Vehicle control device, vehicle, vehicle control method, and program

Abstract

To suppress deterioration of responsiveness when starting a vehicle with a plurality of driving support systems.SOLUTION: A motion manager executes a process comprising: a step (S200) acquiring request acceleration; a step (S202) acquiring flag information from an application B; a step (S204) performing reconciliation using the flag information; a step (S206) calculating request driving power; and a step (S208) performing distribution processing that decides holding power.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present disclosure relates to control of a vehicle that assists driving operations based on requests from multiple systems. [Background technology]

[0002] For example, a vehicle capable of providing driving assistance by a driving assistance system including a plurality of systems such as a system for assisting a driver's driving operation and a system for performing automatic driving is known. In such a vehicle, for example, when a required acceleration is acquired from each of the plurality of systems, a process is performed to select (arbitrate) a required acceleration that satisfies a predetermined selection criterion (for example, a minimum value) from the plurality of required accelerations. Then, the selected required acceleration is used to calculate the driving force of the vehicle, and actuators such as a driving source and a braking device of the vehicle are controlled so as to generate the calculated driving force.

[0003] For example, JP 2020-032894 A (Patent Document 1) discloses a technology in which instruction information for driving an actuator is output based on the results of arbitration by an arbitration unit that arbitrates information representing the forward / rearward movement of the vehicle and information representing the lateral movement of the vehicle. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2020-032894 A Summary of the Invention [Problem to be solved by the invention]

[0005] In such a vehicle, for example, after the vehicle is decelerated and stopped by the operation of a driving assistance system, a required acceleration for performing control to maintain the stopped state may be acquired from the system. Then, due to an abnormality in the system, the value acquired as the required acceleration of the system may become constant. As a result, when the vehicle is started by the operation of another system or by the driver's operation, even if the required acceleration for starting is acquired, the required acceleration for maintaining the stopped state may be selected according to a predetermined selection criterion, and the start of the vehicle may be delayed.

[0006] The present disclosure has been made to solve the above-mentioned problems, and its purpose is to provide a vehicle control device, a vehicle, a vehicle control method, and a program that suppress a decrease in starting responsiveness of a vehicle equipped with multiple systems to assist driving. [Means for solving the problem]

[0007] A vehicle control device according to an aspect of the present disclosure includes a receiving unit that receives a first request value of acceleration acting on the vehicle from a first system that requests the vehicle to be kept stopped among a plurality of systems mounted on the vehicle and a second request value of acceleration from a second system among the plurality of systems, and an arbitration unit that selects one of the plurality of request values ​​including the first request value and the second request value as an arbitration result. When acquiring predetermined information from one of the first system and the second system while the vehicle is stopped, the arbitration unit lowers the priority of selecting the first request value compared to the other request values.

[0008] In this way, when acquiring predetermined information, the priority of selecting the first requirement value is lowered compared to other requirement values, so that the second requirement value of the second system is preferentially selected as the arbitration result. Therefore, the vehicle is prevented from being held in a stopped state, and the deterioration of the responsiveness of the vehicle when starting can be suppressed.

[0009] Furthermore, in one embodiment, the arbitration unit excludes the first requirement value from the selection targets when predetermined information is acquired from either the first system or the second system while the vehicle is stopped.

[0010] In this way, the first requirement value is excluded from the selection, and the second requirement value of the second system is selected as the arbitration result, which prevents the vehicle from being held in a stopped state, thereby preventing a decrease in the responsiveness of the vehicle when starting.

[0011] In yet another embodiment, the vehicle control device further includes a calculation unit that calculates a holding force for holding the vehicle in a stopped state using the required value selected by the arbitration unit. When the first required value is not input from the first system, the arbitration unit obtains the required acceleration calculated using the holding force as the first required value.

[0012] In this way, if the first demand value is not input from the first system, the demand acceleration calculated using the holding force may remain constant. In such a case, if predetermined information is acquired, the priority of selecting the first demand value is lowered compared to other demand values, so that a decrease in the responsiveness of the vehicle when starting can be suppressed.

[0013] In yet another embodiment, when the arbitration unit acquires predetermined information, the arbitration unit sets an upper limit value for the amount of change in the holding force for holding the vehicle in a stopped state.

[0014] In this way, when the holding force changes suddenly, for example, when the vehicle is started, the upper limit value can be set to prevent the holding force from changing suddenly, thereby enabling the vehicle to start smoothly.

[0015] A vehicle according to another aspect of the present disclosure includes a plurality of systems that output required values ​​of acceleration acting on the vehicle, and a control device that controls the vehicle using the required values ​​from the plurality of systems. The control device includes a reception unit that receives a first required value of acceleration from a first system that requests the vehicle to be kept stopped among the plurality of systems, and a second required value of acceleration from a second system among the plurality of systems, and an arbitration unit that selects one of the plurality of required values ​​including the first required value and the second required value as an arbitration result. When acquiring predetermined information from one of the first system and the second system while the vehicle is stopped, the arbitration unit lowers the priority of selecting the first required value compared to the other required values.

[0016] A vehicle control method according to yet another aspect of the present disclosure includes the steps of accepting a first requirement value for acceleration acting on the vehicle from a first system among a plurality of systems mounted on the vehicle, the first requirement value requesting that the vehicle be maintained in a stopped state, and a second requirement value for acceleration from a second system among the plurality of systems, selecting one of the plurality of requirement values ​​including the first requirement value and the second requirement value as an arbitration result, and lowering the priority of selecting the first requirement value compared to the other requirement values ​​when predetermined information is obtained from either the first system or the second system while the vehicle is stopped.

[0017] A program according to yet another aspect of the present disclosure causes a computer to execute the steps of accepting a first requirement value for acceleration acting on the vehicle from a first system among a plurality of systems installed in the vehicle, the first requirement value requesting that the vehicle be maintained in a stopped state, and a second requirement value for acceleration from a second system among the plurality of systems, selecting one of the plurality of requirement values ​​including the first requirement value and the second requirement value as an arbitration result, and lowering the priority of selecting the first requirement value compared to the other requirement values ​​when predetermined information is obtained from either the first system or the second system while the vehicle is stopped. Effect of the Invention

[0018] According to the present disclosure, it is possible to provide a vehicle control device, a vehicle, a vehicle control method, and a program that suppress a decrease in the starting responsiveness of a vehicle equipped with multiple systems for assisting driving. [Brief description of the drawings]

