JP7185135B2 - Seat systems, vehicles and programs - Google Patents

Description

The present invention relates to seat systems, vehicles and programs.

Conventionally, when the driver operates a control button during autonomous driving, the driver is requested to end autonomous driving in an autonomous vehicle that switches from autonomous driving to non-autonomous driving in which the driver controls the operation. There is known a control system for an automatic driving vehicle in which a driver is first notified of a preparation request and then a termination request is notified to the driver from a display or a speaker provided on an instrument panel (Patent Document 1). 1).

JP 2018-027726 A

By the way, in the near future, it is conceivable that self-driving vehicles will appear in which the driver is freed from driving operations during self-driving. In such vehicles, the driver may operate a terminal such as a smartphone and use an application program such as a game application installed there during automatic driving. In that case, the conventional system may not be able to effectively communicate the termination request to the driver using the terminal.

Accordingly, an object of the present invention is to provide a seat system, a vehicle, and a program that can effectively notify a driver using a terminal that it is necessary to switch from automatic driving to non-automatic driving.
It also aims to prepare the driver to switch to non-automatic driving.
Another object of the present invention is to effectively convey the need to return the seat body from the non-operating state to the operating state.

To achieve the above object, a seat system is a seat mounted in a vehicle capable of switching between automatic driving and non-automatic driving, comprising: a seat body; 1. A seat system comprising: a seat having a sensor that acquires a measured value for detecting a driver's motion on a seat; and a terminal that acquires the measured value from the sensor, wherein the terminal acquires the measured value. The application program used can be executed, and when the application program is running during automatic operation, the application program based on information regarding switching from automatic operation to non-automatic operation obtained from the vehicle control device. A driver is notified of a termination request for requesting termination of the execution of the

According to such a seat system, it is possible to effectively inform the driver using the terminal that it is necessary to switch from automatic driving to non-automatic driving.

In the seat system described above, the terminal notifies the driver of a primary termination request as the termination request, and after notifying the driver of the primary termination request, notifies the driver of a secondary termination request. be able to.

According to this, since it is possible to notify in stages that it is necessary to switch from automatic operation to non-automatic operation, it is possible to more effectively convey that it is necessary to switch from automatic operation to non-automatic operation.

In the seat system described above, the terminal may be configured to notify the driver of the termination request a predetermined time before the timing of switching from automatic driving to non-automatic driving.

In the seat system described above, the terminal forcibly terminates the execution of the application program if the driver does not terminate the execution of the application program after notifying the driver of the termination request. can do.

According to this, the driver can be made ready to switch to non-automatic driving.

In the seat system described above, the seat body can be switched between a driving state, which is a state for driving, and a non-driving state, which is a state in which at least a part of the seat body is moved from the driving state, and the terminal is configured to: If the seat body is in the non-operating state when the driver is notified of the termination request, a switching request requesting that the seat body be moved from the non-operating state to the operating state is sent together with the termination request. It can be configured to notify the person.

According to this, it is possible to effectively inform the driver using the terminal through the terminal that the seat body needs to be returned from the non-driving state to the driving state.

The above-described seat system includes an actuator capable of moving the seat body between the driving state and the non-driving state, and after the terminal notifies the driver of the switching request, the terminal is operated by the driver. When the seat body is not moved from the non-operating state to the operating state, the actuator may be driven to move the seat body from the non-operating state to the operating state.

According to this, the driver can be made ready to switch to non-automatic driving.

Further, in order to achieve the above-described object, the vehicle is a vehicle capable of switching between automatic driving and non-automatic driving, and is provided with a seat body and a driver seated on the seat body. a seat having a sensor that acquires a measured value for detecting the operation of the seat, a terminal that acquires the measured value from the sensor, and a control device that controls automatic operation, wherein the terminal acquires the measured value When the application program used can be executed and the application program is running during automatic operation, the application program is executed based on the information obtained from the control device regarding switching from automatic operation to non-automatic operation. It is characterized by notifying the driver of a termination request for requesting termination.

According to such a vehicle, it is possible to effectively notify the driver using the terminal that it is necessary to switch from automatic driving to non-automatic driving.

Further, in order to achieve the above-described object, the program is a program executed by a terminal used in a vehicle capable of switching between automatic driving and non-automatic driving, and the application program is executed on the terminal during automatic driving When it is running, based on information about switching from automatic driving to non-automatic driving obtained from the vehicle control device, the driver is notified of a termination request for requesting termination of execution of the application program. do.

According to such a program, it is possible to effectively inform the driver using the terminal of the need to switch from automatic driving to non-automatic driving.

Advantageous Effects of Invention According to the present invention, it is possible to effectively notify the driver using the terminal that it is necessary to switch from automatic driving to non-automatic driving.

