JP2019204413A - Update device, vehicle control device, and update method - Google Patents

Abstract

To provide an update device, a vehicle control device, and an update method that can reduce users' troublesomeness.SOLUTION: An update system includes a server device and a remote ECU (an example of an update device). The update device includes a detection unit 22 and an update unit 23. The detection unit 22 detects a travel state which is a travel state when a vehicle is travelling and when a communication load on an on-vehicle network CN due to control of a vehicle control device 10 is low. When the detection unit 22 detects the travel state when the communication load is low, the update unit 23 updates a control program executed by the vehicle control device via the on-vehicle network CN.SELECTED DRAWING: Figure 2

Description

  The present invention relates to an update device, a vehicle control device, and an update method.

  2. Description of the Related Art Conventionally, for example, there is known a vehicle control device that is an ECU (Electronic Control Unit) mounted on a vehicle, and that performs a traveling control of the vehicle by executing a control program stored in a storage unit. There is also provided an update device for updating a control program stored in the vehicle control device. For example, the update device detects an engine stop of the vehicle and updates the control program (see, for example, Patent Document 1).

JP 2004-249914 A

  However, in the conventional technology, a user who is a vehicle occupant needs to wait in the vehicle from the start to the completion of the update process after stopping the engine. For this reason, the program update process may be a troublesome operation for the user.

  In addition, when the update process is performed when the engine is started instead of when the engine is stopped, the update process needs to be completed before the start of traveling. Therefore, the user has to wait until it becomes possible to travel, which is bothersome. I could feel it.

  The present invention has been made in view of the above, and it is an object of the present invention to provide an updating device and a vehicle control device that can reduce the troublesomeness of a user.

  In order to solve the above-described problems and achieve the object, an update device according to the present invention includes a detection unit and an update unit. The detection unit detects a traveling state when the vehicle is traveling, in which the communication load of the in-vehicle network associated with the control of the vehicle control device is low. The update unit updates a control program executed by the vehicle control device via the in-vehicle network when the detection unit detects the traveling state having the low load.

  According to the present invention, it is possible to reduce the troublesomeness of the user.