[0019] [Figure 1] FIG. 1 is a diagram illustrating an example of a configuration of a vehicle. [Diagram 2] FIG. 11 is a diagram for explaining an example of the operation of an exercise manager. [Diagram 3] FIG. 11 is a diagram illustrating an example of an operation when a vehicle starts moving after being stopped. [Figure 4] 13 is a flowchart showing an example of a process executed by an application B. [Diagram 5] 13 is a flowchart illustrating an example of a process executed in an exercise manager. [Figure 6] FIG. 13 illustrates an example of the operation of an exercise manager. [Figure 7] 13A and 13B are diagrams illustrating a comparative example of changes in holding force during a starting operation. [Figure 8] 13 is a flowchart showing an example of a process executed in an exercise manager in a modified example. [Figure 9] FIG. 13 is a diagram showing an example of the operation of an exercise manager in a modified example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0020] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts are designated by the same reference characters and their description will not be repeated.

[0021] 1 is a diagram showing an example of a configuration of a vehicle 1. As shown in FIG. 1, the vehicle 1 includes an ADAS-ECU (Electronic Control Unit) 10, a brake ECU 20, an actuator system 30, and a central ECU 40.

[0022] Vehicle 1 may be any vehicle having a configuration capable of realizing the functions of the driving assistance system described below, and may be, for example, a vehicle powered by an engine, an electric vehicle powered by an electric motor, or a hybrid vehicle equipped with an engine and an electric motor and using at least one of them as a power source.

[0023] The ADAS-ECU 10, the brake ECU 20, and the central ECU 40 are all computers having a processor such as a CPU (Central Processing Unit) that executes programs, a memory, and an input / output interface.

[0024] The ADAS-ECU 10 includes a driving assistance system 100 having functions related to driving assistance of the vehicle 1. The driving assistance system 100 is configured to execute implemented applications to realize various functions for assisting driving of the vehicle 1, including at least one of steering control, drive control, and braking control of the vehicle 1. Applications implemented in the driving assistance system 100 include, for example, an application that realizes the functions of an autonomous driving system (AD), an application that realizes the functions of an automatic parking system, and an application that realizes the functions of an advanced driver assistance system (ADAS) (hereinafter referred to as an ADAS application).

[0025] Examples of ADAS applications include at least one of the following: an application that realizes a function of adaptive cruise control (ACC (Adaptive Cruise Control) etc.) that maintains a constant distance from the vehicle ahead; an application that realizes an auto speed limiter (ASL) function that recognizes vehicle speed limits and maintains the upper limit of the vehicle's speed; an application that realizes a lane keeping assist (LKA (Lane Keeping Assist) or LTA (Lane Tracing Assist) etc.) that maintains the vehicle in the lane in which it is traveling; an application that realizes a collision mitigation braking function (AEB (Autonomous Emergency Braking) or PCS (Pre-Crash Safety) etc.) that automatically applies the brakes to reduce the damage of a collision; and an application that realizes a lane departure warning function (LDW (Lane Departure Warning) or LDA (Lane Departure Alert) etc.) that warns of vehicle 1 departing from its lane.

[0026] Each application of the driving assistance system 100 outputs a request for an action plan that ensures the marketability (function) of the application alone to the brake ECU 20 (more specifically, the motion manager 200) based on information on the vehicle surroundings situation acquired (input) from a plurality of sensors (not shown) and an assistance request from the driver. The plurality of sensors include, for example, a vision sensor such as a forward-facing camera, a radar, a LiDAR (Light Detection And Ranging), or a position detection device.

[0027] The forward-facing camera is disposed, for example, behind the rear-view mirror inside the vehicle cabin, and is used to capture an image in front of the vehicle. Radar is a distance measurement device that irradiates an object with short-wavelength radio waves, detects the radio waves returned from the object, and measures the distance and direction to the object. LiDAR is a distance measurement device that irradiates a pulse of laser light (light such as infrared light) and measures the distance based on the time it takes for the light to reflect off the object and return. The position detection device is, for example, composed of a Global Positioning System (GPS) that detects the position of the vehicle 1 using information received from multiple satellites orbiting the Earth.

[0028] Each application acquires information on the vehicle's surroundings that is an integration of detection results from one or more sensors as recognition sensor information, and also acquires assistance requests from the driver via a user interface (not shown) such as a switch. Each application can recognize other vehicles, obstacles, or people around the vehicle by, for example, processing images and videos of the vehicle's surroundings acquired by multiple sensors using artificial intelligence (AI) or an image processing processor.

[0029] The action plan also includes, for example, requirements regarding the longitudinal acceleration / deceleration to be generated in the vehicle 1, requirements regarding the steering angle of the vehicle 1, requirements regarding keeping the vehicle 1 stationary, and the like.

[0030] The requirements regarding the longitudinal acceleration / deceleration to be generated in the vehicle 1 include, for example, operational requirements for the powertrain system 302 and operational requirements for the brake system 304.

[0031] The request regarding holding the vehicle 1 at a stop includes, for example, a request regarding permission and prohibition of operation of at least one of an electric parking brake and a parking lock mechanism (neither of which are shown).

[0032] The electric parking brake, for example, limits the rotation of the wheels of the vehicle 1 by the operation of an actuator. The electric parking brake may be configured to limit the rotation of the wheels by, for example, using an actuator to operate a parking brake brake provided on some of the multiple wheels provided on the vehicle 1. Alternatively, the electric parking brake may operate an actuator for the parking brake to adjust the hydraulic pressure (hereinafter, may be referred to as brake hydraulic pressure) supplied to a braking device of the brake system 304, and actuate the braking device to limit the rotation of the wheels, thereby braking the rotating wheels or holding the wheels in a stopped state.

[0033] The parking lock mechanism restricts the rotation of the output shaft of the transmission by the operation of an actuator. For example, the parking lock mechanism fits a protrusion provided at the tip of a parking lock pole, the position of which is adjusted by an actuator, into the teeth of a gear (lock gear) that is connected to a rotating element in the transmission of the vehicle 1. This restricts the rotation of the output shaft of the transmission, and thus the rotation of the drive wheels.

[0034] In addition, the applications implemented in the driving assistance system 100 are not limited to the applications described above, and applications that realize other functions may be added, or existing applications may be omitted, and there is no particular limit to the number of applications implemented.

[0035] In the present embodiment, the ADAS-ECU 10 is described as including the driving assistance system 100 configured by a plurality of applications, but, for example, an ECU may be provided for each application. For example, the driving assistance system 100 may be configured by an ECU in which an application for implementing the functions of an automatic driving system is implemented, an ECU in which an application for implementing the functions of an automatic parking system is implemented, and an ECU in which an ADAS application is implemented.