In addition, by notifying a primary termination request and a secondary termination request as termination requests, it is possible to more effectively convey the need to switch from automatic operation to non-automatic operation.

Also, if the driver does not terminate the execution of the application program after notifying the termination request, the driver can be made ready for switching to non-automatic driving by forcibly terminating the execution of the application program.

In addition, by notifying the switching request together with the termination request, it is possible to effectively notify that the seat body needs to be returned from the non-operating state to the operating state.

Further, when the seat body is not moved to the driving state after notifying the driver of the switching request, the driver can be made ready for switching to the non-automatic driving by moving the seat body to the driving state.

It is a figure explaining the whole seat system composition concerning an embodiment. It is a figure explaining the structure of a sheet|seat. FIG. 4 shows the seat body of the driver's seat in a non-driving state; 2 is a block diagram illustrating configurations of a vehicle control unit, a seat control unit, and a smartphone; FIG. It is a graph explaining the change of the pressure acquired in a 100m run game. 10 is a flow chart showing the operation of a termination request notification in a smart phone; 10 is a flow chart showing operation of a switching request notification in a smart phone; 4 is a time chart showing the operation of a smart phone;

An embodiment of the invention will be described below with reference to the accompanying drawings.
As shown in FIG. 1, the seat system 1 includes a seat S and a smart phone SP as an example of a terminal used in the vehicle CR.

The seat S is a vehicle seat mounted in a vehicle CR such as an automobile. As shown in FIG. 2, the seat S is provided with a seat body S0 and the seat body S0 to acquire measured values for detecting the motion of a seated person (including a driver) sitting on the seat body S0. It has pressure sensors PS1 to PS6 as an example of sensors, and a seat control section 100 connected to the pressure sensors PS so as to acquire measured values from the pressure sensors PS1 to PS6.

The smartphone SP is connected to the seat control unit 100 via a short-range communication device 3A that enables short-range wireless communication such as Bluetooth (registered trademark) and Wi-Fi (registered trademark), and pressure sensors PS1 to PS6. Get measurements from A plurality of application programs (hereinafter referred to as “applications”) are installed in the smartphone SP, and the installed applications can be executed. Applications include, for example, a game application for providing games, a mail application for sending and receiving e-mails, a video playback application for playing videos, and a photography application for taking pictures and videos. Game applications include applications that use the measured values of the pressure sensors PS1 to PS6. The smartphone SP is configured to be able to provide, for example, a game using the seat body S0 by executing an application. A plurality of seats S are mounted on the vehicle CR (see FIG. 1), and each seat S is connected to one seat control unit 100 .

The seat body S0 has a seat cushion S1 and a seat back S2, pressure sensors PS1 to PS3 are provided under the skin of the seat cushion S1, and pressure sensors PS4 to PS6 are provided under the skin of the seat back S2. there is Each pair of pressure sensors PS1 to PS6 is provided symmetrically with respect to the left-right center of the seat body S0.

The pressure sensors PS1 and PS2 are arranged at positions corresponding to the buttocks of the seated person on the seat cushion S1. Specifically, the pressure sensor PS1 is arranged at a position corresponding to the lowest part of the seated person's ischial bones where the load from the seated person is the largest, and the pressure sensor PS2 is arranged at a position slightly in front of the pressure sensor PS1. . The pressure sensors PS1 and PS2 obtain measured values of pressure from the buttocks of the seated person (hereinafter also referred to as "pressure values").
The pressure sensor PS3 is arranged at a position far forward from the pressure sensors PS1 and PS2, specifically at a position corresponding to the thighs of the seated person. Pressure sensor PS3 obtains a measurement of the pressure from the seated person's thighs.

The pressure sensors PS4 and PS5 are arranged below the seat back S2. Specifically, the pressure sensor PS4 is arranged at a position corresponding to the back of the seated person's waist, and the pressure sensor PS5 is arranged at a position slightly above the pressure sensor PS4. Pressure sensors PS4 and PS5 obtain measurements of the pressure from the waist of the seated person.
The pressure sensor PS6 is arranged at a position far upward from the pressure sensors PS4 and PS5, specifically at a position corresponding to the upper back of the seated person. Pressure sensor PS6 obtains a pressure measurement from a position corresponding to the upper back of the seated person.

The pressure sensors PS1 to PS6 are elements whose electric resistance changes, for example, according to pressure from the outside, and the higher the pressure value, the higher or lower the voltage of the detection signal.

As shown in FIG. 1, the seat S includes a driver's seat SD on which the driver sits. The seat body S0 of the driver's seat SD can be switched between a driving state shown in FIG. 1, which is a state when the driver performs a driving operation, and a non-driving state shown in FIG. The non-operating state is a state in which at least part of the seat body S0 is moved from the operating state. In this embodiment, the non-operating state is a state in which the seat main body S0 is rotated 180° from the operating state to face backward.