FIG. 1 is a diagram illustrating an update system including an update device according to an embodiment. FIG. 2 is a block diagram illustrating a configuration of the remote ECU according to the embodiment. FIG. 3 is a block diagram illustrating a configuration of the in-vehicle ECU according to the embodiment. FIG. 4 is a diagram illustrating an example of the update information. FIG. 5 is a diagram showing the update process of the control program. FIG. 6 is a flowchart illustrating a processing procedure of processing executed by the remote ECU according to the embodiment. FIG. 7 is a block diagram illustrating a configuration of an in-vehicle ECU according to a modification.

  Hereinafter, embodiments of an updating device, a vehicle control device, and an updating method disclosed in the present application will be described in detail with reference to the accompanying drawings. In addition, this invention is not limited by this embodiment.

  First, an overview of update processing executed by the update device according to the embodiment will be described with reference to FIG. FIG. 1 is a diagram illustrating an update system S including an update device according to an embodiment. As shown in FIG. 1, the update system S includes a server device SV, a remote ECU (an example of an update device) 1, and a plurality of in-vehicle ECUs (an example of a vehicle control device) 10.

  In the update system S, the server device SV is installed outside the vehicle C, and the remote ECU 1 and the in-vehicle ECU 10 are mounted on the vehicle C. Server device SV and remote ECU 1 are connected by communication network N. The communication network N is a communication network such as a LAN (Local Area Network), a WAN (Wide Area Network), a telephone network (a mobile phone network, a fixed telephone network, etc.), a regional IP (Internet Protocol) network, and the Internet.

  The remote ECU 1 and the plurality of in-vehicle ECUs 10 are connected by an in-vehicle network CN. The in-vehicle network CN is an in-vehicle network such as a CAN (Controller Area Network), for example.

  The server device SV is, for example, a distribution device that distributes a control program for the in-vehicle ECU 10. For example, the server device SV distributes the control program to the remote ECU 1 when there is a request from the remote ECU 1 or when a control program for update is newly generated regardless of the request of the remote ECU 1. .

  Note that the distribution destination of the control program by the server device SV is not limited to the remote ECU 1, but may be the in-vehicle ECU 10. Specifically, for example, when there is an update instruction for the remote ECU 1, the server device SV directly updates the control program for the in-vehicle ECU 10 without distributing the control program to the remote ECU 1. The control program for update is a control program for so-called version upgrade, and is, for example, a control program that has undergone function expansion or function correction.

  The remote ECU 1 executes the update method according to the embodiment. Specifically, when the remote ECU 1 acquires a new control program for update from the server device SV, the remote ECU 1 performs an update process for updating the control program executed by the in-vehicle ECU 10. More specifically, the remote ECU 1 rewrites the control program stored in the storage unit of the in-vehicle ECU 10 with a new control program for update distributed from the server device SV. The remote ECU 1 can update the control program when the vehicle C is traveling, but this point will be described later.

  The in-vehicle ECU 10 is an ECU that controls the vehicle C by executing a control program. For example, the in-vehicle ECU 10 controls an ECU related to travel control such as acceleration / deceleration and turning of the vehicle C, an ECU that controls activation of an occupant protection device such as an airbag, an ECU that controls in-vehicle devices such as an air conditioner, and a navigation device. ECU and so on. The in-vehicle ECU 10 is not limited to the above-described ECU, and may be any ECU related to the control of the vehicle C. The plurality of in-vehicle ECUs 10 control the traveling of the vehicle C while exchanging information with each other via the in-vehicle network CN.

  Here, the update timing for performing the update process of the conventional remote ECU will be described. Conventional remote ECUs detect a vehicle engine stop and update a control program. That is, the conventional update timing is after the engine is stopped (accessory power is on). However, when the update process is performed at the conventional update timing, the user who is a vehicle occupant needs to wait in the vehicle from the start to the completion of the update process after stopping the engine. For this reason, the program update process may be a troublesome operation for the user.

  Also, for example, when the update process is performed when the engine is started instead of when the engine is stopped, it is necessary to complete the update process before starting the travel. There was a risk of bothersome work.

  Therefore, the remote ECU 1 according to the embodiment enables the control program to be updated when the vehicle C travels by executing the update method according to the embodiment. Specifically, the remote ECU 1 according to the embodiment detects a low-load traveling state in which the communication load of the in-vehicle network CN accompanying the control of the in-vehicle ECU 10 is equal to or less than a predetermined value when the vehicle C is traveling. To do.

  And remote ECU1 which concerns on embodiment updates the program for control which the vehicle-mounted ECU10 performs via the vehicle-mounted network CN, when the low load driving | running | working state is detected.

  In other words, the low-load traveling state is a traveling state in which the in-vehicle ECU 10 exchanges information relatively little and the communication of the in-vehicle network CN is less congested among the traveling states when the vehicle C is traveling. Examples of the low-load traveling state include, for example, steady traveling that travels straight at a constant vehicle speed, so-called idling stop, and the like, which will be described later.

  As described above, according to the remote ECU 1 according to the embodiment, even if the update process is performed when the vehicle C is traveling, the in-vehicle network CN is not easily congested. Update is possible.

  That is, since the remote ECU 1 according to the embodiment does not need to perform the control program update process after the engine is stopped as in the prior art, the user does not need to wait in the vehicle. Therefore, according to the remote ECU 1 according to the embodiment, the user's troublesomeness can be reduced.

  Although details will be described later, the in-vehicle ECU 10 according to the embodiment has a plurality of storage units each storing a control program, and reads out the control program stored in any of the storage units. Take control. And remote ECU1 which concerns on embodiment rewrites the control program memorize | stored in the memory | storage part which the vehicle-mounted ECU10 does not read for execution among these some memory | storage parts.

  Further, when the remote ECU 1 according to the embodiment transmits the update control program to the in-vehicle ECU 10, the information of the control program is divided and transmitted with a predetermined data size. Details of this point will also be described later. .

  Next, the configuration of the remote ECU 1 according to the embodiment will be described in detail with reference to FIG. FIG. 2 is a block diagram illustrating a configuration of the remote ECU 1 according to the embodiment. As shown in FIG. 2, the remote ECU 1 according to the embodiment includes a control unit 2 and a storage unit 3. The control unit 2 includes an acquisition unit 21, a detection unit 22, and an update unit 23. The storage unit 3 stores update information 31.

  Here, the remote ECU 1 includes, for example, a computer having a central processing unit (CPU), a read only memory (ROM), a flash ROM, a random access memory (RAM), an input / output port, and various circuits.

  The CPU of the computer functions as the acquisition unit 21, the detection unit 22, and the update unit 23 of the control unit 2, for example, by reading and executing a program stored in the ROM.

  Further, at least one or all of the acquisition unit 21, the detection unit 22, and the update unit 23 of the control unit 2 may be configured by hardware such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array). it can.

  The storage unit 3 corresponds to, for example, a flash ROM or a RAM. The flash ROM and RAM can store update information 31, information on various programs, and the like. The remote ECU 1 may acquire the above-described program and various types of information via another computer or a portable recording medium connected via a wired or wireless network.

  The control unit 2 updates the control program executed by the in-vehicle ECU 10 via the in-vehicle network CN when detecting a low-load traveling state in which the communication load of the in-vehicle network CN is equal to or less than a predetermined threshold.

  The acquisition unit 21 acquires the drive state of the drive source in the vehicle C. For example, when the drive source of the vehicle C is an engine, the acquisition unit 21 acquires various control states related to engine rotation and engine control as the drive state. For example, when the drive source of the vehicle C is a motor, a motor rotation speed etc. are acquired as a drive state.

  The detection unit 22 detects a predetermined traveling state when the vehicle C is traveling. Specifically, the detection unit 22 detects a low-load traveling state in which the communication load of the in-vehicle network CN accompanying the control of the in-vehicle ECU 10 is a predetermined value or less. The predetermined value is a threshold value that serves as a reference for determining whether the traveling state of the vehicle C is a low-load traveling state, and can be calculated from, for example, a measurement result of a communication load of the in-vehicle network CN by a vehicle control simulation. is there.

  For example, the detection unit 22 detects a low-load traveling state based on the drive state of the drive source in the vehicle C acquired by the acquisition unit 21. Specifically, the detection unit 22 detects a steady traveling in which the time change of the driving state acquired by the acquiring unit 21 is maintained within a predetermined range as a low-load traveling state.

  More specifically, steady traveling is a traveling state in which straight traveling (the amount of change in steering angle centered around zero degrees is within a predetermined range) is maintained at a constant vehicle speed (time change in vehicle speed is within a predetermined range). is there. That is, the steady running is a running state in which the control by the in-vehicle ECU 10 is relatively small and the communication load of the in-vehicle network CN becomes a predetermined value or less.

  Thereby, even if the update process of the control program is performed by the update unit 23 in the subsequent stage, the in-vehicle network CN can be prevented from being congested, and therefore the update process is performed in parallel without disturbing the control by the in-vehicle ECU 10. Can do. The vehicle speed can be calculated from the engine speed, and the steering angle can be acquired from an ECU that controls a steering (not shown).

  Further, when the drive source of the vehicle C is an engine, the detection unit 22 detects a low-load traveling state when the drive state acquired by the acquisition unit 21 is a stop state corresponding to an idling stop. In other words, the detection unit 22 detects an idling stop, which is a temporary stop excluding a stop for parking, in the running state as a low-load running state.

  More specifically, the idling stop is a traveling state in which the communication load of the in-vehicle network CN becomes a predetermined value or less by temporarily stopping the engine, that is, by temporarily stopping the ECU that controls the engine. .

  Thereby, even if the update process of the control program is performed by the update unit 23 in the subsequent stage, the in-vehicle network CN can be prevented from being congested, and therefore the update process is performed in parallel without disturbing the control by the in-vehicle ECU 10. Can do.

  In addition, when the drive source of the vehicle C is a motor, the detection unit 22 detects, for example, a temporary stop such as a red signal as a low load traveling state as a stop state corresponding to an idling stop. Such a temporary stop can be detected by, for example, acquiring position information of the vehicle C and the like.

  Here, the traveling state during vehicle traveling is a traveling state during one trip that is a period from ignition on to ignition off, such as a so-called idle stop (or a stop corresponding to an idling stop in an electric vehicle). Including stopped state.

  The update unit 23 performs an update process for updating the control program executed by the in-vehicle ECU 10. First, the update unit 23 acquires a new control program for update from the server device SV and stores it in the storage unit 3 as update information 31. Here, the update information 31 will be described with reference to FIG.

  FIG. 4 is a diagram illustrating an example of the update information 31. As illustrated in FIG. 4, the update information 31 includes items such as “device ID”, “control function”, “program update”, and “transmission completion rate”.

  “Equipment ID” is identification information for identifying each in-vehicle ECU 10. The “control function” indicates a function realized by the control of the in-vehicle ECU 10. “Program update” includes information related to the update of the control program. Specifically, the “program update” includes contents such as the date and time when the control program for update is created and the update contents. The “transmission completion rate” indicates the ratio of transmission to the in-vehicle ECU 10 in the update control program. In other words, the “transmission completion rate” can also be said to be the progress rate of the update process.

  For example, in the example illustrated in FIG. 4, the transmission completion rate “100%” indicates that all the information of the control program for update is transmitted to the in-vehicle ECU 10. That is, a transmission completion rate of “100%” indicates that the update process has been completed.

  The transmission completion rate of “50%” indicates that 50% of the information of the control program for update is transmitted to the in-vehicle ECU 10. That is, the transmission completion rate of “50%” indicates that the progress rate of the update process is 50%.

  The transmission completion rate of “0%” indicates that the information on the control program for update has not been transmitted to the in-vehicle ECU 10 yet. That is, a transmission completion rate of “0%” indicates that update processing has not started.

  Returning to FIG. 2, when the update unit 23 stores the update information 31 in the storage unit 3 and the detection unit 22 detects a low-load traveling state, the in-vehicle ECU 10 Update the control program to be executed. The specific update process of the update unit 23 will be described later with reference to FIG.

  Next, the configuration of the in-vehicle ECU 10 according to the embodiment will be described in detail with reference to FIG. FIG. 3 is a block diagram illustrating a configuration of the in-vehicle ECU 10 according to the embodiment. As shown in FIG. 3, the vehicle-mounted ECU 10 according to the embodiment includes a control unit 100b, a first storage unit 110b-1, and a second storage unit 110b-2. That is, the in-vehicle ECU 10 has two storage units. Note that the number of storage units of the in-vehicle ECU 10 is not limited to two, but may be plural, or may be three or more.

  The first storage unit 110b-1 stores first program information 111b-1, and the second storage unit 110b-2 stores second program information 111b-2. The first program information 111b-1 and the second program information 111b-2 are control programs having the same or different update dates.

  Here, the in-vehicle ECU 10 includes, for example, a computer having a central processing unit (CPU), a read only memory (ROM), a flash ROM, a random access memory (RAM), an input / output port, and various circuits.

  The CPU of the computer is, for example, one of the first program information 111b-1 stored in the first storage unit 110b-1 such as a ROM and the second program information 111b-2 stored in the second storage unit 110b-2. One control program is read and executed to function as the control unit 100b.

  In addition, a part or all of the control unit 100b can be configured by hardware such as an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA).

  Moreover, the 1st memory | storage part 110b-1 and the 2nd memory | storage part 110b-2 respond | correspond to flash ROM and RAM, for example. The flash ROM and RAM can store the first program information 111b-1 or the second program information 111b-2, information on various programs, and the like. Note that the in-vehicle ECU 10 may acquire the above-described program and various information via another computer or a portable recording medium connected via a wired or wireless network.

  The control unit 100b acquires a new control program for update from the remote ECU 1, and is stored in the first program information 111b-1 and the second storage unit 110b-2 stored in the first storage unit 110b-1. Of the second program information 111b-2, one of the control programs is updated.

  For example, the control unit 100b can update a control program that has not been read for execution of control. This point will be described with reference to FIG.

  FIG. 5 is a diagram showing the update process of the control program. FIG. 5 shows an EFI (Electric Fuel Injection) -ECU 10a that is the in-vehicle ECU 10, and an in-vehicle ECU 10b that is an update target of the control program. The EFI-ECU 10a is an ECU that controls the fuel injection amount of the engine that is in a driving state of the engine. The in-vehicle ECU 10b reads out the first program information 111b-1 for execution and performs control.

  As shown in FIG. 5, first, the acquisition unit 21 of the remote ECU 1 acquires a repro permission notification from the EFI-ECU 10a (step S1). The repro permission notification is a notification indicating whether or not the traveling state based on the driving state of the engine is the above-described low-load traveling state.

  For example, the EFI-ECU 10a sets a flag “1” indicating that the vehicle is in a low-load traveling state when the traveling state based on the driving state of the engine is the above-described steady traveling or the stopped state corresponding to the idling stop. "As a repro permission notification. Further, the EFI-ECU 10a notifies the flag “0” as a repro permission notification when the driving state is not low.

  Note that the acquisition unit 21 of the remote ECU 1 may periodically acquire the repro permission notification, or may acquire it only when the flag is switched (0 → 1 or 1 → 0).

  Subsequently, when the detection unit 22 detects a low-load running state based on the repro permission notification acquired by the acquisition unit 21, the update unit 23 of the remote ECU 1 transmits the control program included in the update information 31 to the in-vehicle ECU 10b. The divided transmission is performed (step S2).

  Specifically, the division transmission is transmission for each piece of division information obtained by dividing the control program into predetermined sizes. That is, the update unit 23 generates division information 311 to 315 obtained by dividing the update information 31 including the new control program to be updated for each predetermined size, and the old control program is generated for each of the generated division information 311 to 315. Is updated to a new control program. FIG. 5 shows a case where the control program is divided into five pieces of division information 311 to 315.

  For example, the update part 23 divides | segments into the division information 311 to 315 of the size used as the minimum transmission size. In other words, the division information 311 to 315 is divided so that the transmission time per one becomes the shortest.

  Thereby, for example, when the flag of the repro permission notification is changed from “1” to “0” during transmission of the division information 311 to 315, transmission completion of the division information 311 to 315 during transmission can be shortened.

  Therefore, even when the traveling state of the vehicle C changes and the in-vehicle network CN is no longer at a low load, the update process can be interrupted immediately, so that the in-vehicle network CN is less likely to be crowded, and the in-vehicle ECU 10 is controlled. You can reduce the obstacles.

  As shown in FIG. 5, the updating unit 23 instructs the in-vehicle ECU 10b to update the second program information 111b-2 among the first program information 111b-1 and the second program information 111b-2.

  Specifically, the update unit 23 stores the second program information 111b− stored in the second storage unit 110b-2, which is a storage unit other than the first storage unit 110b-1 read out for execution. 2 to update. That is, the control unit 100b of the in-vehicle ECU 10b is in a state where the control program (first program information 111b-1) of the one storage unit (first storage unit 110b-1) is being executed, 2 update the control program (second program information 111b-2) in the storage unit 110b-2).

  As a result, the in-vehicle ECU 10b can update to a new control program while reading and controlling the control program.

  The in-vehicle ECU 10b switches the control program read for execution from the first program information 111b-1 to the second program information 111b-2 after the update of the second program information 111b-2 is completed.

  Further, after the control program to be read is switched to the second program information 111b-2, the update unit 23 of the remote ECU 1 may perform the update process on the first program information 111b-1 as well.

  That is, the update unit 23 updates the first program information 111b-1 and the second program information 111b-2 to the latest control program by updating the first program information 111b-1.

  As a result, even if one of the storage units is out of order, the control program stored in the other storage unit can be replaced, so the reliability of the in-vehicle ECU 10b can be improved.

  Alternatively, the update unit 23 may not perform the update process for the first program information 111b-1 until the next control program for update is created. Thereby, it can reduce that the vehicle-mounted network CN is congested.

  In FIG. 5, the update process of the control program in the in-vehicle ECU 10b is performed according to the instruction from the update unit 23 of the remote ECU 1. However, for example, the update process may be performed according to the instruction from the in-vehicle ECU 10b. This will be described later with reference to FIG.

  Next, a processing procedure of processing executed by the remote ECU 1 according to the embodiment will be described with reference to FIG. FIG. 6 is a flowchart illustrating a processing procedure of processing executed by the remote ECU 1 according to the embodiment.

  As shown in FIG. 6, the control unit 2 of the remote ECU 1 determines whether or not the vehicle C is traveling (step S101). When the vehicle C is traveling (Yes at Step S101), the control unit 2 determines whether or not the vehicle C is traveling normally (Step S102).

  Subsequently, when the vehicle C is in steady running (step S102, Yes), the control unit 2 detects a low-load running state in which the communication load of the in-vehicle network CN accompanying the control of the in-vehicle ECU 10 is a predetermined value or less. (Step S103).

  Subsequently, when detecting a low-load traveling state, the control unit 2 performs an update process for updating the control program executed by the in-vehicle ECU 10 via the in-vehicle network CN (step S104), and ends the process.

  On the other hand, in step S101, if the vehicle C is not traveling (step S101, No), that is, if it is in a stopped state, is the stopped state a stop state corresponding to an idling stop? It is determined whether or not (step S105).

  Subsequently, when the vehicle C is idling stopped (step S105, Yes), the control unit 2 shifts the process to step S103.

  Moreover, in step S102, the control part 2 transfers a process to step S101, when the vehicle C is not driving | running | working normally (step S102, No). Moreover, in step S105, the control part 2 transfers a process to step S101, when the vehicle C is not in idling stop (step S105, No).

  As described above, the remote ECU 1 (an example of the update device) according to the embodiment includes the detection unit 22 and the update unit 23. The detection unit 22 detects a traveling state when the vehicle C is traveling and a low-load traveling state in which the communication load of the in-vehicle network CN associated with the control of the in-vehicle ECU 10 (an example of the vehicle control device) is equal to or less than a predetermined value. . The update unit 23 updates the control program executed by the in-vehicle ECU 10 through the in-vehicle network CN when the low-load traveling state is detected by the detection unit 22. Thereby, a user's troublesomeness can be reduced.

  In the above-described embodiment, the control program for the in-vehicle ECU 10 is updated based on an instruction from the remote ECU 1. However, for example, the control program may be updated according to an instruction from the in-vehicle ECU 10. This point will be described with reference to FIG.

  FIG. 7 is a block diagram illustrating a configuration of the in-vehicle ECU 10b according to the modification. The modification shown in FIG. 7 is different from the above-described embodiment in that the in-vehicle ECU 10b updates the remote ECU 1 by requesting an update control program. In other words, in the above-described embodiment, the remote ECU 1 actively performs the update process of the control program, whereas in the modification, the remote ECU 1 passively performs the update process based on the instruction of the in-vehicle ECU 10b. I do. In the modification shown below, differences from the above-described embodiment will be described, and description of the same contents as the above-described embodiment will be omitted.

  Specifically, as shown in FIG. 7, the control unit 100b of the in-vehicle ECU 10b includes a processing unit 101b, a detection unit 102b, a request unit 103b, and an update unit 104b.

  The processing unit 101b is one control program among the first program information 111b-1 stored in the first storage unit 110b-1 and the second program information 111b-2 stored in the second storage unit 110b-2. Is read and controlled. That is, the processing unit 101b performs control by reading a control program stored in one storage unit among the plurality of storage units.

  The detection unit 102b detects a low-load traveling state that is a traveling state when the vehicle C is traveling and in which the communication load of the in-vehicle network CN associated with the control of the in-vehicle ECU 10b is a predetermined value or less.

  For example, the detection unit 102b acquires the above-described repro permission notification from the EFI-ECU 10a, and detects a low-load traveling state based on the repro permission notification. In addition, the detection unit 102b may detect a low-load traveling state based on the processing content of the processing unit 101b, for example.

  Specifically, the detection unit 102b may detect a low-load traveling state when the processing amount by the processing unit 101b is equal to or less than a predetermined value.

  The request unit 103b requests the remote ECU 1, which is an updating device, to update the control program executed by the in-vehicle ECU 10b when the detection unit 102b detects a low-load traveling state. The remote ECU 1 that has received the request from the request unit 103b transmits a new control program for update acquired from the server device SV to the in-vehicle ECU 10b.

  The update unit 104b updates the control program stored in the storage unit. Specifically, the update unit 104b updates to a new control program acquired from the remote ECU 1 in response to a request from the request unit 103b.

  More specifically, the updating unit 104b stores a control program in a storage unit other than the storage unit read out by the processing unit 101b out of the first storage unit 110b-1 and the second storage unit 110b-2. Update. As a result, the processing unit 101b can update to a new control program while reading and controlling the control program.

  As described above, when the in-vehicle network CN has a low load, the in-vehicle ECU 10b can update the control program during traveling by acquiring and updating a new control program for updating from the remote ECU 1. Therefore, according to the vehicle-mounted ECU 10b according to the modification, the user's troublesomeness can be reduced.

  Further effects and modifications can be easily derived by those skilled in the art. Thus, the broader aspects of the present invention are not limited to the specific details and representative embodiments shown and described above. Accordingly, various modifications can be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and their equivalents.