[0036] The brake ECU 20 includes a motion manager 200. In this embodiment, the brake ECU 20 is described as a hardware configuration including the motion manager 200 as an example, but the motion manager 200 may be provided as a standalone ECU separate from the brake ECU 20, or may be included in another ECU different from the brake ECU 20. The brake ECU 20 is configured to be able to communicate with each of the ADAS-ECU 10, various ECUs included in the actuator system 30, and the central ECU 40.

[0037] The motion manager 200 requests the actuator system 30 to move the vehicle 1 in accordance with an action plan set in at least one of a plurality of applications of the driving assistance system 100. A detailed configuration of the motion manager 200 will be described later.

[0038] The actuator system 30 is configured to realize a request for motion of the vehicle 1 output from the motion manager 200. The actuator system 30 includes a plurality of actuators. FIG. 1 shows an example in which the actuator system 30 includes, for example, a powertrain system 302, a brake system 304, and a steering system 306 as actuators. Note that the number of actuators to which the motion manager 200 sends a request is not limited to three as described above, and may be four or more, or two or less.

[0039] The powertrain system 302 includes a powertrain capable of generating driving force to the drive wheels of the vehicle 1, and an ECU (neither shown) that controls the operation of the powertrain. The powertrain includes at least one of an internal combustion engine such as a gasoline engine or a diesel engine, a transmission including a gearbox and a differential device, a motor generator serving as a driving source, a power storage device that stores the power supplied to the motor generator, a power conversion device that converts power between the motor generator and the power storage device, and a power generation source such as a fuel cell. The ECU that controls the operation of the powertrain controls the corresponding devices in the powertrain system 302 so as to realize a motion request from the motion manager 200 to the corresponding devices.

[0040] The brake system 304 includes, for example, a plurality of braking devices provided on each wheel of the vehicle 1. The braking devices include, for example, hydraulic brakes such as disk brakes that generate braking force or holding force using hydraulic pressure. The braking devices may further include, for example, a motor generator that is connected to the wheels and generates regenerative torque. The braking operation of the vehicle 1 using the plurality of braking devices is controlled by the brake ECU 20. The brake ECU 20 includes, for example, a control unit (not shown) for controlling the brake system 304, separate from the motion manager 200.

[0041] Steering system 306 includes, for example, a steering device capable of changing the steering angle of steered wheels (for example, front wheels) of vehicle 1, and an ECU (neither shown) that controls the operation of the steering device. The steering device includes, for example, a steering wheel that changes the steering angle according to the amount of operation, and an electric power steering (EPS: Electric Power Steering) that can adjust the steering angle by an actuator separately from the operation of the steering wheel. The ECU that controls the operation of the steering device controls the operation of the actuator of the EPS.

[0042] The central ECU 40 includes a memory 42 capable of updating stored contents. The central ECU 40 is configured to be able to communicate with, for example, the brake ECU 20, and is also configured to be able to communicate with an external device (e.g., a server) of the vehicle 1 (not shown) via a communication module (not shown). When the central ECU 40 receives update information from a server external to the vehicle 1, the central ECU 40 updates the information stored in the memory 42 using the received update information. Predetermined information is stored in the memory 42. The predetermined information includes, for example, information read from various ECUs when the system of the vehicle 1 is started.

[0043] In this embodiment, the central ECU 40 has been described as reading out specific information from various ECUs when the system of the vehicle 1 is started up, but the central ECU 40 may also have a function (gateway function) of relaying communications between various ECUs.

[0044] An example of the operation of the exercise manager 200 will be described in detail below with reference to Fig. 2. Fig. 2 is a diagram for explaining an example of the operation of the exercise manager 200.

[0045] 2 shows an example in which the driving assistance system 100 includes, as applications, an AEB 102, a PCS 104, an ACC 106, and an ASL 108. A request for an action plan set in at least one of the multiple applications is transmitted from the driving assistance system 100 to the exercise manager 200 as a request signal PLN1.

[0046] The request signal PLN1 includes, for example, information about a target acceleration set as one of the action plans in the ACC 106, the AEB 102, the PCS 104, or the ASL 108. The target acceleration includes an acceleration value for driving or braking the vehicle 1, as well as an acceleration value for keeping the vehicle 1 stopped.

[0047] The motion manager 200 sets a motion required for the vehicle 1 based on the request of the action plan included in the received request signal PLN1, and requests the actuator system 30 to realize the set motion. That is, the motion manager 200 transmits a request for an operation of the powertrain system 302 to the actuator system 30 as a request signal ACL1. The motion manager 200 transmits a request for an operation of the brake system 304 to the actuator system 30 as a request signal BRK1. Furthermore, the motion manager 200 transmits a request for an operation of the steering system 306 to the actuator system 30 as a request signal STR1.

[0048] The request signal ACL1 includes, for example, information on the requested value of the drive torque or drive force, information on the arbitration method (for example, whether to select the maximum or minimum value, change in steps, or change gradually, etc.).

[0049] The request signal BRK1 includes, for example, information regarding the requested value of the braking torque, information regarding the method of arbitration (for example, whether to change in a stepwise manner or gradually, etc.), and information regarding the timing of braking (whether to perform braking immediately or not, etc.).

[0050] The request signal STR1 includes, for example, a target steering angle, information as to whether the target steering angle is valid, and information as to upper and lower limit torques of the assist torque for steering wheel operation.

[0051] Of the multiple actuators constituting the actuator system 30, an actuator that receives a corresponding request signal is controlled so as to realize the operation request contained in the request signal.

[0052] The following describes an example of the configuration of the exercise manager 200. As shown in FIG.

[0053] The receiving unit 202 receives a request for an action plan output by one or more applications of the driving assistance system 100. Details of the action plan in this embodiment will be described later.

[0054] The arbitration unit 204 arbitrates requests for a plurality of action plans received from each application via the reception unit 202. An example of the arbitration process is to select one action plan from the plurality of action plans based on a predetermined selection criterion. Another example of the arbitration process is to set a new action plan based on the plurality of action plans. The arbitration unit 204 may arbitrate requests for a plurality of action plans by further adding predetermined information received from the actuator system 30. Furthermore, the arbitration unit 204 may determine whether or not to temporarily prioritize the movement of the vehicle 1 required according to the driver state and the vehicle state over the movement of the vehicle 1 corresponding to the action plan determined based on the arbitration result.