The seat system 1 of this embodiment includes a seat drive actuator 31 as an actuator provided in the vehicle CR. It has a configuration that allows The seat drive actuator 31 is driven by the driver operating the seat direction selector switch 21 (see FIG. 4) during automatic operation to switch the seat body S0 from the operating state to the non-operating state or from the non-operating state. Rotate to state. Further, although the details will be described later, the seat drive actuator 31 may be driven by an instruction from the smartphone SP to rotate the seat body S0 from the non-driving state to the driving state without being operated by the driver.

The vehicle CR includes a seat S, a smartphone SP that can be brought into the vehicle CR and can be moved together with the vehicle CR, and a vehicle control unit 10 as a control device. can be switched between automatic driving in which the vehicle is automatically operated, and non-automatic driving in which the driver performs acceleration, braking, and steering operations.

As shown in FIG. 4, the vehicle control unit 10 has an automatic driving control unit 11 that controls automatic driving. When the destination is set by the input from the input device 22 such as a touch panel, the automatic driving control unit 11 uses the map information stored in the storage unit 19, the position information acquired from the GPS receiver 23, the Internet, etc. A route to a destination is set based on road information and information on surrounding conditions obtained via a network. Then, the automatic driving control unit 11 sets an automatic driving section in which automatic driving can be performed and a non-automatic driving section in which driving operation by the driver is required. The automated driving section and the non-automatic driving section are updated as appropriate.

When the driver operates the automatic driving changeover switch 25 to instruct the start of automatic driving while traveling in the automatic driving section, the vehicle control unit 10 receives inputs from the sensing device 24 such as various sensors, radars, and cameras. Based on this, the travel control actuators 32, such as actuators for controlling acceleration, actuators for controlling braking, and actuators for controlling steering, of the vehicle CR are controlled to drive the vehicle CR. When the driver operates the automatic driving changeover switch 25 to instruct the end of automatic driving, the vehicle control unit 10 switches from automatic driving to non-automatic driving at an appropriate timing.

The seat control section 100 has a measured value acquisition section 110 , a switching information acquisition section 120 , a communication section 180 and a storage section 190 . The seat control unit 100 has a CPU, a ROM, a RAM, a rewritable non-volatile memory, etc. (not shown), and each functional unit is implemented by executing a pre-stored program.

The measured value acquiring unit 110 acquires measured values of pressure from the pressure sensors PS1 to PS6 at regular control cycles. The measured value acquired by the measured value acquisition unit 110 is A/D converted, stored in the storage unit 190 , and transmitted to the smartphone SP via the communication unit 180 .

The switching information acquisition unit 120 acquires information regarding switching from automatic driving to non-automatic driving from the vehicle control unit 10 . Specifically, the switching information acquisition unit 120 acquires from the vehicle control unit 10 the switching time ts, which is the timing for switching from automatic driving to non-automatic driving. When the automatic driving section and the non-automatic driving section are set, the vehicle control unit 10 calculates the switching time ts as the time when the automatic driving section ends or the time when the non-automatic driving section starts.

Further, the switching information acquisition unit 120 acquires information about the state of the seat body S0 of the driver's seat SD from the vehicle control unit 10 . Specifically, the switching information acquisition unit 120 acquires information as to whether the seat main body S0 of the driver's seat SD is in the operating state or the non-operating state from the control history information of the seat drive actuator 31 or the like.

Information acquired by the switching information acquisition unit 120 is stored in the storage unit 190 and transmitted to the smartphone SP via the communication unit 180 .

The smartphone SP has an application execution unit 210 , a termination request notification unit 220 , a switching request notification unit 230 and a storage unit 290 . The smartphone SP has a CPU, a ROM, a RAM, a rewritable non-volatile memory, etc. (not shown), and each functional unit is realized by executing a pre-stored program on the smartphone SP.

Note that, in the present embodiment, the termination request notification unit 220 and the switching request notification unit 230 are implemented only in the smart phone SP used by the driver. In other words, in the present embodiment, the smartphone SP used by the seated person other than the driver does not have the functions of the termination request notification unit 220 and the switching request notification unit 230 .

The application execution unit 210 executes applications installed on the smartphone SP. In the present invention, the content of the application itself is not important, so here, a game application of a 100-meter run game will be described as an example of an application using the measured values of the pressure sensors PS1 to PS6.

When the game application of the 100 m run game is executed by the application execution unit 210, the character is displayed on the display DSP (see FIG. 2) of the smartphone SP, and the legs are alternately displayed on the seat body S0 on which the seated person sits. To provide a game in which a character runs toward a goal by raising the number.