1 Remote ECU
2,100b Control unit 3 Storage unit 10, 10b In-vehicle ECU
10a EFI-ECU
21 acquisition unit 22, 102b detection unit 23, 104b update unit 31 update information 110b-1 first storage unit 111b-1 first program information 110b-2 second storage unit 111b-2 second program information C vehicle CN vehicle-mounted network N Communication network S Update system SV server device

Claims (7)

A detection unit that detects the traveling state when the vehicle is traveling, and the communication load of the in-vehicle network that is associated with the control of the vehicle control device is low;
An update unit comprising: an update unit that updates a control program executed by the vehicle control device via the in-vehicle network when the traveling state having the low load is detected by the detection unit. apparatus. An acquisition unit for acquiring a drive state of a drive source in the vehicle;
The detector is
The update device according to claim 1, wherein steady running in which a time change of the driving state acquired by the acquiring unit is maintained within a predetermined range is detected as the driving state that is the low load. The detector is
The updating apparatus according to claim 2, wherein the driving state that is the low load is detected when the driving state acquired by the acquiring unit is a stop state corresponding to an idling stop. The update unit
Generating division information obtained by dividing the update information including the new control program to be updated for each predetermined size, and updating the old control program to the new control program for each division information. The update device according to any one of claims 1 to 3. A detection unit that detects the traveling state when the vehicle is traveling, and the communication load of the in-vehicle network associated with the control of the device is low;
When the detection state detects the low-load running state, the control unit stored in the storage unit and the request unit that requests the update device to update the control program executed by the own device. A vehicle control device comprising: an update unit that updates a program to the new control program acquired from the update device in response to a request from the request unit. At least two storage units each storing a control program acquired via an in-vehicle network;
Among the storage units, a control unit that executes the control program of one of the storage units,
The controller is
The vehicle control device, wherein the control program in the other storage unit is updated in a state where the control program in the one storage unit is being executed. A detection step of detecting the traveling state when the vehicle is traveling, wherein the communication load of the in-vehicle network associated with the control of the vehicle control device is low;
An update step of updating a control program executed by the vehicle control device via the in-vehicle network when the traveling state having the low load is detected by the detection step. Method.

Images