[0055] The calculation unit 206 calculates a motion request based on the result of arbitration of the requirements of the action plan in the arbitration unit 204 and the motion of the vehicle 1 determined based on the arbitration result. This motion request is a physical quantity for controlling at least any one of the actuators of the actuator system 30, and includes a physical quantity different from the physical quantity of the requirement of the action plan. For example, when the requirement of the action plan (first requirement) is longitudinal acceleration, the calculation unit 206 calculates a value obtained by converting the acceleration into a driving force or a driving torque as the motion request (second requirement). For example, when a target acceleration for maintaining a stopped state is selected as the arbitration result, the calculation unit 206 calculates a required driving force corresponding to the target acceleration.

[0056] The distributor 208 executes a distribution process to distribute the motion request calculated by the calculator 206 to at least one actuator of the actuator system 30. For example, when acceleration of the vehicle 1 is required, the distributor 208 distributes the motion request only to the powertrain system 302. Alternatively, when deceleration of the vehicle 1 is required, the distributor 208 appropriately distributes the motion request to the powertrain system 302 and the brake system 304 to achieve a target deceleration.

[0057] For example, when the target acceleration for maintaining a stopped state is selected as the arbitration result, the distribution unit 208 determines a holding force (e.g., brake hydraulic pressure) corresponding to the calculated driving force. In this case, the distribution unit 208 outputs the determined holding force to the brake system 304 as a motion request.

[0058] The powertrain system 302 of the actuator system 30 transmits information on the state of the powertrain system 302 as a signal ACL2 to the motion manager 200. The information on the state of the powertrain system 302 includes, for example, information on the operation of the accelerator pedal, information on the actual driving torque or actual driving force of the powertrain system 302, actual shift range information, information on the upper and lower limits of the driving torque, information on the upper and lower limits of the driving force, information on the reliability of the powertrain system 302, and the like.

[0059] The brake system 304 of the actuator system 30 transmits information about the state of the brake system 304 as a signal BRK2 to the motion manager 200. The information about the state of the brake system 304 includes, for example, information about the operation of the brake pedal, information about the braking torque requested by the driver, information about the requested value of the braking torque after arbitration, information about the actual braking torque after arbitration, information about the holding force after arbitration, information about the reliability of the brake system 304, and the like.

[0060] The steering system 306 of the actuator system 30 transmits information about the state of the steering system 306 as a signal STR2 to the motion manager 200. The information about the state of the steering system 306 includes, for example, information about the reliability of the steering system 306, information about whether the driver is gripping the steering wheel, information about the torque for operating the steering wheel, information about the rotation angle of the steering wheel, etc.

[0061] Additionally, the actuator system 30 includes a sensor group 308 in addition to the powertrain system 302, the brake system 304, and the steering system 306 described above.

[0062] The sensor group 308 includes a plurality of sensors that detect the behavior of the vehicle 1. The sensor group 308 includes, for example, a longitudinal G sensor that detects the vehicle body acceleration in the longitudinal direction of the vehicle 1, a lateral G sensor that detects the vehicle body acceleration in the lateral direction of the vehicle 1, a wheel speed sensor provided on each wheel that detects the wheel speed, and a yaw rate sensor that detects the angular velocity of the rotation angle (yaw angle) in the yaw direction. The sensor group 308 transmits information including the detection results of the plurality of sensors as a signal VSS2 to the motion manager 200. That is, the signal VSS2 includes, for example, the detection value of the longitudinal G sensor, the detection value of the lateral G sensor, the detection value of the wheel speed sensor of each wheel, the detection value of the yaw rate sensor, and information regarding the reliability of each sensor.

[0063] When the motion manager 200 receives various signals from the actuator system 30, it transmits predetermined information to the driving assistance system 100 as a signal PLN2.

[0064] The above-described configurations of the devices mounted on the vehicle 1 and the motion manager 200 are merely examples, and may be added, replaced, modified, or omitted as appropriate. Furthermore, the functions of each device may be integrated into one device or distributed among multiple devices as appropriate.

[0065] Furthermore, when a required value is not input from any of the multiple application systems constituting the driving assistance system 100, the exercise manager 200 calculates the not-input required value and inputs it to the arbitration unit 204. A specific example will be described below.

[0066] For example, when the exercise manager 200 cannot receive the required acceleration due to a communication interruption with the PCS 104, the exercise manager 200 calculates the required acceleration using the holding force determined in the distribution unit 208 (for example, the holding force determined most recently) and inputs the required acceleration from the PCS 104 to the arbitration unit 204. The calculation of the required acceleration using the holding force may be performed, for example, in an arithmetic processing unit (not shown), or may be performed in the distribution unit 208 or the arbitration unit 204. In this way, it is possible to prevent the processing of the arbitration unit 204 from being delayed due to a temporary communication interruption with the PCS 104. In addition, it is possible to perform an appropriate control operation promptly after communication is restored.

[0067] In the vehicle 1 having the above-mentioned configuration, the exercise manager 200 arbitrates among a plurality of action plan requests received from each application of the driving assistance system 100 based on a predetermined selection criterion, as described above.

[0068] As a specific example, the receiving unit 202 of the motion manager 200, for example, acquires a required value of acceleration acting in the longitudinal direction of the vehicle 1 (hereinafter, referred to as required acceleration) from each application constituting the driving assistance system 100 as an action plan. The arbitration unit 204 of the motion manager 200, for example, selects the minimum value of the acquired multiple required accelerations as a predetermined selection criterion. The calculation unit 206 of the motion manager 200 calculates a required value of driving force using the selected required acceleration. The distribution unit 208 of the motion manager 200 distributes (outputs) the calculated required value of driving force to the corresponding actuator.

[0069] In such a vehicle 1, for example, after the vehicle 1 is decelerated and stopped by the execution of any application system (hereinafter, referred to as application A) of the driving assistance system 100, a required acceleration for performing control to maintain the stopped state may be acquired from the driving assistance system 100. Then, a value acquired as the required acceleration of application A may become constant due to an abnormality such as a communication interruption between application A and the motion manager 200. As a result, when the vehicle is started by the operation of another application (hereinafter, referred to as application B) or when the vehicle is started by the driver's operation, even if the required acceleration for starting is acquired, if the required acceleration for maintaining the stopped state is selected according to a predetermined selection criterion, the start of the vehicle 1 may be delayed. Application A is, for example, PCS 104, etc. Application B is, for example, ACC 106, etc.

[0070] FIG. 3 is a diagram showing an example of the operation when vehicle 1 starts after stopping. The vertical axis of FIG. 3 indicates the vehicle speed (hereinafter also referred to as vehicle speed), holding force (brake hydraulic pressure), and required acceleration. The horizontal axis of FIG. 3 indicates time. LN1 in FIG. 3 indicates the change in vehicle speed. LN2 (solid line) in FIG. 3 indicates the change in holding force (part 1). LN3 (dashed line) in FIG. 3 indicates the change in holding force (part 2). LN4 in FIG. 3 indicates the change in required acceleration output by execution of application A. LN5 in FIG. 3 indicates the change in required acceleration output by execution of application B.