Specifically, the smartphone SP acquires the pressure values P3 _R and P3 _L from the left and right pressure sensors PS3 (see FIG. 2). In addition, the smartphone SP determines the normal pressure P3 _n that is the average pressure of the seated person and the threshold value P3th for detecting the peak of the pressure value, and the average leg movement cycle of the seated person. Calculate the normal step period TS _n .

When the seated person alternately raises his or her legs, the pressure values P3 _R and P3 _L change as shown in FIG. 5, for example. In FIG. 5, the portion where the pressure suddenly decreases indicates that the pressure at the portion of the pressure sensor PS3 has decreased due to the seated person raising his or her leg. Then, the pressure value near 140 where the pressure does not decrease becomes the average normal pressure _P3n when the leg is not raised. In order to calculate the normal pressure P3 _n , for example, the absolute value of the difference between the previous pressure values P3 _R and P3 _L and the current value (value obtained by subtracting the previous value from the current value) must be less than or equal to a predetermined value. In other words, the current values when the change in value is small should be aggregated and averaged. Incidentally, the magnitude of the pressure value is actually the magnitude of the voltage value, but here, the magnitude of the pressure value will be compared.

The threshold value P3th is a threshold value for determining that the leg is being lifted. For example, a value obtained by multiplying the normal pressure _P3n by a predetermined value can be used.
The normal step period _TSn is the average value of the step period TS, which is the time interval between the peaks of the pressure values _P3R and _P3L .

The pressure values P3 _R and P3 _L are different from the previous value and the current value under the condition that each of the pressure values P3 _R and P3 _L is smaller than the threshold value P3th (exceeds the threshold value P3th from the upper side to the lower side). It can be determined that the peak has been reached when the difference changes from negative to positive, and the previous value P3(n−1) at this time can be taken as the peak value Pm.

When the smartphone SP detects the peaks of the pressure values P3 _R and P3 _L according to the motion of the seated person, the smartphone SP calculates the peak value Pm, and based on the peak value Pm and the normal pressure P3 _n , the size of the raised leg. Step intensity F(F _R , _FL ) is calculated. The step strength F can be a value obtained by subtracting the peak value Pm from the magnitude of the peak, that is, the normal pressure P3n. In order to eliminate differences due to the size of the physique of the seated person, the step strength F is a value normalized by the normal pressure P3 _n , for example,
F=( _P3n -Pm)/ _P3n
and

Then, when the smartphone SP calculates the step strength F during the 100m run game, it moves the character on the display DSP toward the goal. The amount of movement at this time corresponds to the magnitude of the step strength F. FIG.

The smartphone SP displays the time at the goal on the display DSP when the character reaches the goal. In addition, the game application for the 100m run game displays a plurality of running lanes and characters of a plurality of seated persons running the 100m run game on the display DSP so that they can compete toward the goal. there is

When the driver is executing an application on his/her smartphone SP during automatic driving, the termination request notification unit 220 issues an termination request to terminate the execution of the application based on the switching time ts acquired from the vehicle control unit 10. Notify the driver. Specifically, when the driver is executing the application during automatic driving, the end request notification unit 220 acquires the switching time ts from the vehicle control unit 10, and terminates the application a predetermined time before the acquired switching time ts. Notify the driver of the request.

The termination request can be notified, for example, by displaying characters such as "Please terminate automatic driving" on the display DSP of the driver's smartphone SP. In addition, it can be done by emitting a voice saying "Please end the automatic driving" or a warning sound from the speaker of the driver's smartphone SP. Moreover, you may perform by vibrating a driver|operator's smart phone SP. Also, the notification of the termination request may be performed by combining these.

As the termination request, the termination request notification unit 220 first notifies the driver of the primary termination request, and after notifying the driver of the primary termination request, notifies the driver of the secondary termination request. Specifically, the termination request notification unit 220 notifies the driver of the primary termination request at a first notification time tw1 that is a first time tp1 before the switching time ts, and at a second notification time tp2 that is a second time tp2 before the switching time ts. The driver is notified of the secondary end request at notification time tw2. The second notification time tw2 is later than the first notification time tw1. The second time tp2 is shorter than the first time tp1. For example, the first time tp1 can be set to 15 minutes, and the second time tp2 can be set to 10 minutes.

Notification of the primary termination request and notification of the secondary termination request may be performed by the same method or by different methods. As a different method, for example, the notification of the primary termination request can be made by displaying characters on the display DSP, and the notification of the secondary termination request can be made by emitting sound. Also, for example, even if the same method is used to emit a warning sound, the notification of the secondary termination request can be made with a different sound than the notification of the primary termination request, or with a louder sound than the notification of the primary termination request. can.