[0071] For example, assume that the running vehicle 1 is decelerating due to the execution of applications A and B, as shown by LN1 in FIG.

[0072] When the vehicle speed reaches a speed at which the vehicle is determined to be stopped at time T(0), the motion manager 200 receives the required accelerations (negative values) from the applications A and B, as shown in LN4 and LN5 in FIG. 3. The motion manager 200 calculates the holding force shown in LN2 in FIG. 3 using the minimum required acceleration shown in LN5 in FIG. 3. The brake device is controlled using the controller (brake ECU 20) of the brake system 304 so that the calculated holding force (brake hydraulic pressure) is achieved. In FIG. 3, the holding force is shown as a negative value, and the larger the absolute value, the larger the holding force (higher the brake hydraulic pressure).

[0073] Between time T(0) and time T(1), as shown by LN2 in FIG. 3, the holding force converges to a value that is a predetermined value smaller than the holding force F(0) required to maintain the vehicle stopped, and the vehicle 1 is maintained in a stopped state.

[0074] At this time, if communication with application A is interrupted, for example, the requested acceleration is not input from application A. Therefore, the requested acceleration of application A is input to the arbitration unit 204 using the holding power.

[0075] As a result, even if the required acceleration calculated by the execution of application B increases at time T(2) after time T(1) as shown in LN5 of Fig. 3, if the required acceleration of application A continues to be constant due to a breakdown in communication with application A, the holding force is maintained as shown in LN2 of Fig. 3, and therefore the holding force does not change in response to the increase in the required acceleration of LN5 of Fig. 3 as shown in LN3 of Fig. 3. That is, even at the transition to time T(3), vehicle 1 remains stopped, and the start of vehicle 1 may be delayed.

[0076] Therefore, in this embodiment, when the arbitration unit 204 acquires predetermined information from any one of the systems while the vehicle is stopped, the arbitration unit 204 lowers the priority of selecting the first required value compared to other required values. In this embodiment, when the arbitration unit 204 acquires predetermined information from application B with which communication is not interrupted while the vehicle is stopped, the arbitration unit 204 excludes the first required acceleration of application A from the selection targets.

[0077] In this way, a required acceleration other than the required acceleration of application A is selected as the arbitration result, so that the vehicle 1 is prevented from being held in a stopped state. Therefore, a decrease in the responsiveness of the vehicle 1 when starting from a standstill can be suppressed, and a delay in the start of the vehicle 1 can be suppressed.

[0078] Hereinafter, the process executed by application B of the driving assistance system 100 will be described with reference to Fig. 4. Fig. 4 is a flowchart showing an example of the process executed by application B. A series of processes shown in this flowchart is repeatedly executed by application B at each predetermined control period. A program constituting application B is specifically executed by the CPU of the ADAS-ECU 10. Therefore, hereinafter, the process will be described as being executed by the ADAS-ECU 10.

[0079] In step (hereinafter, step will be abbreviated as S) 100, the ADAS-ECU 10 determines whether or not an execution condition is satisfied. The execution condition includes, for example, a condition that an operation for executing application B has been accepted by a user and application B is in an executable state. If it is determined that the execution condition is satisfied (YES in S100), the process proceeds to S102.

[0080] In S102, the ADAS-ECU 10 calculates the required acceleration. For example, when the application B is ACC 106, the ADAS-ECU 10 calculates an acceleration that allows the vehicle 1 to follow the vehicle ahead while maintaining a predetermined distance from the vehicle ahead as the required acceleration. For example, when the vehicle ahead is stopped, the ADAS-ECU 10 calculates the required acceleration so that the vehicle 1 stops. Then, the process proceeds to S104.

[0081] In S104, the ADAS-ECU 10 outputs the calculated required acceleration to the motion manager 200.

[0082] In S106, the ADAS-ECU 10 determines whether the vehicle 1 is stopped. When the speed of the vehicle 1 is equal to or lower than a threshold value, the ADAS-ECU 100 determines that the vehicle 1 is stopped. For example, the ADAS-ECU 10 may acquire the speed of the vehicle 1 using the sensor group 308, or may acquire the speed of the vehicle 1 using another detection device. When it is determined that the vehicle 1 is stopped (YES in S106), the process proceeds to S108.

[0083] In S108, the ADAS-ECU 10 judges whether or not to continue the stop maintenance. For example, when the elapsed time during which the magnitude of the amount of change per unit time of the holding force (brake hydraulic pressure) is equal to or less than the threshold value is within a predetermined time, the ADAS-ECU 10 judges to continue the stop maintenance. On the other hand, when the elapsed time exceeds a predetermined time, the ADAS-ECU 10 judges not to continue the stop maintenance. For example, the ADAS-ECU 10 may acquire the holding force using the sensor group 308, or may acquire the holding force using another detection device. When it is judged to continue the stop maintenance (YES in S108), the process proceeds to S110.

[0084] In S110, the ADAS-ECU 10 sets the low priority flag to an OFF state. The low priority flag indicates whether or not to lower the priority of the requested acceleration calculated by the execution of application A. When the low priority flag is OFF, the priority of the requested acceleration calculated by the execution of application A is not lowered. In this case, the arbitration unit 204 selects one of the requested acceleration and the requested acceleration of another system based on a predetermined selection criterion. Then, the process proceeds to S114. If it is determined that the stop hold is not to be continued (NO in S108), the process proceeds to S112.

[0085] In S112, the ADAS-ECU 10 sets the low priority flag to an ON state. When the low priority flag is ON, the priority of the required acceleration calculated by the execution of the application A is lowered. In this case, the required acceleration is excluded from the selection targets in the arbitration unit 204, and one of the required accelerations of the other systems is selected based on a predetermined selection criterion. Then, the process proceeds to S114.

[0086] In S114, the ADAS-ECU 10 outputs flag information. The ADAS-ECU 10 outputs, as flag information, any one of information indicating that the low priority flag is in an on state and information indicating that the low priority flag is in an off state to the motion manager 200.

[0087] Next, the process executed in the motion manager 200 will be described with reference to Fig. 5. Fig. 5 is a flow chart showing an example of the process executed in the motion manager 200. Fig. 5 shows an example of the process for determining the holding force by arbitrating the required acceleration in the forward and backward directions of the vehicle 1, for example.