Further, if the execution of the application is not terminated by the driver's operation after notifying the driver of the termination request, the termination request notification section 220 forcibly terminates the execution of the application in the application execution section 210 . Specifically, if the driver does not terminate the execution of the application after the notification of the secondary termination request, the termination request notification unit 220 causes the termination request notification unit 220 to notify the termination request at the termination time tw3, which is the third time tp3 before the switching time ts. force quit. The end time tw3 is later than the second notification time tw2. The third time tp3 is shorter than the second time tp2, and can be set to 5 minutes, for example.

Note that when the execution of the application is forcibly terminated, the application may be actually terminated after notifying the driver to that effect. For example, the application may be terminated after a message such as "Terminate the application" is displayed on the display DSP of the driver's smartphone SP. Alternatively, the application may be terminated after a voice such as "Terminate the application" is emitted from the speaker of the driver's smartphone SP. Also, for example, a message "Terminate the application. Please prepare for driving" may be notified by text or voice.

When the primary termination request is notified, the termination request notifying section 220 changes the termination request flag FL1 from 0 to 1 to store in the storage section 290 that the primary termination request has been notified. The storage unit 290 is caused to store that the flag FL1 is set to 1 to 2 and that the secondary end request has been notified. The initial value of the termination request flag FL1 is 0, and is reset to 0 when the application is terminated by the driver's operation or when the application is forcibly terminated.

When the seat body S0 of the driver's seat SD is in the non-driving state (see FIG. 3) during automatic driving, the switching request notification unit 230 issues a switching request to move the seat body S0 from the non-driving state to the driving state. to the driver. Specifically, the switching request notification unit 230 updates the state of the seat main body S0 of the driver's seat SD acquired from the vehicle control unit 10 while the application is being executed on the driver's smartphone SP during automatic driving. When the information indicates the non-driving state, the switching time ts is acquired from the vehicle control unit 10, and the switching request is notified to the driver a predetermined time before the acquired switching time ts.

The notification of the switching request can be made, for example, by displaying characters such as "Please return the seat to the front side" on the display DSP of the driver's smart phone SP, like the notification of the termination request. In addition, it can be performed by emitting a voice saying "Please return the seat forward" or a warning sound from the speaker of the driver's smartphone SP. Moreover, you may perform by vibrating a driver|operator's smart phone SP. Also, the notification of the switching request may be made by combining these.

In this embodiment, the switching request notification unit 230 first notifies the driver of the primary switching request as the switching request, and then notifies the driver of the primary switching request and then notifies the driver of the secondary switching request. Specifically, the switching request notification unit 230 notifies the driver of the primary switching request at the first notification time tw1, and notifies the driver of the secondary switching request at the second notification time tw2.

The notification of the primary switching request and the notification of the secondary switching request may be performed in the same manner as in the notification of the termination request, or may be performed in different methods.

In this embodiment, when an application is being executed on the driver's smartphone SP during automatic driving and the seat body S0 of the driver's seat SD is in a non-driving state, the driver is notified of the termination request. If so, the driver is notified of the switchover request together with the termination request. Specifically, if the seat main body S0 is in the non-operating state when the termination request notification unit 220 notifies the primary termination request, the switching request notification unit 230 notifies the primary termination request and the primary switching request. If the seat main body S0 is in the non-operating state when the termination request notification unit 220 notifies the secondary termination request, the switching request notification unit 230 notifies the secondary switching request together with the secondary termination request.

Further, if the seat main body S0 of the driver's seat SD is not moved from the non-driving state to the driving state by the driver's operation after notifying the driver of the switching request, the switching request notification unit 230 drives the seat drive actuator 31. to forcibly move the seat body S0 from the non-operating state to the operating state. Specifically, if the seat body S0 is not moved to the operating state after the notification of the secondary switching request, the switching request notification unit 230 moves the seat body S0 to the operating state at the end time tw3.

In this embodiment, when the end request notification unit 220 forcibly terminates the application, if the seat body S0 is in the non-operating state, the switch request notification unit 230 causes the seat body S0 to be placed in the operating state along with the forcible termination of the application. move to

It should be noted that the timing for forcibly terminating the application is set to a timing later than the timing for forcibly moving the seat body S0 to the driving state, and when the seat body S0 is forcibly moved to the driving state, the seat body S0 is set to the driving state. After notifying the driver of the movement through the smartphone SP, the seat body S0 may be actually moved to the driving state. In this case, for example, after displaying characters such as "Return the seat forward" on the display DSP of the driver's smartphone SP, the vehicle may be moved to the driving state. Alternatively, the speaker of the driver's smart phone SP may emit a voice such as "Return the seat to the front side", and then the vehicle may be moved to the driving state. Also, for example, the message "Return the seat to face forward. Please prepare for driving" may be notified by text or voice.