[0088] In S200, the motion manager 200 (specifically, the receiving unit 202) acquires the required acceleration from each application. The motion manager 200 acquires the required acceleration from an application that calculates the required acceleration in the forward / rearward direction of the vehicle 1 among the plurality of applications including the above-mentioned application B.

[0089] In S202, the exercise manager 200 obtains flag information input from the application B.

[0090] In S204, the exercise manager 200 (specifically, the arbitration unit 204) executes arbitration processing. Specifically, when the flag information includes information indicating that the low priority flag is in an off state, the exercise manager 200 selects the minimum value of all the acquired required accelerations as the final required acceleration. Also, when the flag information includes information indicating that the low priority flag is in an on state, the exercise manager 200 (specifically, the arbitration unit 204) excludes the required acceleration calculated by the execution of application A from the selection targets, and selects the minimum value of the other required accelerations as the final required acceleration.

[0091] In S206, the exercise manager 200 (specifically, the calculation unit 206) executes a calculation process. That is, the exercise manager 200 calculates the required driving force using the selected required acceleration. The calculation method of the required driving force by the calculation unit 206 is as described above, and therefore the detailed description thereof will not be repeated.

[0092] In S208, the exercise manager 200 (specifically, the distribution unit 208) executes the distribution process. The distribution process is as described above, and therefore detailed description thereof will not be repeated.

[0093] An example of the operation of the vehicle 1 based on the above-described structure and flowchart will be described with reference to FIG. 6. FIG. 6 is a diagram showing an example of the operation of the motion manager 200. The vertical axis of FIG. 6 indicates vehicle speed, holding force, the state of the low priority flag, and the required acceleration. The horizontal axis of FIG. 6 indicates time. LN6 of FIG. 6 indicates an example of the change in vehicle speed over time. LN7 of FIG. 6 indicates an example of the change in holding force over time. LN8 of FIG. 6 indicates an example of the change in the state of the low priority flag over time. LN9 of FIG. 6 indicates an example of the change in required acceleration calculated by executing application A. LN10 of FIG. 6 indicates an example of the change in required acceleration calculated by executing application B over time.

[0094] For example, in the vehicle 1, it is assumed that the running vehicle 1 is decelerating due to the execution of applications A and B, as shown in LN6 of Fig. 6. At this time, when it is determined that the execution condition is satisfied due to the execution of application B by the ADAS-ECU 10 (YES in S100), the required acceleration is calculated (S102), and the calculated required acceleration is output to the motion manager 200 (S104). When the vehicle is not stopped (NO in S106), the low priority flag is set to the OFF state (S110), and flag information indicating that the low priority flag is OFF is output to the motion manager 200 (S104).

[0095] The motion manager 200 acquires the required acceleration from each application (S200) and acquires flag information from application B (S202). Since the low priority flag is off, the motion manager 200 executes arbitration processing using a plurality of required accelerations including the required acceleration calculated by executing application A, and selects a final required acceleration (S204). The motion manager 200 calculates a required driving force using the selected required acceleration (S206). Then, it executes distribution processing using the calculated required driving force, and determines a holding force (S208). The brake hydraulic pressure that operates the braking device included in the brake system 304 is controlled so that the determined holding force is generated.

[0096] At this time, while the vehicle 1 is traveling, the holding force acts on the vehicle 1 as a braking force, and the vehicle speed decreases. As the vehicle speed approaches zero, the magnitude of the required acceleration calculated by the execution of each of the applications A and B decreases, as shown in LN9 and LN10 in FIG.

[0097] 6, at time T(4), when the vehicle speed becomes equal to or lower than the speed V(0) at which the vehicle is determined to be stopped, if the execution condition is satisfied (YES in S100), the required acceleration (negative value) is calculated (S102), and the calculated required acceleration is output to the motion manager 200 (S104). If the vehicle is stopped (YES in S106) and it is determined that the vehicle should continue to be stopped (YES in S108), the low priority flag is maintained in the off state (S110), and the flag information is output to the motion manager 200 (S114).

[0098] As described above, the motion manager 200 obtains the required acceleration from each application (S200) and obtains flag information from application B (S202). Since the low priority flag is in the off state, the motion manager 200 performs arbitration processing using multiple required accelerations including the required acceleration from application A, and selects a final required acceleration (S204). The motion manager 200 performs calculation processing to calculate the required driving force (S206). Then, the motion manager 200 performs distribution processing using the calculated required driving force, and determines the holding force (S208).

[0099] At time T(5), the magnitude of the change in the holding force becomes equal to or smaller than the threshold value, as shown in LN7 of Fig. 6. Then, at time T(6), when the state in which the magnitude of the change in the holding force remains equal to or smaller than the threshold value continues for a predetermined time, it is determined that the stop holding is not continued (NO in S108), and the low priority flag is turned on (S112). Therefore, flag information indicating that the low priority flag is on is output to the exercise manager 200 (S114).

[0100] The motion manager 200 acquires the required acceleration from each application (S200) and acquires flag information from application B (S202). Since the low priority flag is on, the motion manager 200 executes arbitration processing using multiple required accelerations excluding the required acceleration calculated by executing application A, and selects the final required acceleration (S204). The motion manager 200 executes calculation processing to calculate the required driving force (S206). Then, the motion manager 200 executes distribution processing using the calculated required driving force (S208), and the holding force is determined.

[0101] From time T(6) to time T(7), the required acceleration selected as the arbitration result is a value equal to or less than A(0), and therefore the state in which the holding force is a value equal to or less than F(0) continues.

[0102] At time T(7), as the requested acceleration increases toward zero due to the operation of application B, the holding force also changes (increases) toward zero, and after the holding force becomes zero, the state of zero holding force continues. Then, when the requested acceleration becomes greater than zero, the vehicle 1 is not braked by the holding force, but a driving force acts on the vehicle 1, and the vehicle 1 starts moving.

[0103] As described above, according to the motion manager 200, which is a vehicle control device according to the present embodiment, when flag information indicating that the low priority flag is on is acquired from the application B, the requested acceleration of the application A is excluded from the selection targets, and the requested acceleration of the other application is selected as the arbitration result. Therefore, the vehicle 1 is prevented from being held in a stopped state, and the deterioration of the responsiveness of the vehicle 1 at the start can be suppressed. Therefore, it is possible to provide a vehicle control device, a vehicle, a vehicle control method, and a program that suppress the deterioration of the responsiveness at the start of a vehicle equipped with a driving assistance system.