When notifying the primary switching request, the switching request notification unit 230 sets the switching request flag FL2 from 0 to 1 and causes the storage unit 290 to store that the primary switching request has been notified. The storage unit 290 is caused to store that the flag FL2 has been set from 1 to 2 and that the secondary switching request has been notified. The initial value of the switching request flag FL2 is 0, and is reset to 0 when the seat body S0 is moved to the operating state by the driver's operation or when the seat drive actuator 31 moves the seat body S0 to the operating state. be.

Next, the operation of the driver's smart phone SP will be described with reference to the flowcharts of FIGS. 6 and 7. FIG.
The smartphone SP repeatedly performs the operations shown in FIGS. 6 and 7 in each predetermined control cycle.

As shown in FIG. 6, the smartphone SP determines whether or not the vehicle is automatically driven (S101). If the vehicle is not in automatic operation (S101, No), the process is terminated. When the vehicle is being driven automatically (S101, Yes), the smartphone SP determines whether the application is being executed (S102). If the application is not being executed (S102, No), the process ends. When the application is being executed (S102, Yes), the smartphone SP acquires the switching time ts from the vehicle control unit 10 (S103). The smartphone SP then calculates the first notification time tw1, the second notification time tw2, and the end time tw3 (S104).

Next, the smartphone SP determines whether or not the termination request flag FL1 is 0 (S105). When the termination request flag FL1 is 0 (S105, Yes), the smartphone SP determines whether or not the first notification time tw1 has come (S106). If the first notification time tw1 has not yet been reached (S106, No), the process ends. When the first notification time tw1 has come (S106, Yes), the smartphone SP notifies the driver of the primary termination request (S107), sets the termination request flag FL1 to 1 (S108), and proceeds to step S110.

In step S105, when the termination request flag FL1 is not 0 (No), the smart phone SP determines whether the termination request flag FL1 is 1 (S109). If the end request flag FL1 is 1 (S109, Yes), the process proceeds to step S110.

In step S110, the smartphone SP determines whether the second notification time tw2 has come. If the second notification time tw2 has not yet been reached (S110, No), the process ends. When the second notification time tw2 has come (S110, Yes), the smartphone SP notifies the driver of the secondary termination request (S111), sets the termination request flag FL1 to 2 (S112), and proceeds to step S113. If the end request flag FL1 is not 1 in step S109 (No), the process proceeds to step S113.

In step S113, the smartphone SP determines whether the end time tw3 has come. If the end time tw3 has not yet come (S113, No), the smartphone SP determines whether or not the execution of the application has been terminated by the driver's operation (S114). If the application is not terminated (S114, No), the process is terminated. If the application has been terminated (S114, Yes), the process proceeds to step S116.

In step S113, if the end time tw3 has come (Yes), the smartphone SP forcibly ends the execution of the application (S115), and proceeds to step S116. In step S116, the smartphone SP resets the termination request flag FL1 to 0, and terminates the process.

Further, as shown in FIG. 7, the smartphone SP moves the seat body S0 to the non-driving state (turns backward) (S202, Yes) during automatic driving (S101, Yes), and the smartphone SP If it is being used (when the application is being executed) (S102, Yes), the switching request notification operation is executed in parallel with the termination request notification operation in FIG. Then, if the switching request flag FL2 is 0 in step S205 (Yes) and the first notification time tw1 has arrived in step S106 (Yes), the smartphone SP notifies the driver of the primary switching request (S207 ), and the switching request flag FL2 is set to 1 (S208). At this time, if the primary termination request is also to be notified, the smartphone SP notifies the driver of the primary switching request together with the notification of the primary termination request.

Further, when the switching request flag FL2 is not 0 (No) in step S205 and when the switching request flag FL2 is 1 in step S209 (Yes), the second notification time tw2 is reached (S110, Yes). , the smartphone SP notifies the driver of the secondary switching request (S211), and sets the switching request flag FL2 to 2 (S212). At this time, if the secondary termination request is also to be notified, the smartphone SP notifies the driver of the secondary switching request together with the notification of the secondary termination request.

Further, when the switching request flag FL2 is not 1 in step S209 (No), when the end time tw3 has come (S113, Yes), the smartphone SP causes the seat main body S0 of the driver's seat SD to be released by the seat drive actuator 31. The operation state is changed to the operation state (S215), and the switching request flag FL2 is reset to 0 (S216). At this time, when the application is forcibly terminated, the smartphone SP moves the seat body S0 of the driver's seat SD to the driving state along with the forcible termination of the application.

If the seat main body S0 of the driver's seat SD is not moved from the non-driving state to the driving state by the driver's operation before the end time tw3 (S113, No) (S214, No), the process ends. . On the other hand, when moved to the driving state (S214, Yes), the smartphone SP resets the switching request flag FL2 to 0 (S216), and ends the process.

Next, the operation of the driver's smart phone SP will be described with reference to the time chart of FIG.
As shown in FIG. 8, when automatic driving is started at time t1, the seat body S0 of the driver's seat SD is moved to the non-driving state at time t2, and the execution of the application is started at time t3, the smartphone SP , the first notification time tw1, the second notification time tw2 and the end time tw3 are calculated for each predetermined control cycle.

Then, at time t4, at the first notification time tw1, the smartphone SP notifies the driver of the primary termination request and the primary switching request, and changes the flags FL1 and FL2 from 0 to 1. After that, for example, at time t5, when the driver himself/herself moves the seat body S0 to the driving state, the smartphone SP resets the switching request flag FL2 from 1 to 0 as indicated by the dashed line, and makes a subsequent secondary switching request. Do not perform notification and switch to driving state. Further, for example, at time t6, when the driver himself terminates the application, the smartphone SP resets the termination request flag FL1 from 1 to 0 as indicated by the dashed line, and subsequently notifies the secondary termination request and forces the application. Do not execute termination.

On the other hand, if the execution of the application or the non-driving state continues even after the primary end request is notified, the smartphone SP sends the secondary end request and the secondary switching request to the second notification time tw2 at time t7. The flags FL1 and FL2 are changed from 1 to 2 by notifying the operator. After that, for example, at time t8, when the driver himself/herself moves the seat body S0 to the driving state, the smartphone SP resets the switching request flag FL2 from 2 to 0 as indicated by the dashed line, and then switches to the driving state. do not run Also, for example, at time t9, when the driver himself terminates the application, the smartphone SP resets the termination request flag FL1 from 2 to 0 as indicated by the dashed line, and does not forcibly terminate the application thereafter.

If the execution of the application or the non-driving state continues even after the secondary termination request is notified, and the termination time tw3 comes at time t10, the smartphone SP forcibly terminates the application and resets the termination request flag FL1 to 0. At the same time, the seat body S0 is switched to the operating state and the switching request flag FL2 is reset to zero.
After that, at time t11, at the switching time ts, the automatic operation is switched to the non-automatic operation, and the driver starts (resumes) the driving operation.

According to the present embodiment described above, the smartphone SP notifies the driver of the termination request based on the switching time ts acquired from the vehicle control unit 10 when executing the application during automatic driving. It can effectively inform the driver using the SP that it is necessary to switch from automated driving to non-automated driving.

In addition, since the smartphone SP notifies the driver of the primary termination request and the secondary termination request as the termination request, it is possible to notify the driver in stages that it is necessary to switch from automatic driving to non-automatic driving. This makes it possible to more effectively communicate the need to switch from automatic driving to non-automatic driving.

In addition, if the driver does not terminate the execution of the application after notifying the driver of the termination request, the smartphone SP forcibly terminates the execution of the application, so the driver can prepare to switch to non-automatic driving. can.

Further, when notifying the driver of the termination request, the smartphone SP notifies the driver of the termination request and the switching request when the seat main body S0 is in the non-driving state. can be effectively notified through the smart phone SP that the seat body S0 needs to be returned from the non-driving state to the driving state.

Further, since the smartphone SP notifies the driver of the primary switching request and the secondary switching request as the switching request, it is possible to notify the driver in stages that the seat body S0 needs to be returned to the driving state. This makes it possible to more effectively convey the need to return the seat body S0 to the operating state.

Further, if the seat body S0 is not moved to the operating state by the operation of the driver after notifying the driver of the switching request, the smartphone SP drives the seat drive actuator 31 to move the seat body S0 to the operating state. can prepare the driver to switch to non-autonomous driving.

Although one embodiment of the invention has been described above, the invention is not limited to the above embodiment, and can be modified as appropriate.
For example, in the above embodiment, the driver is notified of the termination request twice, the primary termination request and the secondary termination request, but the termination request may be notified once or three times or more. may Further, until the driver ends the application, for example, the characters on the display DSP may repeatedly blink, or the voice or warning sound may continue to be issued to continue the notification of the termination request. The same applies to switching requests.

Further, in the above embodiment, the switching time ts is exemplified as the information on switching from automatic driving to non-automatic driving acquired from the vehicle control unit 10, but for example, information on switching from automatic driving to non-automatic driving may be information on the automatic driving section and/or the non-automatic driving section set by the vehicle control unit. In this case, the smart phone may calculate the switching time ts.

Also, the information regarding switching from automatic operation to non-automatic operation may be the first notification time tw1, the second notification time tw2, the end time tw3, and the like. That is, the smartphone may acquire the first notification time tw1, the second notification time tw2, and the end time tw3 from the vehicle control unit instead of calculating them.