[0104] Furthermore, when the magnitude of the change in the holding force during a stop is equal to or less than a threshold value for a predetermined period of time, flag information indicating that the low priority flag is on is output by the operation of application A. In other words, the flag information is output when the holding force during the stop state converges, and the requested acceleration of the other application is then selected as the arbitration result. Therefore, the vehicle 1 is prevented from being held in a stopped state, and a decrease in the responsiveness of the vehicle 1 when starting can be suppressed.

[0105] Modifications will be described below. In the above embodiment, the exercise manager 200 is described as including the receiving unit 202, the arbitration unit 204, the calculation unit 206, and the distribution unit 208 as an example, but the exercise manager 200 may include, for example, at least a first exercise manager that receives an action plan from an application, and a second exercise manager that can communicate with the first exercise manager and requests exercise from the actuator system 30. In this case, the function of the arbitration unit 204, the function of the calculation unit 206, and the function of the distribution unit 208 may be implemented in either the first exercise manager or the second exercise manager.

[0106] Further, in the above embodiment, when the motion manager 200 acquires low-priority flag information from the application B while the vehicle is stopped, the requested acceleration calculated by the execution of the application A is excluded from the selection target to obtain the arbitration result. However, for example, the priority of the requested acceleration calculated by the execution of the application A may be lowered below the requested acceleration calculated by the execution of the other applications. For example, when the arbitration unit 204 receives a plurality of requested accelerations including the requested acceleration calculated by the execution of the application A, the arbitration unit 204 may select the final requested acceleration from the plurality of requested accelerations excluding the requested acceleration calculated by the execution of the application A according to a predetermined selection criterion, and when only the requested acceleration calculated by the execution of the application A is received, the arbitration unit 204 may select the requested acceleration as the final requested acceleration. In this way, when flag information indicating that the low-priority flag is on is acquired from the application B, the priority of selecting the requested acceleration calculated by the execution of the application A is lowered below the other requested values, so that the requested acceleration calculated by the execution of the other applications is preferentially selected as the arbitration result. Therefore, the vehicle 1 is prevented from being held in a stopped state, and the deterioration of the responsiveness of the vehicle 1 when starting is suppressed.

[0107] Furthermore, in the above embodiment, when the motion manager 200 obtains low priority flag information from application B while the vehicle is stopped, the motion manager 200 excludes the required acceleration calculated by execution of application A from the selection targets to obtain the arbitration result, but the state of the low priority flag may be set by an application other than application B among multiple application systems.

[0108] Furthermore, in the above embodiment, it has been described that it is determined that the vehicle should not be held stopped if the amount of change in the holding force while the vehicle is stopped remains below a threshold value for a predetermined period of time. However, for example, if it is determined that communication from application A has been interrupted, it may be determined that the vehicle should not be held stopped if a predetermined period of time has continued since vehicle 1 became stopped.

[0109] Furthermore, in the above embodiment, it has been described that the vehicle stop state is not to be continued when the magnitude of the change in the holding force during stopping is equal to or less than the threshold value for a predetermined time. However, for example, when a start operation is performed by the user, it may be determined that the vehicle 1 intends to start and it may be determined that the vehicle stop state is not to be continued. Alternatively, it may be determined that the vehicle stop state is not to be continued when the vehicle is moved to a fixed state or the fixed state is released by the operation of the user or an application. The fixed state of the vehicle includes at least one of the following states: a state in which the parking brake is applied, and a state in which the shift position is in the parking position. Furthermore, it may be determined that the vehicle stop state is not to be continued when a brake operation (for example, a brake release operation) is performed by the user.

[0110] Furthermore, in the above-described embodiment, the motion manager 200 has been described as suppressing a decrease in the responsiveness of the vehicle 1 when it starts by acquiring flag information and excluding the required acceleration calculated by executing application A while the vehicle is stopped from the selection targets and obtaining an arbitration result, but when flag information is acquired and the user performs an operation to start the vehicle 1, an upper limit value may be set for the magnitude of the change in the holding force.

[0111] Fig. 7 is a diagram showing a comparative example of changes in holding force during a starting operation. The vertical axis of Fig. 7 represents vehicle speed and holding force. The horizontal axis of Fig. 7 represents time. LN11 of Fig. 7 represents changes in vehicle speed. LN12 of Fig. 7 represents changes in holding force.

[0112] The operations of vehicle 1 in each of the periods up to time T(8), from time T(8) to time T(9), and from time T(9) to time T(10) in Figure 7 are the same as the operations of vehicle 1 in each of the periods up to time T(4), from time T(4) to time T(5), and from time (5) to time T(6) in Figure 6. Therefore, detailed description thereof will not be repeated.

[0113] If the user performs a start operation when the low priority flag is turned on at time T(10), the holding force suddenly changes to zero at time T(10), as shown by LN12 in Fig. 7. Therefore, the vehicle 1 may not be able to start smoothly due to vibrations caused by a sudden loss of the holding force or a sudden application of the driving force.

[0114] Therefore, when the exercise manager 200 acquires flag information and when the user performs a start operation of the vehicle 1, the exercise manager 200 may set an upper limit value for the magnitude of the amount of change in the holding force.

[0115] Hereinafter, the process executed by the exercise manager 200 in this modified example will be described with reference to Fig. 8. Fig. 8 is a flowchart showing an example of the process executed by the exercise manager 200 in the modified example. The series of processes shown in this flowchart are repeatedly executed by the exercise manager 200 at every predetermined control period.

[0116] Note that the processes of S200, S202, S204, S206, and S208 in the flowchart of Fig. 8 are the same as those of S200, S202, S204, S206, and S208 in the flowchart of Fig. 5, except as described below, and therefore detailed description thereof will not be repeated.

[0117] When the arbitration process is executed (S204), the process proceeds to S300. In S300, the exercise manager 200 determines whether the low priority flag is on. If it is determined that the low priority flag is on (YES in S300), the process proceeds to S302.

[0118] In S302, the motion manager 200 sets an upper limit value of the amount of change in the holding force. The upper limit value of the amount of change in the holding force may be set based on, for example, the amount of operation of the accelerator pedal or the brake pedal by the user or the rate of change in these amounts of operation, or may be a predetermined value. The upper limit value is set so that a predetermined vibration (for example, resonance, etc.) does not occur when the vehicle 1 starts moving. Thereafter, the process proceeds to S206. Note that if it is determined that the low priority flag is in the off state (NO in S300), the process proceeds to S304.

[0119] In S304, the exercise manager 200 cancels the setting of the upper limit value of the change amount of the holding force. The exercise manager 200 may disable the setting of the upper limit value of the change amount of the holding force, or may set it to an initial value. The initial value is a predetermined value that is larger than the upper limit value set in S302 and allows a step-like change in the holding force. Note that, when the setting of the upper limit value of the change amount of the holding force is canceled, the exercise manager 200 maintains the canceled state. Then, the process proceeds to S206.

[0120] An example of the operation of the vehicle 1 in this modified example based on the above-described structure and flowchart will be described with reference to Fig. 9. Fig. 9 is a diagram showing an example of the operation of the motion manager 200 in the modified example. The vertical axis of Fig. 9 indicates vehicle speed, holding force, and the state of the low priority flag. The horizontal axis of Fig. 9 indicates time. LN13 in Fig. 9 indicates the change in vehicle speed. LN14 in Fig. 9 indicates the change in holding force. LN15 in Fig. 9 indicates the change in the state of the low priority flag.

[0121] Note that the operations of vehicle 1 in the periods up to time T(11), from time T(11) to time T(12), and from time T(12) to time T(13) are the same as the operations of vehicle 1 in the periods up to time T(4), from time T(4) to time T(5), and from time (5) to time T(6) in Fig. 6. Therefore, detailed description thereof will not be repeated.

[0122] At time T(13), when the magnitude of the change in the holding force remains below the threshold for a predetermined time, it is determined that the stop holding will not be continued (NO in S108), and the low priority flag is turned on (S112), as shown in LN16 in Fig. 9. Therefore, flag information indicating that the low priority flag is on is output to the exercise manager 200 (S114).

[0123] The exercise manager 200 acquires the required acceleration from each application (S200) and acquires flag information from application B (S202). Since the low priority flag is on, the exercise manager 200 performs arbitration processing excluding the required acceleration calculated by executing application A, and selects the final required acceleration (S204). Since the low priority flag is on (YES in S300), an upper limit value of the change amount of the holding force is set (S302).

[0124] Therefore, even when a start operation such as depressing the accelerator pedal is performed by the user, the holding force approaches zero at a constant rate of change from time T(13), as shown by L14 in Fig. 9. Therefore, compared to the case where the holding force is suddenly lost as shown by LN15 in Fig. 9, the occurrence of vibrations due to an increase in driving force due to a start operation or a sudden decrease in holding force can be suppressed, and the vehicle 1 can be started smoothly.

[0125] In this way, by setting an upper limit value for the amount of change in the holding force when flag information indicating that the low priority flag is on is acquired from application B, it is possible to smoothly start vehicle 1 when a start operation is received for vehicle 1. Note that the setting of the upper limit value for the amount of change in the holding force may be performed by at least one of arbitration unit 204, calculation unit 206, and distribution unit 208, for example.

[0126] The above-described modified examples may be implemented in whole or in part in appropriate combination. The embodiments disclosed herein should be considered to be illustrative and not restrictive in all respects. The scope of the present invention is defined by the claims, not the above description, and is intended to include all modifications within the meaning and scope of the claims. [Explanation of symbols]

[0127] 1 vehicle, 10 ADAS-ECU, 20 brake ECU, 30 actuator system, 40 central ECU, 42 memory, 100 driving assistance system, 200 motion manager, 202 reception section, 204 arbitration section, 206 calculation section, 208 distribution section, 302 powertrain system, 304 brake system, 306 steering system, 308 sensor group.

Claims

1. A vehicle control device, a reception unit that receives a first request value of acceleration acting on the vehicle from a first system that requests to keep the vehicle stopped among a plurality of systems mounted on the vehicle, and a second request value of the acceleration from a second system among the plurality of systems; an arbitration unit that selects, as an arbitration result, one of a plurality of requirement values ​​including the first requirement value and the second requirement value; the arbitration unit, when acquiring predetermined information from either the first system or the second system while the vehicle is stopped, lowers a priority of selecting the first request value compared to other request values; The vehicle control device further includes a calculation unit that calculates a holding force for holding the vehicle in a stopped state by using the required value selected by the arbitration unit, The vehicle control device, wherein the arbitration unit acquires a required acceleration calculated using the holding force as the first required value when the first required value is not input from the first system.

2. 2 . The vehicle control device according to claim 1 , wherein the arbitration unit excludes the first requirement value from selection when the predetermined information is acquired from either the first system or the second system while the vehicle is stopped.

3. The vehicle control device according to claim 1 , wherein the arbitration unit, when acquiring the predetermined information, sets an upper limit value for an amount of change in a holding force for holding the vehicle in a stopped state.

4. a plurality of systems outputting acceleration demands acting on the vehicle; a control device for controlling the vehicle using the required values ​​from the plurality of systems, The control device includes: a reception unit that receives a first request value of the acceleration from a first system of the plurality of systems that requests to maintain the vehicle in a stopped state, and a second request value of the acceleration from a second system of the plurality of systems; an arbitration unit that selects, as an arbitration result, one of a plurality of requirement values ​​including the first requirement value and the second requirement value; the arbitration unit, when acquiring predetermined information from either the first system or the second system while the vehicle is stopped, lowers a priority of selecting the first request value compared to other request values; The control device further includes a calculation unit that calculates a holding force for holding the vehicle in a stopped state by using the required value selected by the arbitration unit, The arbitration unit acquires a required acceleration calculated using the holding force as the first required value when the first required value is not input from the first system.

5. receiving a first request value of acceleration acting on the vehicle from a first system, which requests to keep the vehicle stopped, among a plurality of systems mounted on the vehicle, and a second request value of the acceleration from a second system, among the plurality of systems; selecting, as an arbitration result, one of a plurality of requirement values ​​including the first requirement value and the second requirement value; a step of lowering a priority of selecting the first requirement value compared to other requirement values ​​when acquiring predetermined information from either the first system or the second system while the vehicle is stopped; calculating a holding force for holding the vehicle in a stopped state using the selected required value; and when the first requirement value is not input from the first system, acquiring a requirement acceleration calculated using the holding force as the first requirement value.

6. On the computer, receiving a first request value of acceleration acting on the vehicle from a first system, which requests to keep the vehicle stopped, among a plurality of systems mounted on the vehicle, and a second request value of the acceleration from a second system, among the plurality of systems; selecting, as an arbitration result, one of a plurality of requirement values ​​including the first requirement value and the second requirement value; a step of lowering a priority of selecting the first requirement value compared to other requirement values ​​when acquiring predetermined information from either the first system or the second system while the vehicle is stopped; calculating a holding force for holding the vehicle in a stopped state using the selected required value; and when the first requirement value is not input from the first system, acquiring a requirement acceleration calculated using the holding force as the first requirement value.

Images