Further, in the above embodiment, the notification timing of the primary termination request and the notification timing of the primary switching request are the same timing, but they may be different timings. In other words, the notification timing of the primary switching request may slightly lag behind the timing of the primary termination request. The same applies to the notification timing of the secondary termination request and the notification timing of the secondary switching request, the timing of forced termination of the application, and the timing of switching the seat body S0 to the operating state.

Also, the functions of the termination request notification unit 220 and the switching request notification unit 230 may be incorporated in an application such as a game application that can be executed by the smartphone SP.

In the above-described embodiment, the non-operating state is exemplified by rotating the entire seat body S0 to face backward. It may be in a reclining state in which it is laid down.

Alternatively, the configuration may be such that an actuator for moving the seat body between the operating state and the non-operating state is not provided. That is, the seat body may be configured to be manually moved between the operating state and the non-operating state. Further, whether the seat body is in the operating state or the non-operating state is determined based on the detection signal of a sensor capable of detecting the orientation and position of at least a part of the seat body, such as a gyro sensor. be able to. For example, a gyro sensor can be attached to the frame of the seat cushion or the upper part of the frame of the seat back, and the orientation of the seat body and the angle of the seat back can be determined based on the coordinate values detected by the gyro sensor.

Moreover, in the above-described embodiment, the smartphone SP was exemplified as the terminal used in the vehicle, but the terminal may be a tablet computer, a notebook computer, or the like. Also, the terminal may be a navigation system fixedly installed in the vehicle instead of a portable terminal.

Further, in the above embodiment, the pressure sensors PS1 to PS6 were exemplified as the sensors, but the sensors may be other types of sensors such as capacitance sensors and temperature sensors.

Further, in the above embodiment, an automobile was exemplified as the vehicle, but the vehicle may be a vehicle other than an automobile as long as it can switch between automatic driving and non-automatic driving.

Moreover, each element described in the above-described embodiment and modifications can be implemented in combination as appropriate.

1 seat system 10 vehicle control unit 31 seat drive actuator CR vehicle PS1 to PS6 pressure sensor S seat S0 seat body SP smartphone

Claims (8)

A seat mounted in a vehicle capable of switching between automatic driving and non-automatic driving, comprising a seat body and a measurement provided on the seat body for detecting the motion of a driver sitting on the seat body a sheet having sensors for obtaining values;
A seat system comprising a terminal that acquires the measured value from the sensor,
The terminal is
It is possible to execute an application program using the measured value,
When the application program is running during automatic driving, based on the information about switching from automatic driving to non-automatic driving acquired from the control device of the vehicle, an end request requesting the end of execution of the application program is driven. A seat system characterized by notifying a person. 2. The terminal as claimed in claim 1, wherein the terminal notifies the driver of a primary termination request as the termination request, and after notifying the driver of the primary termination request, notifies the driver of a secondary termination request. Seat system as described. 3. The seat system according to claim 1, wherein the terminal notifies the driver of the termination request a predetermined time before switching from automatic driving to non-automatic driving. 2. The terminal forcibly terminates the execution of the application program if the driver does not terminate the execution of the application program after notifying the driver of the termination request. 4. A seating system according to any one of claims 3 to 4. The seat body is switchable between an operating state, which is a state when driving, and a non-operating state, which is a state in which at least a part of the seat body is moved from the operating state, and
If the seat body is in the non-driving state when notifying the driver of the termination request, the terminal requests that the seat body be moved from the non-driving state to the driving state together with the termination request. 5. The seat system according to any one of claims 1 to 4, wherein the switching request is notified to the driver. an actuator capable of moving the seat body between the operating state and the non-operating state;
If the seat body is not moved from the non-driving state to the driving state by the driver's operation after notifying the driver of the switching request, the terminal drives the actuator to move the seat body to the non-driving state. 6. The seat system of claim 5, wherein the seat system is moved from an operating state to said operating state. A vehicle capable of switching between automatic driving and non-automatic driving,
a seat having a seat body and a sensor provided in the seat body for obtaining a measurement value for detecting a motion of a driver sitting on the seat body;
a terminal that obtains the measured value from the sensor;
A control device that controls automatic operation,
The terminal is
It is possible to execute an application program using the measured value,
When the application program is running during automatic driving, based on the information about switching from automatic driving to non-automatic driving acquired from the control device, a termination request requesting termination of execution of the application program is sent to the driver. A vehicle characterized by notifying. A program executed by a terminal used in a vehicle capable of switching between automatic operation and non-automatic operation,
When an application program is running on the terminal during automatic driving, an end request for requesting the end of execution of the application program based on information regarding switching from automatic driving to non-automatic driving acquired from the control device of the vehicle. A program characterized by notifying the driver of

Images