WO2024090224A1 - 更新管理装置、車載システム、制御方法及びコンピュータプログラム - Google Patents

更新管理装置、車載システム、制御方法及びコンピュータプログラム Download PDF

Info

Publication number
WO2024090224A1
WO2024090224A1 PCT/JP2023/037040 JP2023037040W WO2024090224A1 WO 2024090224 A1 WO2024090224 A1 WO 2024090224A1 JP 2023037040 W JP2023037040 W JP 2023037040W WO 2024090224 A1 WO2024090224 A1 WO 2024090224A1
Authority
WO
WIPO (PCT)
Prior art keywords
state
vehicle
power supply
ecu
power
Prior art date
Application number
PCT/JP2023/037040
Other languages
English (en)
French (fr)
Inventor
誠 本山
翔太 後呂
Original Assignee
株式会社オートネットワーク技術研究所
住友電装株式会社
住友電気工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社オートネットワーク技術研究所, 住友電装株式会社, 住友電気工業株式会社 filed Critical 株式会社オートネットワーク技術研究所
Publication of WO2024090224A1 publication Critical patent/WO2024090224A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • This disclosure relates to an update management device, an in-vehicle system, a control method, and a computer program.
  • This application claims priority to Japanese Application No. 2022-173192, filed on October 28, 2022, and incorporates all of the contents of said Japanese application by reference.
  • ECUs Electronic Control Units
  • vehicle power sources have become more complex and their power supply states have become more diverse.
  • the opportunities for updating software installed in ECUs are also increasing.
  • Patent Document 1 discloses a CGW (Central Gate Way) to which multiple ECUs are connected.
  • the CGW in Patent Document 1 monitors the power supply state, and during software updates and activation of the ECUs, has the power supply management ECU, which manages the power supply, maintain that power supply state.
  • the update management device disclosed herein is an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiving unit that receives, from a device external to the vehicle, first update data for updating software for a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software for a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determining unit that determines whether the power state of the vehicle is the first power state or the second power state, and a transmitting unit that transmits the first update data to the first in-vehicle device when the determining unit determines that the power state of the vehicle is the first power state, and transmits the second update data to the second in-vehicle device when the determining unit determines that the power state of the vehicle is the second power state.
  • the control method disclosed herein is a control method for an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiving step of receiving, from an external device of the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determining step of determining whether the power state of the vehicle is the first power state or the second power state, a first transmitting step of transmitting the first update data to the first in-vehicle device when the determining unit determines that the power state of the vehicle is the first power state, and a second transmitting step of transmitting the second update data to the second in-vehicle device when the determining unit determines that the power state of the vehicle is the second power state.
  • the computer program disclosed herein is a computer program for controlling an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiving step of receiving, from an external device of the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determining step of determining whether the power state of the vehicle is the first power state or the second power state, a first transmitting step of transmitting the first update data to the first in-vehicle device when the determining unit determines that the power state of the vehicle is the first power state, and a second transmitting step of transmitting the second update data to the second in-vehicle device when the determining unit determines that the power state of the vehicle is the second power state.
  • FIG. 1 is a block diagram showing an example of an in-vehicle system according to a first embodiment.
  • 2 is a block diagram showing an example of an internal configuration of an update management ECU according to the first embodiment;
  • FIG. 2 is a block diagram showing an example of an internal configuration of an ECU according to the first embodiment;
  • FIG. 2 is a functional block diagram of an update management ECU according to the first embodiment.
  • 4 is a table showing an example of an ECU table in which ECUs are listed.
  • 4 is a table showing an example of an ECU table in which ECUs are listed.
  • 4 is a flowchart showing a control method according to the first embodiment.
  • FIG. 2 is a sequence diagram of the in-vehicle system according to the first embodiment.
  • FIG. 2 is a sequence diagram of the in-vehicle system according to the first embodiment.
  • 10 is a flowchart showing a control method according to a second embodiment when a retrofit ECU is detected.
  • the vehicle's power supply state In order to update and activate the software of an ECU, the vehicle's power supply state must be in a state in which the target ECU can operate. Therefore, the ECU's update and activation is started after the ECU is in the power supply state required by the ECU. In particular, if the ECU to be updated becomes operable after the key switch that enables the vehicle to be driven is set to the driveable position, the vehicle may be able to be driven for a long time.
  • the gist of the present disclosure includes the following configurations.
  • the update management device disclosed herein is an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiver that receives, from a device external to the vehicle, first update data for updating software for a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software for a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determination unit that determines whether the power state of the vehicle is the first power state or the second power state, and a transmission unit that transmits the first update data to the first in-vehicle device when the determination unit determines that the power state of the vehicle is the first power state, and transmits the second update data to the second in-vehicle device when the determination unit determines that the power state of the vehicle is the second power state.
  • the update management device sends update data to the in-vehicle devices whose software can be updated in that power supply state. This allows the software of the in-vehicle devices to be updated sequentially at appropriate times according to the power supply state, shortening the time the vehicle can be driven.
  • the receiving unit may receive the first update data and the second update data from the external device while the power state is the first power state.
  • the update management device can receive update data from an external device in advance. This allows the update data to be downloaded earlier, shortening the time it takes for the vehicle to become operational.
  • the update management device may further include an activation unit that activates software updated with the first update data in the first vehicle-mounted device that executes a predetermined first function without the second vehicle-mounted device when the determination unit determines that the power supply state is the first state, and activates software updated with the first update data and the second update data in the first vehicle-mounted device and the second vehicle-mounted device that execute a predetermined second function by the first vehicle-mounted device and the second vehicle-mounted device when the determination unit determines that the power supply state is the second state.
  • an activation unit that activates software updated with the first update data in the first vehicle-mounted device that executes a predetermined first function without the second vehicle-mounted device when the determination unit determines that the power supply state is the first state, and activates software updated with the first update data and the second update data in the first vehicle-mounted device and the second vehicle-mounted device that execute a predetermined second function by the first vehicle-mounted device and the second vehicle-mounted device when the determination unit determines that the power supply state is the second state.
  • the update management device activates software in the group of on-board devices.
  • the group of on-board devices including on-board devices that operate in different power states, can execute the specified function without discrepancies.
  • the receiver receives third update data for updating the software of the third in-vehicle device from an external device of the vehicle, and when the third in-vehicle device operates in the first power supply state and the second power supply state, the transmitter transmits the third update data to the third in-vehicle device when the determination unit determines that the power supply state of the vehicle is the first power supply state, and when the third in-vehicle device does not operate in the first power supply state but operates in the second power supply state, the transmitter transmits the third update data to the third in-vehicle device when the determination unit determines that the power supply state of the vehicle is the second power supply state.
  • the third update data is transmitted to the third in-vehicle device when the third in-vehicle device is in an operational power state. This allows the newly added third in-vehicle device to be updated at an appropriate time.
  • the receiving unit may receive the first update data, the second update data, and the third update data from an external device while the power state is the first power state.
  • the third update data is downloaded to the update management device in the first power state. Therefore, for example, if the third in-vehicle device does not operate in the first power state but operates in the second power state, there is no need to transition to the second power state and then download the third update data, and the third in-vehicle device can be updated efficiently.
  • the activation unit may cause the third in-vehicle device that executes a predetermined third function with the first in-vehicle device without the second in-vehicle device to activate software updated with the third update data when the determination unit determines that the power supply state is the first state, and cause the first in-vehicle device that executes the third function to activate software updated with the first update data; and when the third in-vehicle device does not operate in the first power supply state but operates in the second power supply state, the activation unit may cause the third in-vehicle device that executes a predetermined fourth function with the second in-vehicle device to activate software updated with the third update data, and cause the second in-vehicle device that executes the fourth function to activate software updated with the second update data when the determination unit determines that the power supply state is the second state.
  • the update management device activates the group of in-vehicle devices in a power state in which the group of in-vehicle devices that executes a specified function operates.
  • the group of in-vehicle devices including in-vehicle devices that operate in different power states, can execute the specified function without any discrepancies.
  • the first power state may be a power state when the vehicle is in a state where it cannot run
  • the second power state may be a power state when the vehicle is in a state where it can run.
  • the update management device causes the in-vehicle device to perform the update.
  • the update management device causes the in-vehicle device to update the software when the vehicle becomes capable of being driven. This shortens the time it takes for the vehicle to be able to be driven.
  • a group of in-vehicle devices that execute a specified function can execute the specified function without any discrepancies.
  • the in-vehicle system of the present disclosure is an in-vehicle system including an update management device according to any one of (1) to (7) and the first in-vehicle device, the second in-vehicle device, or the third in-vehicle device connected to the update management device.
  • the control method disclosed herein is a control method for an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiving step of receiving, from an external device of the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determining step of determining whether the power state of the vehicle is the first power state or the second power state, a first transmitting step of transmitting the first update data to the first in-vehicle device when the determining unit determines that the power state of the vehicle is the first power state, and a second transmitting step of transmitting the second update data to the second in-vehicle device when the determining unit determines that the power state of the vehicle is the second power state.
  • the update management device sends update data to the in-vehicle devices whose software can be updated in that power supply state. This allows the software of the in-vehicle devices to be updated sequentially at appropriate times according to the power supply state, shortening the time the vehicle can be driven.
  • the computer program disclosed herein is a computer program for controlling an update management device that manages software updates for in-vehicle devices in a vehicle having multiple power states, and includes a receiving step of receiving, from an external device of the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state, a determining step of determining whether the power state of the vehicle is the first power state or the second power state, a first transmitting step of transmitting the first update data to the first in-vehicle device when the determining unit determines that the power state of the vehicle is the first power state, and a second transmitting step of transmitting the second update data to the second in-vehicle device when the determining unit determines that the power state of the vehicle is the second power state.
  • the update management device sends update data to the in-vehicle devices whose software can be updated in that power supply state. This allows the software of the in-vehicle devices to be updated sequentially at appropriate times according to the power supply state, shortening the time the vehicle can be driven.
  • FIG. 1 is a diagram showing an example of the configuration of an in-vehicle system 1 according to the first embodiment.
  • the in-vehicle system 1 is a system mounted on a vehicle such as an automobile, and includes an update management ECU 11, a first ECU 12, a second ECU 13, a third ECU 14, communication buses 16a and 16b, and a communication device 15.
  • the update management ECU 11 is an update management device that manages software updates of in-vehicle devices in a vehicle having a plurality of power supply states.
  • the plurality of power supply states are at least a first power supply state and a second power supply state.
  • the first power supply state is, for example, a power supply state when the vehicle is in a state in which it cannot run
  • the second power supply state is a power supply state when the vehicle is in a state in which it can run.
  • the first power state is, for example, a power state when a key switch for starting an engine by inserting a key is in the OFF position.
  • the first power state is a state in which power is not supplied from the vehicle battery to most of the electrical devices in the vehicle, but is supplied directly only to the minimum necessary in-vehicle devices. Examples of the few electrical devices include a security system and a clock.
  • the first power state may be referred to as a +B state.
  • the second power state is, for example, a power state when a key switch for starting the engine is in the ignition position.
  • the second power state is a state in which power is supplied to all electrical devices and the vehicle starts moving when the accelerator is depressed.
  • the second power state may be referred to as the IG state.
  • the power supply state of the vehicle will be described as being of two types, a first power supply state and a second power supply state, but the power supply state is not limited to this and may be further subdivided.
  • the in-vehicle device may be referred to as an ECU.
  • the update management ECU 11 manages software updates for on-board devices in a vehicle that has multiple power supply states. For this reason, the update management ECU 11 is configured to operate in a power supply state in which software updates are performed. For example, the update management ECU 11 can operate in the +B state and the IG state.
  • the update management ECU 11 functions, for example, as an integrated ECU that manages the first ECU 12, the second ECU 13, and the third ECU 14.
  • the update management ECU 11 may transmit update data downloaded from a server 2, which is an external device outside the vehicle connected via a network 3, to the first ECU 12, the second ECU 13, and the third ECU 14.
  • the update management ECU 11 may function as a GW-ECU (Gateway-ECU) that relays data transmitted and received between the first ECU 12, the second ECU 13, the third ECU 14, and the communication device 15.
  • GW-ECU Gateway-ECU
  • the internal configuration of the update management ECU 11 will be described later.
  • the communication device 15 is, for example, a communication interface that performs wireless communication.
  • the communication device 15 communicates with the server 2 via a network 3 such as the Internet.
  • the communication device 15 is a TCU (Telematics Communication Unit).
  • the communication device 15 transmits data output from the update management ECU 11 to the server 2 via the network 3.
  • the communication device 15 also receives data (such as update data) transmitted from the server 2 via the network 3.
  • the communication device 15 transmits the data to the update management ECU 11 via the communication bus 16b.
  • the server 2 is a device installed outside the vehicle.
  • the server 2 is, for example, a server equipped with a control unit, a memory unit, and a communication unit (not shown).
  • the memory unit of the server 2 stores, for example, programs or data for controlling each part of the in-vehicle system 1 (for example, the update management ECU 11, the first ECU 12, the second ECU 13, and the third ECU 14).
  • the manufacturers of the first ECU 12, the second ECU 13, and the third ECU 14 update the programs or data as necessary, and store the updated programs or data in the memory unit of the server 2 as needed.
  • the control unit of the server 2 uses the communication unit to transmit the updated programs or data to the update management ECU 11 as update data.
  • the communication buses 16a and 16b are in-vehicle communication networks connected to the update management ECU 11.
  • the communication buses 16a and 16b extending from the update management ECU 11 are connected to various devices (such as the first ECU 12, the second ECU 13, the third ECU 14, and the communication device 15).
  • two communication buses 16a and 16b extend from the update management ECU 11, but the number of communication buses is not particularly limited.
  • the communication buses 16a and 16b are compliant with, for example, a communication protocol such as CAN (Controller Area Network), Ethernet (registered trademark), or FlexRay (registered trademark), but are not limited to these.
  • the update management ECU 11 is connected to the first ECU 12, the second ECU 13, and the third ECU 14 via the communication bus 16a.
  • the update management ECU 11 is connected to the first ECU 12, the second ECU 13, and the third ECU 14 via the communication bus 16a.
  • the number of ECUs included in the in-vehicle system 1 is not particularly limited as long as it is two or more.
  • the ECU is, for example, a device (operation system ECU) that controls each part of the vehicle (e.g., braking system, doors, battery, air conditioner, etc.).
  • the function of the ECU is not particularly limited, and the ECU may be a device (cognition system ECU) that communicates with a sensor and monitors the state of each part of the vehicle.
  • the multiple ECUs may each have different functions or each have the same functions.
  • the first ECU 12 is an ECU that operates in the +B state and the IG state.
  • the internal configuration of the first ECU 12 will be described later. Note that the ECU that operates in the +B state and the IG state may be referred to as the +B drive ECU.
  • the second ECU 13 is an ECU that does not operate in the +B state but operates in the IG state.
  • the internal configuration of the second ECU 13 will be described later. Note that an ECU that does not operate in the +B state but operates in the IG state may be called an IG drive ECU.
  • the third ECU 14 is an ECU that was not initially connected but has now been newly connected to the update management ECU 11.
  • the internal configuration of the third ECU 14 will be described later.
  • FIG. 2 is a diagram showing an example of the internal configuration of the update management ECU 11.
  • the update management ECU 11 includes an information processing unit 21 including a control unit 22 and a storage unit 23, and a plurality of transceivers 25a, 25b. These units are electrically connected to each other via an internal bus 24.
  • the control unit 22 includes, for example, one or more CPUs (Central Processing Units), but is not limited to this. In the case of a CPU, the control unit 22 reads out computer programs stored in the memory unit 23 and executes various calculations and controls.
  • CPUs Central Processing Units
  • the storage unit 23 has a volatile memory and a non-volatile memory, and stores various data.
  • the volatile memory includes, for example, a RAM (Random Access Memory).
  • the non-volatile memory includes, for example, a flash memory, a HDD (Hard Disk Drive), a SSD (Solid State Drive), or a ROM (Read Only Memory). A part of the non-volatile memory may be provided outside the update management ECU 11.
  • the storage unit 23 stores, for example, computer programs, various parameters, and tables in a non-volatile memory. Note that the storage unit 23 stores, for example, computer programs, various parameters, and tables downloaded from the server 2 via the network 3 and the communication device 15.
  • transceivers 25a, 25b transmit and receive signals flowing through communication buses 16a, 16b via their respective ports (not shown).
  • the transceivers 25a, 25b send information contained in the received signals to the control unit 22 via the internal bus 24.
  • the transceivers 25a, 25b receive information sent by the control unit 22 via the internal bus 24 and transmit it to the communication buses 16a, 16b.
  • the transceiver 25a is connected to the communication bus 16b, and the transceiver 25b is connected to the communication bus 16a.
  • the control unit 22 of the information processing unit 21 includes a CPU, but this is not limited to this.
  • the information processing unit 21 may be an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), etc.
  • FPGA Field Programmable Gate Array
  • ASIC Application Specific Integrated Circuit
  • the information processing unit 21 executes various calculations and control using a pre-programmed configuration.
  • the information processing unit 21 executes various calculations and control using a configuration built in at the time of manufacture.
  • FIG. 3 Internal configuration of the ECU] 3 is a diagram showing an example of the internal configuration of the first ECU 12.
  • the internal configurations of the second ECU 13 and the third ECU 14 are similar to that of the first ECU 12, and therefore will not be described.
  • the first ECU 12 includes an information processing unit 31 including a control unit 32 and a memory unit 33, a transceiver 37, an input unit 35, and an output unit 36.
  • the transceiver 37 is electrically connected to the information processing unit 31 via an internal bus 34.
  • the control unit 32 reads out computer programs stored in the memory unit 33 and executes various calculations and controls.
  • storage unit 33 has a volatile memory and a non-volatile memory, and stores various data.
  • Storage unit 33 stores, for example, computer programs, various parameters, and tables in the non-volatile memory.
  • Transceiver 37 is, for example, an integrated circuit (IC), such as a CAN transceiver. Transceiver 37 is connected to communication bus 16a and receives various control messages from communication bus 16a.
  • IC integrated circuit
  • the transceiver 37 includes a transmission circuit and a reception circuit (not shown).
  • the transmission circuit and reception circuit communicate in accordance with the communication protocol of the communication bus 16a.
  • the transmission circuit converts the digital signal data output by the information processing unit 31 into a specified analog signal and sends it to the communication bus 16a.
  • the reception circuit converts the analog signal input from the communication bus 16a into a digital signal that can be read by the information processing unit 31 and outputs the digital signal to the information processing unit 31.
  • the input unit 35 is connected to, for example, sensors, input devices, etc.
  • the input unit 35 receives signals corresponding to the state of the vehicle and signals corresponding to instructions from the driver, etc.
  • sensors include a temperature sensor that detects the temperature inside the vehicle, and a door switch that detects whether the door is closed, etc.
  • input devices include a switch for operating the air conditioner, etc.
  • the output unit 36 is connected to, for example, a motor, a solenoid, etc.
  • the output unit 36 drives the connected motor, solenoid, etc. based on information sent by the information processing unit 31.
  • the information is, for example, information indicating the movement of the connected motor, etc.
  • the motor is, for example, a motor that raises and lowers a door window.
  • the solenoid is, for example, a solenoid that locks a door.
  • the timing of completion of the software update for each ECU may differ for each ECU. If an ECU is activated immediately after the software is updated, there is a risk that a function in which multiple ECUs work together may not be executed. For example, if an ECU that has already been activated sends a command to an ECU that has not yet been activated, the ECU that has not yet been activated will not be able to understand the command, and there is a risk that the function will not be executed.
  • the door ECU that controls the power window the rain sensor ECU that detects raindrops
  • the BCM Body Control Module
  • obtains information from the rain sensor ECU and sends a control to close the window to the door ECU work together to execute the power window control function in the rain.
  • the rain sensor's rain sensitivity improves compared to before and the reference rainfall for closing the power window is changed and a program is updated, it is expected that the rain sensor ECU software will be updated but the BCM software will not. In such a situation, there is a risk of a discrepancy occurring, such as the door window remaining open even though it is raining.
  • Fig. 4 is a functional block diagram showing the functions included in the update management ECU 11.
  • Fig. 5 and Fig. 6 are tables showing an example of an ECU table that lists the ECUs.
  • the update management ECU 11 includes four functional blocks: a receiving unit 41, a determining unit 42, a transmitting unit 43, and an activating unit 44.
  • the receiving unit 41 receives, from an external device of the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state.
  • the receiving unit 41 has a function of downloading the first update data and the second data from the server 2.
  • the server 2 is provided, for example, in a data center of a vehicle manufacturer.
  • the server 2 stores, for example, update data for each ECU.
  • the first update data is update data for updating the software of the first ECU 12, which is the +B drive ECU.
  • the second update data is update data for updating the software of the second ECU 13, which is the IG drive ECU.
  • the receiving unit 41 operates the control unit 22 to access the server 2 via the internal bus 24, the transceiver 25a, the communication device 15, and the network 3, and downloads the update data stored in the server 2.
  • the download is started, for example, when new update data is recorded in the server 2.
  • the server transmits information indicating that new update data has been recorded to each in-vehicle system 1.
  • the information indicating that new update data has been recorded may include information indicating the version of the newly recorded update data.
  • update software information For example, one example of new update data being recorded in the server 2 is an upgrade of a program that has improved rainfall sensitivity compared to a previous rain sensor and changes the reference rainfall for closing the power windows.
  • the update management ECU 11 of each in-vehicle system 1 stores an ECU table, for example, as shown in FIG. 5, in the storage unit 23.
  • the ECU table includes information indicating a predetermined function, an ECU that executes the predetermined function, a power state in which the ECU operates, and a software version of the ECU, and is recorded in the storage unit 23 in table form for each predetermined function.
  • An example of the predetermined function is a power window control function in rainy weather. Examples of the ECU that executes this function include a door ECU that controls a power window, a rain sensor ECU that detects raindrops, and a BCM that acquires information from the rain sensor ECU and transmits a control to close the window to the door ECU.
  • the power state in which the ECU operates is the +B state for the door ECU and the BCM, but is the IG state for the rain sensor ECU.
  • the software version of the ECU is, for example, 1.02.
  • the ECU table is stored in the storage unit 23 of the update management ECU 11, but the present invention is not limited to this.
  • the ECU table may be stored in the storage unit of the server 2.
  • FIG. 6 is another example of an ECU table.
  • the predetermined function is, for example, a crime prevention function.
  • the ECUs that execute the predetermined function are, for example, a door detection ECU that detects whether the door is closed or locked, and an alarm ECU that issues a warning to the driver.
  • the power supply state in which the ECU operates is, for example, +B state for both the door detection ECU and the alarm ECU.
  • the software version of the ECU is, for example, 1.01. In this example, all ECUs are +B drive ECUs, so overall the system operates in +B state and IG state.
  • the receiving unit 41 compares the version information included in the update software information sent from the server with the version information recorded in the ECU table to determine whether the software has been updated. If it is determined that the software has been updated, the receiving unit 41 requests the update data from the server 2 and downloads it. The receiving unit 41, for example, temporarily records the downloaded update data in the memory unit 23.
  • the determination unit 42 has a function of determining whether the power supply state of the vehicle is the first power supply state or the second power supply state.
  • the determination unit 42 detects the power supply state of the vehicle, for example, and determines whether the detected power supply state is +B state or IG state.
  • the detection of the power supply state of the vehicle may be performed by the update management ECU 11, or may be performed by a power supply monitoring ECU that monitors the power supply state of the vehicle.
  • the power supply state is detected as +B state, for example, the voltage of a power supply bus connected to an electrical device that is directly supplied with power from the vehicle's battery, for example, an alarm ECU, is detected, and if the voltage is equal to or higher than a predetermined voltage, it is determined to be in +B state.
  • the power supply state is detected as IG state, for example, the voltage of a power supply bus that supplies power to an ECU that operates when the vehicle starts moving when the accelerator is depressed, for example, an engine control ECU, is detected, and if the voltage is equal to or higher than a predetermined voltage, it is determined to be in IG state. Note that when the state is +B state and IG state, it is determined to be in IG state.
  • the transmission unit 43 has a function of transmitting the first update data to the first in-vehicle device when the determination unit determines that the power supply state of the vehicle is the first power supply state, and transmitting the second update data to the second in-vehicle device when the determination unit determines that the power supply state of the vehicle is the second power supply state.
  • the transmission unit 43 transmits the first update data to the first ECU 12, which is a +B drive ECU, such as the door ECU and the BCM.
  • the transmission unit 43 transmits the second update data to the second ECU 13, which is an IG drive ECU, such as the rain sensor ECU.
  • the control unit 32 of the ECU 12 may be configured to update the software based on the update data temporarily stored in the storage unit 33.
  • the activation unit 44 has a function of activating software updated with the first update data in the first in-vehicle device, which executes a specified first function without the second in-vehicle device, when the determination unit determines that the power supply state is the first state, and activating software updated with the first update data and the second update data in the first in-vehicle device and the second in-vehicle device, which execute a specified second function by the first in-vehicle device and the second in-vehicle device, when the determination unit determines that the power supply state is the second state.
  • the activation unit 44 activates the software updated with the first update data in the door detection ECU and the notification ECU that operate in the +B state. More specifically, the activation unit 44 references an ECU table stored in the storage unit 23, for example, the contents shown in FIG. 6. From the referenced ECU table, the activation unit 44 obtains information indicating in which power state the function operates. In the example of FIG. 6, since the security function operates in both the +B state and the IG state, for example, when the power state is the +B state, the activation unit 44 simultaneously transmits a command to the door detection ECU and the notification ECU to instruct them to activate.
  • the activation unit 44 activates the ECUs that execute functions that are operated in the IG state as a whole. For example, in the case of a power window control function for rainy weather, the activation unit 44 activates the updated software simultaneously in the door ECU, the BCM, and the rain sensor ECU. More specifically, the activation unit 44 refers to the ECU table (FIG. 5) and acquires information indicating that the power window control function for rainy weather as a whole operates in the IG state. When the determination unit 42 determines that the power supply state is the IG state, the activation unit 44 simultaneously transmits a command to the door ECU, the BCM, and the rain sensor ECU to instruct them to activate based on the acquired information.
  • Fig. 7 is a flowchart showing an example of a control method executed by the update management ECU 11. The order of the steps shown in Fig. 7 may be changed as appropriate. A series of the control method will be described with reference to Fig. 7.
  • the control executed by the update management ECU 11 is executed by an information processing unit 21.
  • a control unit 22 reads a computer program from a storage unit 23 and executes various calculations and processes.
  • the control executed by the first ECU 12 is executed by an information processing unit 31.
  • the control unit 32 reads a computer program from the storage unit 33 and executes various calculations and processes.
  • the receiving unit 41 of the update management ECU 11 downloads update data from the server 2 (steps S10 and S101). Specifically, the update management ECU 11 receives, from a device external to the vehicle, first update data for updating software of a first in-vehicle device that operates in a first power state and a second power state different from the first power state, and second update data for updating software of a second in-vehicle device that does not operate in the first power state but operates in the second power state. After reception is complete, the process proceeds to step S102.
  • the receiver 41 of the update management ECU 11 downloads the first update data and the second data from the server 2.
  • the server 2 stores update data for each ECU.
  • the first update data is update data for updating the software of the first ECU 12, which is the +B drive ECU.
  • the second update data is update data for updating the software of the second ECU 13, which is the IG drive ECU.
  • the update management ECU 11 accesses the server 2 via the communication bus 16b, the transceiver 25a, the communication device 15, and the network 3, and downloads the update data stored in the server 2.
  • the server 2 transmits update software information to each in-vehicle system 1.
  • the update software information may include information indicating the version of the newly recorded update data.
  • the update management ECU 11 of each in-vehicle system 1 stores, for example, an ECU table as shown in FIG. 5 in the storage unit 23.
  • ECU table information indicating a specific function, the ECU that executes the specific function, the power state in which the ECU operates, and the software version of the ECU is recorded in tabular form for each specific function.
  • the receiving unit 41 of the update management ECU 11 compares the update software information (including information indicating the version) sent from the server with the ECU table recorded in the memory unit 23 to determine whether the software has been updated. For example, it compares the software versions to determine whether the software has been updated. If it is determined that the software has been updated, the receiving unit 41 requests the update data from the server 2 and downloads it. The receiving unit 41, for example, temporarily records the downloaded update data in the memory unit 23. After the download is complete, proceed to step S102.
  • the update software information including information indicating the version
  • the determination unit 42 of the update management ECU 11 determines whether the power supply state of the vehicle is the first power supply state or the second power supply state (step S102).
  • the determination unit 42 of the update management ECU 11 detects the power supply state of the vehicle, for example, and determines whether the detected power supply state is in the +B state. If the determination unit 42 of the update management ECU 11 determines that the power supply state is in the +B state (YES in step S102), the process proceeds to step S103, and if the determination is not in the +B state, i.e., that the power supply state is in the IG state (NO in step S102), the process proceeds to step S104.
  • step S102 when it is determined that the power supply state of the vehicle is the first power supply state (YES in step S102), the transmission unit 43 of the update management ECU 11 transmits the first update data to the first in-vehicle device (step S103). After the transmission is completed, the process proceeds to step S105. Specifically, for example, when the determination unit 42 determines that the power supply state of the vehicle is the +B state, the transmission unit 43 of the update management ECU 11 transmits the first update data to the first ECU 12, which is the +B drive ECU that has not been updated. Whether the software of the ECU has been updated is determined, for example, by recording whether the software has been updated in an ECU table.
  • the transmission unit 43 of the update management ECU 11 may transmit the update data to the +B drive ECU stored in the ECU table.
  • the update data is transmitted to the door ECU and the BCM.
  • the second update data is transmitted to the second in-vehicle device (step S104).
  • the transmission unit 43 of the update management ECU 11 transmits the second update data to the second ECU 13, which is an IG drive ECU that has not been updated.
  • the transmission unit 43 of the update management ECU 11 may transmit the update data to the IG drive ECU stored in the ECU table. In the example of FIG. 5, the update data is transmitted to the rain sensor ECU.
  • the transmission unit 43 may send the first update data to that ECU. This is because the power state may change from +B state to IG state while the first update data is being sent to the unupdated +B drive ECU, but the +B drive ECU will operate even if the power state is in the IG state. Therefore, in step S104, the transmission unit 43 will send update data to the unupdated ECU regardless of whether it is a +B drive ECU or an IG drive ECU.
  • the first ECU 12 door ECU, BCM
  • the second ECU 13 rain sensor ECU
  • the control unit 32 may update the software based on the update data temporarily stored in the storage unit 33.
  • the transmission unit 43 of the update management ECU 11 determines whether the update data has been transmitted to all of the ECUs that execute a predetermined function (step S105). Specifically, for example, the transmission unit 43 of the update management ECU 11 refers to the ECU table stored in the storage unit 23 to determine whether the update data has been transmitted to all of the ECUs stored in the ECU table. If the transmission unit 43 determines that the update data has been transmitted to all of the ECUs, the process proceeds to step S106, and if it determines that the update data has not been transmitted to all of the ECUs, the process returns to step S102. Therefore, steps S102 to S104 are repeated until the transmission unit 43 transmits the update data to all of the ECUs. In the example shown in FIG.
  • the power window control function in rainy weather is executed by the door ECU, the rain sensor ECU, and the BCM, so it is determined whether the update data has been transmitted to all of the three ECUs, the door ECU, the rain sensor ECU, and the BCM.
  • the activation unit 44 of the update management ECU 11 determines whether the vehicle's power state is a power state in which the specified function operates (step S106). If the activation unit 44 of the update management ECU 11 determines that the power state is a power state in which the ECU that executes the specified function operates, it proceeds to step S107, and if it determines that the power state is not a power state in which the ECU that executes the specified function operates, it returns to step S106. Therefore, the activation unit 44 of the update management ECU 11 waits until the vehicle's power state becomes a power state in which the specified function operates.
  • the above-mentioned security function is executed by a door detection ECU that detects whether the door is closed or locked, and a notification ECU that issues a warning to the driver. Since the door detection ECU and the notification ECU are both +B drive ECUs, the security function as a whole operates in +B state and IG state.
  • the update management ECU 11 proceeds to step S107 when it determines that the power supply state is +B state.
  • the power window control function in rainy weather described above is executed by the door ECU, rain sensor ECU, and BCM.
  • the door ECU and BCM are +B drive ECUs, but the rain sensor ECU is an IG drive ECU, so the power window control function as a whole operates in the IG state. Therefore, in this example, after transmitting update data to the ECU, the activation unit 44 of the update management ECU 11 proceeds to step S107 when it determines that the power state is in the IG state.
  • the activation unit 44 of the update management ECU 11 activates a group of ECUs that execute a predetermined function (step S107). Specifically, for example, the activation unit 44 of the update management ECU 11 transmits an activation command to the first ECU 12 or the second ECU via the internal bus 24, the transceiver 25b, and the communication bus 16a by the control unit 22.
  • the ECU that receives the activation command activates the software updated with the update data.
  • the activation command is transmitted to the door detection ECU and the notification ECU.
  • the activation command is transmitted to the door ECU, the rain sensor ECU, and the BCM. Then, after sending a command to activate, the series of controls ends.
  • Fig. 8 is a sequence diagram when a predetermined function is executed by the +B drive ECU.
  • Fig. 9 is a sequence diagram when a predetermined function is executed by the +B drive ECU and the IG drive ECU.
  • step S201 the receiving unit 41 of the update management ECU 11 downloads the update data from the server 2 (step S201). Since only the update data needs to be downloaded, it is sufficient that at least the update management ECU 11 is operating. Since the update management ECU 11 can operate in the +B state and the IG state, this step S201 is executed at least if the power supply state is the +B state.
  • the transmission unit 43 of the update management ECU 11 transmits the update data from the update management ECU 11 to the first ECU 12 (step S202).
  • the transmission unit 43 transmits the update data to the door detection ECU and the alarm ECU.
  • the first ECU 12 updates the software of the ECU based on the update data (step S203).
  • the first ECU 12 is configured to update the software based on the update data, for example, after completing reception of the update data.
  • the activation unit 44 of the update management ECU 11 sends a command to the first ECU to activate it (step S204).
  • step S205 the group of first ECUs 12 that execute a specific function and have received the command to activate activates the updated software. After the activation is complete, the series of controls ends.
  • the transmission unit 43 of the update management ECU 11 transmits the update data to the first ECU 12 (step S302).
  • the door ECU and the BCM are +B drive ECUs, but the rain sensor ECU is an IG drive ECU, so in this step the update data is transmitted to the door ECU and the BCM.
  • the first ECU 12 updates the software of the ECU based on the update data (step S303).
  • the transmission unit 43 of the update management ECU 11 transmits update data to the update management ECU 11.
  • the transmission unit 43 transmits update data to the rain sensor ECU, which is the IG drive ECU (step S304).
  • the second ECU 13 updates the software of the ECU based on the update data (step S305).
  • the second ECU 13 is configured to update the software based on the update data, for example, after completing reception of the update data.
  • the activation unit 44 of the update management ECU 11 transmits an activation command to the first ECU 12 and the second ECU 13 (step S306).
  • the update management ECU 11 sends update data to the ECUs whose software can be updated in the power state of the vehicle according to the power state, and causes the ECUs to update their software.
  • the update management ECU 11 transmits update data to the +B drive ECUs, which are the door ECU, BCM, door detection ECU, and notification ECU, when the power state is in the +B state, without waiting for the power state to become the IG state.
  • the +B drive ECU can update its software based on the update data. Therefore, when the driver of the vehicle turns the key switch that starts the engine to the ignition position, that is, when the power state changes from the +B state to the IG state, the software update of the ECU is completed.
  • the vehicle can be driven by simply waiting for the software update of the IG drive ECU, which only operates in the IG state, and the time until the vehicle can be driven can be shortened.
  • the software update of the +B drive ECU is performed during the period when the IG drive ECU is not operating, so power consumption can be reduced.
  • the timing of completion of the software update for each ECU may differ for each ECU. If the ECUs are activated quickly after their software is updated, there is a risk that a function in which multiple ECUs work together may not be executed. For example, if an ECU that has already been activated sends a command to an ECU that has not yet been activated, the ECU that has not yet been activated will not be able to understand the command, and there is a risk that the function will not be executed.
  • the update management ECU 11 activates updated software simultaneously for a group of in-vehicle devices that execute a specific function in a power state in which that function operates.
  • the power window control function in the rain described above is executed by the door ECU, rain sensor ECU, and BCM.
  • the door ECU, the BCM is a +B drive ECU
  • the rain sensor ECU is an IG drive ECU, so that the function operates in the IG state as a whole
  • the update management ECU 11 activates the ECUs simultaneously when the power state is in the IG state. Therefore, each ECU communicates without discrepancy, eliminating the risk of discrepancies such as the door window being closed when there is an appropriate amount of rain and the door window remaining open even when it is raining.
  • the receiving unit receives third update data for updating the software of the third in-vehicle device from an external device of the vehicle, and when the third in-vehicle device operates in the first power state and the second power state, when the determination unit determines that the power state of the vehicle is the first power state, the transmitting unit transmits the third update data to the third in-vehicle device, and when the third in-vehicle device does not operate in the first power state but operates in the second power state, when the determination unit determines that the power state of the vehicle is the second power state, the transmitting unit transmits the third update data to the third in-vehicle device.
  • the operation of the update management device when a third vehicle-mounted device is newly connected to the update management device to which the first vehicle-mounted device and the second vehicle-mounted device are connected differs from that of embodiment 1.
  • the control method for this different part will be described below.
  • Fig. 10 is a flow chart of the operation of the update management ECU 11 when a new ECU is added, which is added to the flow chart of Fig. 7.
  • the newly connected third in-vehicle device is the third ECU 14 in Fig. 1.
  • the update management ECU 11 detects a retrofit ECU (step S401) and proceeds to step S402.
  • a method for detecting a retrofit ECU is, for example, to determine whether communication has been established between the update management ECU 11 and the newly connected third ECU 14.
  • the update management ECU 11 periodically broadcasts a command to the communication bus 16a requesting a response from all ECUs connected to the communication bus 16a.
  • the update management ECU 11 may compare the responding ECU with an ECU table stored in the memory unit 23 that lists the ECUs already connected, and determine that a retrofit ECU has been detected if there is a response from an ECU that is not in the ECU table.
  • step S402 acquires the power supply status of the vehicle (step S402) and proceeds to step S403.
  • the update management ECU 11 determines whether the power supply state is +B state (step S403). If it is determined that the power supply state is +B state, the process proceeds to step S404. On the other hand, if it is determined that the power supply state is not +B state, that is, if it is determined that the power supply state is IG state, the process proceeds to step S405. Since the +B drive ECU responds when the power supply state is +B state and the IG drive ECU responds when the power supply state is IG state, by knowing the power supply state, the update management ECU 11 can determine whether the ECU that newly responded in step S401 is a +B drive ECU or an IG drive ECU.
  • the update management ECU 11 determines that the power supply state is +B state
  • the update management ECU 11 adds the ECU that detected step S401 to an ECU table that lists ECUs that execute a specified function, for example, when the function as a whole operates in +B state (step S404).
  • the update management ECU 11 adds the ECU that detected step S401 to an ECU table that lists the ECUs that execute a specified function, for example, when the function as a whole operates in the IG state (step S405).
  • the update management ECU 11 proceeds to step S101 shown in FIG. 7 and continues the process.
  • the third update data is transmitted to the third in-vehicle device when the third in-vehicle device is in an operational power state. This allows the newly added third in-vehicle device to be updated at an appropriate time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

更新管理装置は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置であって、受信部と判定部と送信部とを備える。前記受信部は、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する。前記判定部は、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する。前記送信部は、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記第１更新データを前記第１車載装置へ送信し、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記第２更新データを前記第２車載装置へ送信する。

Description

更新管理装置、車載システム、制御方法及びコンピュータプログラム
　本開示は、更新管理装置、車載システム、制御方法及びコンピュータプログラムに関する。本出願は、２０２２年１０月２８日出願の日本出願第２０２２－１７３１９２号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用するものである。
　車両に搭載され、複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）が接続されている車載装置が知られている。近年、車両の電源が複雑化し、その電源状態は多様化されてきた。また、駐車支援システム等の車両制御の多様化に伴い、ＥＣＵに搭載されるソフトウェアの更新機会も増加している。
　特許文献１には、複数のＥＣＵが接続されたＣＧＷ（Ｃｅｎｔｒａｌ　Ｇａｔｅ　Ｗａｙ）が開示されている。特許文献１のＣＧＷは電源状態を監視し、ＥＣＵのソフトウェアの更新、アクティベート中は、電源を管理する電源管理ＥＣＵにその電源状態を維持させている。
国際公開第２０２０／０３２２０１号
　本開示の更新管理装置は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置であって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信部と、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定部と、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記第１更新データを前記第１車載装置へ送信し、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記第２更新データを前記第２車載装置へ送信する送信部と、を備える更新管理装置である。
　本開示の制御方法は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置の制御方法であって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップと、を備える制御方法である。
　本開示のコンピュータプログラムは、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置を制御するためのコンピュータプログラムであって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップとを備える、更新管理装置を制御するためのコンピュータプログラムである。
実施形態１に係る車載システムの一例を示すブロック図である。 実施形態１に係る更新管理ＥＣＵの内部構成の一例を示すブロック図である。 実施形態１に係るＥＣＵの内部構成の一例を示すブロック図である。 実施形態１に係る更新管理ＥＣＵの機能ブロック図である。 ＥＣＵをリストアップしたＥＣＵテーブルの一例を示す表である。 ＥＣＵをリストアップしたＥＣＵテーブルの一例を示す表である。 実施形態１に係る制御方法を示すフローチャートである。 実施形態１に係る車載システムのシーケンス図である。 実施形態１に係る車載システムのシーケンス図である。 後付けＥＣＵを検知した場合の実施形態２に係る制御方法を示すフローチャートである。
　［発明が解決しようとする課題］
　ＥＣＵのソフトウェアの更新、アクティベートを行うためには、車両の電源状態が対象のＥＣＵが動作する電源状態である必要がある。このため当該ＥＣＵが必要とする電源状態になった後に、ＥＣＵの更新、アクティベートが開始される。特に、車両を走行可能にさせるキースイッチが走行可能の位置にされた後に、更新対象のＥＣＵが動作可能になる場合には、車両が走行可能になる時間が長くなるおそれがある。
　［本開示の効果］
　本開示によれば、ソフトウェアの更新、アクティベートに関する待ち時間が短縮される更新管理装置を提供することできる。
　［本開示の実施形態の説明］
　本開示の実施形態には、その要旨として、以下の構成が含まれる。
（１）本開示の更新管理装置は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置であって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信部と、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定部と、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記第１更新データを前記第１車載装置へ送信し、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記第２更新データを前記第２車載装置へ送信する送信部と、を備える更新管理装置である。
　車両の電源状態に応じて、更新管理装置は、当該電源状態においてソフトウェアが更新可能な車載装置に更新データを送る。これにより、電源状態に応じ適切な時期に車載装置のソフトウェアが順次更新され、車両が走行可能になる時間が短縮される。
（２）前記受信部は、前記電源状態が前記第１電源状態である間に、前記第１更新データ及び前記第２更新データを前記外部装置から受信してもよい。
　このように構成することで、更新管理装置は、予め更新データを外部装置から受信することができる。これにより、より早期に更新データがダウンロードされ、車両が走行可能になる時間が短縮される。
（３）前記更新管理装置はさらに、前記判定部によって前記電源状態が前記第１状態であると判定されたとき、所定の第１機能を前記第２車載装置なしに実行する前記第１車載装置に、前記第１更新データによって更新されたソフトウェアをアクティベートさせ、前記判定部によって前記電源状態が前記第２状態であると判定されたとき、所定の第２機能を前記第１車載装置と前記第２車載装置とによって実行する前記第１車載装置と前記第２車載装置とに、前記第１更新データ及び前記第２更新データによって更新されたソフトウェアをアクティベートさせるアクティベート部と、を備えてもよい。
　所定の機能を実行する一群の車載装置が動作する電源状態で、更新管理装置は、当該一群の車載装置に、ソフトウェアをアクティベートさせる。異なる電源状態で動作する車載装置を含む一群の車載装置は、齟齬なく所定の機能を実行することができる。
（４）前記更新管理装置は、前記第１車載装置及び前記第２車載装置が接続された前記更新管理装置に新たに第３車載装置が接続されたときに、前記受信部は前記第３車載装置のソフトウェアを更新するための第３更新データを前記車両の外部装置から受信し、前記第３車載装置が前記第１電源状態及び前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信し、前記第３車載装置が前記第１電源状態において動作せず、前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信してもよい。
　更新管理装置に新たな第3車載装置が接続された場合、第3車載装置が動作可能な電源状態において、第3車載装置に第3更新データを送信する。これにより、新たに追加された第3車載装置を適切なタイミングで更新することができる。
（５）前記受信部は、前記電源状態が前記第１電源状態である間に、前記第１更新データ、前記第２更新データ、及び前記第３更新データを外部装置から受信してもよい。
　このように構成することで、第１電源状態において更新管理装置に第３更新データがダウンロードされるため、例えば第３車載装置が第１電源状態では動作せず第２電源状態で動作する場合には、第２電源状態に移行してから第３更新データをダウンロードする必要がなく、第３車載装置の更新を効率的に行うことができる。
（６）前記アクティベート部は、前記第３車載装置が前記第１電源状態及び前記第２電源状態において動作する場合に、前記判定部によって前記電源状態が前記第１状態であると判定されたとき、所定の第３機能を前記第２車載装置なしに前記第１車載装置と実行する前記第３車載装置に、前記第３更新データによって更新されたソフトウェアをアクティベートさせ、前記第３機能を実行する前記第１車載装置に、前記第１更新データによって更新されたソフトウェアをアクティベートさせ、前記第３車載装置が前記第１電源状態において動作せず、前記第２電源状態において動作する場合に、前記判定部によって前記電源状態が前記第２状態であると判定されたとき、所定の第４機能を前記第２車載装置と実行する前記第３車載装置に、前記第３更新データによって更新されたソフトウェアをアクティベートさせ、前記第４機能を実行する前記第２車載装置に、前記第２更新データによって更新されたソフトウェアをアクティベートさせてもよい。
　このように構成することで、新たな車載装置が接続された場合であっても、所定の機能を実行する一群の車載装置が動作する電源状態で、更新管理装置は、当該一群の車載装置を、アクティベートさせる。これにより、新たな車載装置が接続された場合であっても、異なる電源状態で動作する車載装置を含む一群の車載装置は齟齬なく所定の機能を実行することができる。
（７）前記第１電源状態は、前記車両が走行することができない状態にあるときの電源状態であり、前記第２電源状態は、前記車両が走行することができる状態にあるときの電源状態であってよい。
　　このように構成することで、車両が走行することできない状態にあるときの電源状態の間に、ソフトウェアの更新をすることができる車載装置については、更新管理装置は、車載装置に更新をさせる。一方、車両が走行できる状態にあるときの電源状態でなければ、ソフトウェアの更新をすることができない車載装置については、車両が走行可能な状態になったときに、更新管理装置は、車載装置にソフトウェアの更新、をさせる。これにより、車両が走行可能になる時間が短縮される。また、所定の機能を実行する一群の車載装置は、齟齬なく所定の機能を実行することができる。
（８）本開示の車載システムは、前記（１）から前記（７）のいずれかの更新管理装置と、前記更新管理装置に接続されている前記第１車載装置、前記第２車載装置、または前記第３車載装置とを備える、車載システムである。
（９）本開示の制御方法は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置の制御方法であって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップと、を備える、制御方法である。
　車両の電源状態に応じて、更新管理装置は、当該電源状態においてソフトウェアが更新可能な車載装置に更新データを送る。これにより、電源状態に応じ適切な時期に車載装置のソフトウェアが順次更新され、車両が走行可能になる時間が短縮される。
（１０）本開示のコンピュータプログラムは、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置を制御するためのコンピュータプログラムであって、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップとを備える、更新管理装置を制御するためのコンピュータプログラムである。
　車両の電源状態に応じて、更新管理装置は、当該電源状態においてソフトウェアが更新可能な車載装置に更新データを送る。これにより、電源状態に応じ適切な時期に車載装置のソフトウェアが順次更新され、車両が走行可能になる時間が短縮される。
＜実施形態１＞
　［１．本開示の実施形態１の詳細］
　以下、図面を参照して、本開示の実施形態１の詳細を説明する。
　［１．１　車載システムの構成］
　図１は、実施形態１に係る車載システム１の構成例を示す図である。
　車載システム１は、自動車等の車両に搭載されているシステムである。車載システム１は、更新管理ＥＣＵ１１、第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４、通信バス１６ａ、１６ｂ、及び通信装置１５を備える。
　更新管理ＥＣＵ１１（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）は、複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置である。複数の電源状態は、少なくとも第１電源状態と第２電源状態とである。第１電源状態は、例えば、車両が走行することができない状態にあるときの電源状態であり、前記第２電源状態は、前記車両が走行することができる状態にあるときの電源状態である。
　第１電源状態は、例えば、鍵を挿入してエンジンを始動させるキースイッチのＯＦＦポジションのときの電源状態である。具体的には、例えば第１電源状態は、車両のバッテリから大半の車両内の電気機器には電力は供給されないが、必要最小限の車載装置にのみ電力が直接供給される状態である。少数の電気機器としては、例えば、防犯システム、時計等である。以降、第１電源状態を＋Ｂ状態と称する場合がある。
　第２電源状態は、例えば、エンジンを始動させるキースイッチがイグニッションポジションのときの電源状態である。具体的には、例えば第２電源状態は、すべての電気機器に電力が供給され、アクセルを踏めば車両が走行を始める状態である。以降、第２電源状態をＩＧ状態と称する場合がある。
　なお、車両の電源状態として第１電源状態と第２電源状態の２種類の場合で説明するが、これに限定されず、さらに細分化されていてもよい。また、車載装置をＥＣＵと称する場合がある。
　更新管理ＥＣＵ１１は複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する。このため、更新管理ＥＣＵ１１は、ソフトウェアの更新を行う電源状態では動作するように構成される。例えば更新管理ＥＣＵ１１は＋Ｂ状態及びＩＧ状態で動作可能である。
　更新管理ＥＣＵ１１は、例えば、第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４を管理する統合ＥＣＵとして機能する。更新管理ＥＣＵ１１は、例えばネットワーク３を介して接続する車両外の外部装置であるサーバ２サーバ２からダウンロードされる更新データを第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４に送信してもよい。
　更新管理ＥＣＵ１１は、第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４と、通信装置１５の間で送受信されるデータを中継するＧＷ－ＥＣＵ（Ｇａｔｅｗａｙ－ＥＣＵ）として機能してもよい。更新管理ＥＣＵ１１の内部構成については、後述する。
　通信装置１５は、例えば無線通信を行う通信インターフェースである。通信装置１５は、例えばインターネット等のネットワーク３を介してサーバ２と通信を行う。通信装置１５は、具体的には、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｕｎｉｔ）である。ネットワーク３を介して通信装置１５は、更新管理ＥＣＵ１１から出力されるデータを、サーバ２に送信する。また、通信装置１５は、サーバ２からネットワーク３を介して送信されるデータ（更新データ等）を受信する。通信バス１６ｂを介して、通信装置１５は更新管理ＥＣＵ１１へ当該データを送信する。
　サーバ２は、車両の外部に設置されている装置である。サーバ２は、例えば、制御部、記憶部及び通信部（図示せず）を備えるサーバである。サーバ２の記憶部は、例えば、車載システム１の各部（例えば、更新管理ＥＣＵ１１、第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４）を制御するためのプログラム又はデータを記憶する。例えば第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４の製造者は、必要に応じて当該プログラム又はデータを更新し、更新されたプログラム又はデータを随時、サーバ２の記憶部に格納する。サーバ２の制御部は通信部を用いて、更新されたプログラム又はデータを、更新データとして更新管理ＥＣＵ１１に送信する。
　通信バス１６ａ、１６ｂは、更新管理ＥＣＵ１１に接続されている車両内通信ネットワークである。更新管理ＥＣＵ１１から延びた通信バス１６ａ、１６ｂには、各種の機器（第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４、及び通信装置１５等）がそれぞれ接続されている。図１の例では、２本の通信バス１６ａ、１６ｂが更新管理ＥＣＵ１１から延びているが、通信バスの本数は特に限定されない。通信バス１６ａ、１６ｂは、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、又はＦｌｅｘＲａｙ（登録商標）の通信プロトコルに準拠しているが、これに限定されるものではない。
　通信バス１６ａを介して、更新管理ＥＣＵ１１は第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４に接続されている。図１の例では、通信バス１６ａを介して、更新管理ＥＣＵ１１は第１ＥＣＵ１２、第２ＥＣＵ１３、第３ＥＣＵ１４に接続されている。
　車載システム１に含まれるＥＣＵの個数は、２個以上であれば特に限定されない。ＥＣＵは、例えば車両の各部（例えば、制動装置、ドア、バッテリ、エアコンディショナ等）を制御する装置（操作系ＥＣＵ）である。ＥＣＵの機能は特に限定されず、ＥＣＵは、センサと通信して、車両の各部の状態を監視する装置（認知系ＥＣＵ）であってもよい。複数のＥＣＵは、それぞれ異なる機能を有してもよいし、それぞれ同じ機能を有してもよい。
　第１ＥＣＵ１２は、＋Ｂ状態及びＩＧ状態で動作するＥＣＵである。第１ＥＣＵ１２の内部構成については、後述する。なお、＋Ｂ状態及びＩＧ状態で動作するＥＣＵを＋Ｂ駆動ＥＣＵと呼ぶ場合がある。
　第２ＥＣＵ１３は、＋Ｂ状態では動作しないが、ＩＧ状態では動作するＥＣＵである。第２ＥＣＵ１３の内部構成については後述する。なお、＋Ｂ状態では動作しないが、ＩＧ状態では動作するＥＣＵをＩＧ駆動ＥＣＵと呼ぶ場合がある。
　第３ＥＣＵ１４は、当初は接続されていなかったが、新に更新管理ＥＣＵ１１に接続されたＥＣＵである。第３ＥＣＵ１４の内部構成については後述する。
　［１．２　更新管理ＥＣＵ１１の内部構成］
　図２は、更新管理ＥＣＵ１１の内部構成の一例を示す図である。
　更新管理ＥＣＵ１１は、制御部２２及び記憶部２３を含む情報処理部２１と、複数のトランシーバ２５ａ、２５ｂと、を有する。これら各部は、内部バス２４によって電気的に接続されている。
　制御部２２は、例えば、１個又は複数個のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を含むが、これに限定されるものではない。ＣＰＵの場合、制御部２２は、記憶部２３に記憶されているコンピュータプログラムを読み出して、各種の演算及び制御を実行する。
　記憶部２３は、揮発性メモリと、不揮発性メモリと有し、各種のデータを記憶する。揮発性メモリは、例えばＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）を含む。不揮発性メモリは、例えばフラッシュメモリ、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）又はＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等を含む。当該不揮発性メモリの一部は、更新管理ＥＣＵ１１の外に設けられていてもよい。
　記憶部２３は、例えば、不揮発性メモリにコンピュータプログラム、各種のパラメータ、表を記憶している。なお、記憶部２３は、例えばサーバ２からネットワーク３及び通信装置１５を介してダウンロードされるコンピュータプログラム、各種のパラメータ、表を記憶する。
　それぞれポート（図示省略）を介して複数のトランシーバ２５ａ、２５ｂは、通信バス１６ａ、１６ｂを流れる信号を、送受信する。内部バス２４を介しトランシーバ２５ａ、２５ｂは、受信した信号が含む情報を制御部２２に送る。トランシーバ２５ａ、２５ｂは制御部２２が内部バス２４を介して送った情報を受け取り、通信バス１６ａ、１６ｂに送信する。トランシーバ２５ａは通信バス１６ｂに接続され、トランシーバ２５ｂは通信バス１６ａに接続されている。
　なお、上記では、情報処理部２１の制御部２２がＣＰＵを含む例で説明したが、これに限定されるものではない。例えば、情報処理部２１はＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）等であってもよい。ＦＰＧＡの場合、あらかじめプログラムされた構成により、情報処理部２１は各種の演算及び制御を実行する。ＡＳＩＣの場合、製造時に作り込まれた構成により、情報処理部２１は各種の演算及び制御を実行する。
　［１．３　ＥＣＵの内部構成］
　図３は、第１ＥＣＵ１２の内部構成の一例を示す図である。第２ＥＣＵ１３、第３ＥＣＵ１４の内部構成は、第１ＥＣＵ１２と同様であるため、説明を省略する。
　第１ＥＣＵ１２は、制御部３２及び記憶部３３を含む情報処理部３１、トランシーバ３７、入力部３５，と出力部３６と、を含む。内部バス３４を介してトランシーバ３７は情報処理部３１に電気的に接続されている。
　制御部３２は、例えば、記憶部３３に記憶されているコンピュータプログラムを読み出して、各種の演算及び制御を実行する。
　記憶部３３は、記憶部２３と同様に、揮発性メモリと、不揮発性メモリと有し、各種のデータを記憶する。記憶部３３は、例えば、不揮発性メモリにコンピュータプログラム、各種のパラメータ、表を記憶している。
　トランシーバ３７は、例えば集積回路（ＩＣ）で構成され、例えばＣＡＮトランシーバである。トランシーバ３７は、通信バス１６ａに接続されており、通信バス１６ａから各種の制御メッセージを受信する。
　トランシーバ３７は、送信回路及び受信回路（図示せず）を含む。送信回路及び受信回路は、通信バス１６ａの通信プロトコルに準拠して、通信を行う。送信回路は、情報処理部３１が出力するデジタル信号のデータを所定のアナログ信号に変換して、通信バス１６ａに送出する。受信回路は、通信バス１６ａから入力されたアナログ信号を情報処理部３１が読取り可能なデジタル信号に変換し、情報処理部３１に当該デジタル信号を出力する。
　入力部３５は、例えばセンサ、入力デバイス等が接続される。入力部３５は、車両の状態に対応した信号、運転者等の指示に対応した信号を受け取る。センサは、例えば、車内の温度を検知する温度センサ、ドアが閉じられていることを検知するドアスイッチ等である。入力デバイスは、例えば、エアコンを動作させるためのスイッチ等である。
　出力部３６は、例えばモータ、ソレノイド等が接続される。出力部３６は情報処理部３１が送りだす情報に基づき、接続されたモータ、ソレノイド等を駆動する。当該情報は、例えば、接続されたモータ等の動きを示す情報である。モータは、例えば、ドアのウインドウを上下させるモータである。ソレノイドは、例えば、ドアをロックするソレノイドである。
　［１．４　本実施形態が解決しようとする課題］
　ソフトウェアの更新が行われたＥＣＵと、更新が行われなかったＥＣＵとが混在すると、当該ＥＣＵ間の通信で齟齬が生じるおそれがあった。このため、すべてのＥＣＵが動作する電源状態、例えばＩＧ状態でソフトウェアの更新が行われていた。このような場合、車両の運転者が、エンジンを始動させるキースイッチをイグニッションポジションにしたときからソフトウェアの更新が始まり、車両が走行可能になるまでの時間が長くなるおそれがあった。また、ソフトウェアの更新が必要、不要にかかわらず、すべてのＥＣＵが動作する電源状態で更新が行われるため、ソフトウェアの更新の必要がないＥＣＵにも電力が供給され、消費電力が増加するおそれがあった。
　また、例えばＩＧ状態で各ＥＣＵのソフトウェアの更新が行われた場合に、各ＥＣＵのソフトウェア更新完了のタイミングは、ＥＣＵ毎に異なる場合がある。ソフトウェアが更新されたのち速やかに、ＥＣＵがアクティベートされた場合、複数のＥＣＵが連携して動作する機能が実行されないおそれがあった。例えば、アクティベートが終わったＥＣＵが、まだアクティベートが行われていないＥＣＵに命令を送った場合に、まだアクティベートが終わっていないＥＣＵが当該命令を理解できないため、当該機能が実行されないおそれがあった。
　例えば、雨天時のパワーウィンドウ制御機能の場合には、パワーウィンドウを制御するドアＥＣＵ、雨滴を検知するレインセンサＥＣＵ、及びレインセンサＥＣＵの情報を取得しドアＥＣＵに窓を閉める制御を送信するＢＣＭ（Ｂｏｄｙ Ｃｏｔｒｏｌ Ｍｏｄｕｌｅ）が連携して雨天時のパワーウィンドウ制御機能を実行する。例えば従前よりもレインセンサの雨量感度が向上し、パワーウィンドウを閉める基準雨量を変え、プログラム更新をする場合に、レインセンサＥＣＵのソフトウェアは更新されたのに、ＢＣＭのソフトウェアは更新されないような状況が予想される。このような状況では、雨が降っているのにドアウィンドウは開いたままといった齟齬が生じるおそれがあった。
　以下、車載システム１における具体的な制御内容について、図１から図６を適宜参照し説明する。
　［１．５　更新管理装置の機能］
　図４は、更新管理ＥＣＵ１１が含む機能を示す機能ブロック図である。図５及び図６はＥＣＵをリストアップしたＥＣＵテーブルの一例を示す表である。更新管理ＥＣＵ１１は受信部４１、判定部４２、送信部４３、アクティベート部４４の４つの機能ブロックを含む。
　［１．５．１　受信部］
　受信部４１は、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する。
　具体的には、受信部４１はサーバ２から第１更新データと第２データとをダウンロードする機能を備える。サーバ２は、例えば、車両製造者のデータセンタに設けられる。サーバ２には、例えば、各ＥＣＵの更新データが記憶されている。第１更新データは+Ｂ駆動ＥＣＵである第１ＥＣＵ１２のソフトウェアを更新するための更新データである。第２更新データは、ＩＧ駆動ＥＣＵである第２ＥＣＵ１３のソフトウェアを更新するための更新データである。
　受信部４１は、制御部２２を動作させて、内部バス２４、トランシーバ２５ａ、通信装置１５、ネットワーク３を介してサーバ２にアクセスし、サーバ２に記憶されている更新データをダウンロードする。ダウンロードを始める起因は、例えば、サーバ２に更新データが新たに記録された場合である。この場合、サーバは、新たに更新データが記録されたことを示す情報を、各車載システム１に送信する。新たに更新データが記録されたことを示す情報には、新に記録された更新データのバージョンを示す情報が含まれてもよい。以降、新たに更新データが記録されたことを示す情報を更新ソフトウェア情報と称する。例えばサーバ２に更新データが新たに記録される例としては、従前のレインセンサよりも雨量感度が向上し、パワーウィンドウを閉める基準雨量を変えるためのプログラムのバージョンアップが考えられる。
　各車載システム１の更新管理ＥＣＵ１１は、例えば、図５に示されるようなＥＣＵテーブルを記憶部２３に記憶している。例えば、当該ＥＣＵテーブルは所定の機能、所定の機能を実行するＥＣＵ、ＥＣＵが動作する電源状態、ＥＣＵのソフトウェアのバージョンを示す情報を含み、所定の機能毎に、表形式で記憶部２３に記録されている。所定の機能としては、例えば、雨天時のパワーウィンドウ制御機能である。この機能を実行するＥＣＵとしては、例えば、パワーウィンドウを制御するドアＥＣＵ、雨滴を検知するレインセンサＥＣＵ、及びレインセンサＥＣＵの情報を取得しドアＥＣＵに窓を閉める制御を送信するＢＣＭである。ＥＣＵが動作する電源状態は、例えば、ドアＥＣＵ及びＢＣＭの場合＋Ｂ状態であるが、レインセンサＥＣＵの場合ＩＧ状態である。ＥＣＵのソフトウェアのバージョンは、例えば、１．０２である。この例では、＋Ｂ駆動ＥＣＵと、ＩＧ駆動ＥＣＵとが含まれているので、全体としては＋Ｂ状態で動作せずＩＧ状態で動作することとなる。
　なお、ＥＣＵテーブルは更新管理ＥＣＵ１１の記憶部２３に記憶されている例で説明するが、これに限定されず、例えばサーバ２の記憶部が記憶していてもよい。
　図６は別の例のＥＣＵテーブルである。この例では所定の機能としては、例えば、防犯機能である。所定の機能実行するＥＣＵとしては、例えば、ドアが閉じられていること及びドアがロックされていることを検知するドア検知ＥＣＵと、運転者に警告を報知する報知ＥＣＵと、である。ＥＣＵが動作する電源状態としては、例えば、ドア検知ＥＣＵ及び報知ＥＣＵの場合ともに＋Ｂ状態である。ＥＣＵのソフトウェアのバージョンは、例えば、１．０１である。この例では、すべてのＥＣＵが＋Ｂ駆動ＥＣＵなので、全体としては＋Ｂ状態及びＩＧ状態で動作することとなる。
　受信部４１は、例えば、サーバから送られてきた更新ソフトウェア情報に含まれるバージョン情報と、ＥＣＵテーブルに記録されたバージョン情報とを比較し、ソフトウェアが更新されたか否かを判定する。更新されたと判定した場合には、受信部４１はサーバ２に更新データを要求し、ダウンロードする。受信部４１は、例えば、ダウンロードした更新データを記憶部２３に一時的に記録する。
　［１．５．２　判定部］
　判定部４２は、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する機能を備える。
　具体的には、判定部４２は、例えば、車両の電源状態を検知し、検知した電源状態が＋Ｂ状態であるか、ＩＧ状態であるかを判定する。車両の電源状態の検知は更新管理ＥＣＵ１１が行ってもよいし、車両の電源状態を監視する電源監視ＥＣＵが行ってもよい。電源状態の検知は、＋Ｂ状態の場合、例えば、車両のバッテリから直接電力が供給されている電気機器、例えば、報知ＥＣＵに接続される電源バスの電圧を検知し、所定の電圧以上であれば、＋Ｂ状態であると判定する。ＩＧ状態の場合、例えば、アクセルを踏めば車両が走行を始める状態のとき動作するＥＣＵ、例えば、エンジンコントロールＥＣＵに電力を供給する電源バスの電圧を検知し、所定の電圧以上であればＩＧ状態であると判定する。なお、＋Ｂ状態で且つＩＧ状態であるときは、ＩＧ状態であると判定する。
　［１．５．３　送信部］
　送信部４３は、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記第１更新データを前記第１車載装置へ送信し、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記第２更新データを前記第２車載装置へ送信する機能を備える。
　具体的には、送信部４３は、車両の電源状態が＋Ｂ状態であると判定部４２が判定したときには、＋Ｂ駆動ＥＣＵである第１ＥＣＵ１２、例えば、ドアＥＣＵ及びＢＣＭに第１更新データを送信する。一方、送信部４３は、車両の電源状態がＩＧ状態であると判定部４２が判定したときには、ＩＧ駆動ＥＣＵである第２ＥＣＵ１３、例えば、レインセンサＥＣＵに第２更新データを送信する。
　更新データが送られてきたときには、第１ＥＣＵ１２及び第２ＥＣＵ１３は、例えば、送られた更新データを一時的に記憶部３３に記憶する。送られてきた更新データの受信が完了した後、記憶部３３に一時的に記憶された更新データに基づき、ＥＣＵ１２の制御部３２はソフトウェアを更新するように構成されていてもよい。
　［１．５．４　アクティベート部］
　アクティベート部４４は、前記判定部によって前記電源状態が前記第１状態であると判定されたときには、所定の第１機能を前記第２車載装置なしに実行する前記第１車載装置に、前記第１更新データによって更新されたソフトウェアをアクティベートさせ、前記判定部によって前記電源状態が前記第２状態であると判定されたとき、所定の第２機能を前記第１車載装置と前記第２車載装置とによって実行する前記第１車載装置と前記第２車載装置とに、前記第１更新データ及び前記第２更新データによって更新されたソフトウェアをアクティベートさせる機能を備える。
　具体的には、図６の例、即ち全体としては＋Ｂ状態で実行される防犯機能の場合、判定部４２によって電源状態が＋Ｂ状態であると判定されたとき、アクティベート部４４は＋Ｂ状態で動作するドア検知ＥＣＵと、報知ＥＣＵとに、第１更新データで更新されたソフトウェアをアクティベートさせる。より具体的には、アクティベート部４４は、記憶部２３に記憶されているＥＣＵテーブル、例えば、図６に示されたような内容を参照する。参照したＥＣＵテーブルからアクティベート部４４は当該機能がどの電源状態で動作するかを示す情報を得る。図６の例では、防犯機能は＋Ｂ状態でもＩＧ状態でも動作するので、例えば電源状態が＋Ｂ状態のときにアクティベート部４４は、同時にドア検知ＥＣＵと、報知ＥＣＵとにアクティベートを指示する命令を送信する。
　一方、判定部４２によって電源状態がＩＧ状態であると判定されたときには、アクティベート部４４は、全体としてＩＧ状態で動作される機能を実行するＥＣＵをアクティベートさせる。例えば、雨天時のパワーウィンドウ制御機能の場合では、アクティベート部４４は、ドアＥＣＵ、ＢＣＭ、とレインセンサＥＣＵとに、同時に更新されたソフトウェアをアクティベートさせる。より具体的には、アクティベート部４４はＥＣＵテーブル（図５）を参照して、雨天時のパワーウィンドウ制御機能は全体としてはＩＧ状態で動作することを示す情報を取得する。判定部４２は電源状態がＩＧ状態と判定したときに、取得した情報に基づき、アクティベート部４４は同時にドアＥＣＵ、ＢＣＭ、レインセンサＥＣＵとにアクティベートを指示する命令を送信する。
　［１．６　制御方法］
　図７は、更新管理ＥＣＵ１１が実行する制御方法の一例を示すフローチャートである。図７に示す各ステップは、適宜順番が前後してもよい。図７を用いて一連の制御方法を説明する。
　なお、更新管理ＥＣＵ１１が実行する制御は、情報処理部２１が実行する。情報処理部２１が制御を実行する場合、制御部２２が記憶部２３からコンピュータプログラムを読み取って、各種の演算及び処理を実行する。
　また、第１ＥＣＵ１２が実行する制御は、情報処理部３１が実行する。情報処理部３１が制御を実行する場合、制御部３２が記憶部３３からコンピュータプログラムを読み取って各種の演算及び処理を実行する。
　はじめに、更新管理ＥＣＵ１１の受信部４１はサーバ２から更新データをダウンロードする（ステップＳ１０ステップＳ１０１）。具体的には、更新管理ＥＣＵ１１は、第１電源状態及び前記第１電源状態とは異なる第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する。受信が完了したのち、ステップＳ１０２に進む。
　より具体的には、更新管理ＥＣＵ１１の受信部４１はサーバ２から第１更新データと第２データとをダウンロードする。サーバ２には、各ＥＣＵの更新データが記憶されている。第１更新データは+Ｂ駆動ＥＣＵである第１ＥＣＵ１２のソフトウェアを更新するための更新データデータである。第２更新データは、ＩＧ駆動ＥＣＵである第２ＥＣＵ１３のソフトウェアを更新するための更新データである。更新管理ＥＣＵ１１は、通信バス１６ｂ、トランシーバ２５ａ、通信装置１５、ネットワーク３を介してサーバ２にアクセスし、サーバ２に記憶されている更新データをダウンロードする。
　例えば、サーバ２に更新データが新たに記録された場合に、サーバ２は、更新ソフトウェア情報を、各車載システム１に送信する。更新ソフトウェア情報には、新に記録された更新データのバージョンを示す情報が含まれてもよい。
　各車載システム１の更新管理ＥＣＵ１１は、例えば、図５に示されるようなＥＣＵテーブルを記憶部２３に記憶している。当該ＥＣＵテーブルには所定の機能、所定の機能を実行するＥＣＵ、ＥＣＵが動作する電源状態、及びＥＣＵのソフトウェアのバージョンを示す情報が、所定の機能毎に、表形式で記録されている。
　更新管理ＥＣＵ１１の受信部４１は、例えば、サーバから送られてきた更新ソフトウェア情報（バージョンを示す情報を含む）と、記憶部２３に記録されているＥＣＵテーブルを比較し、ソフトウェアが更新されたか否かを判定する。例えば、ソフトウェアのバージョンを比較して更新されたか否かを判定する。更新されたと判定した場合には、受信部４１はサーバ２に更新データを要求し、ダウンロードする。受信部４１は、例えば、ダウンロードした更新データを記憶部２３に一時的に記録する。ダウンロードが完了した後にステップＳ１０２に進む。
　次に、更新管理ＥＣＵ１１の判定部４２は、前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する（ステップＳ１０２）。
　具体的には、更新管理ＥＣＵ１１の判定部４２は、例えば、車両の電源状態を検知し、検知した電源状態が＋Ｂ状態であるか否かを判定する。更新管理ＥＣＵ１１の判定部４２のが＋Ｂ状態であると判定した場合（ステップＳ１０２のＹＥＳ）にはステップＳ１０３に進み、＋Ｂ状態ではない即ちＩＧ状態であると判定した場合（ステップＳ１０２のＮＯ）にはステップＳ１０４に進む。
　次に、更新管理ＥＣＵ１１の送信部４３は、前記車両の電源状態が前記第１電源状態であると判定されたとき（ステップＳ１０２のＹＥＳ）、前記第１更新データを前記第１車載装置へ送信する（ステップＳ１０３）。送信終了後、ステップＳ１０５に進む。具体的には、例えば判定部４２が車両の電源状態が＋Ｂ状態であると判定したときには、更新管理ＥＣＵ１１の送信部４３は、更新されていない＋Ｂ駆動ＥＣＵである第１ＥＣＵ１２に第１更新データを送信する。ＥＣＵのソフトウェアが更新されているか否かは、例えばＥＣＵテーブルに更新済みが否かを記録し判定する。記憶部２３に記憶されているＥＣＵテーブルに基づき、更新管理ＥＣＵ１１の送信部４３は、ＥＣＵテーブルに記憶されている＋Ｂ駆動ＥＣＵに更新データを送信してもよい。図５の例では、ドアＥＣＵ及びＢＣＭに更新データを送信する。
　一方、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき（ステップＳ１０２のＮＯ）、前記第２更新データを前記第２車載装置へ送信する（ステップＳ１０４）。送信終了後、ステップＳ１０５に進む。具体的には、例えば判定部４２が車両の電源状態がＩＧ状態であると判定したときには、更新管理ＥＣＵ１１の送信部４３は、更新されていないＩＧ駆動ＥＣＵである第２ＥＣＵ１３に第２更新データを送信する。記憶部２３に記憶されているＥＣＵテーブルに基づき、更新管理ＥＣＵ１１の送信部４３は、ＥＣＵテーブルに記憶されているＩＧ駆動ＥＣＵに更新データを送信してもよい。図５の例では、レインセンサＥＣＵに更新データを送信する。
　なお、判定部４２がＩＧ状態であると判定した場合であっても、更新されていない＋Ｂ駆動ＥＣＵが残っていれば、送信部４３は当該ＥＣＵに第１更新データを送ってもよい。更新されていない＋Ｂ駆動ＥＣＵに第１更新データを送っている途中に電源状態が＋Ｂ状態からＩＧ状態に変わる場合があるが、＋Ｂ駆動ＥＣＵは電源状態がＩＧ状態であっても動作するからである。従って、ステップＳ１０４では、＋Ｂ駆動ＥＣＵであるかＩＧ駆動ＥＣＵであるかにかかわらず、送信部４３は更新されていないＥＣＵに更新データを送信することとなる。
　第１ＥＣＵ１２（ドアＥＣＵ、ＢＣＭ）及び第２ＥＣＵ１３（レインセンサＥＣＵ）は、更新データが送られてきたときには、例えば、送られた更新データを一時的に記憶部３３に記憶する。送られてきた更新データの受信が完了した後、記憶部３３に一時的に記憶された更新データに基づき、制御部３２はソフトウェアを更新してもよい。
　次に、更新管理ＥＣＵ１１の送信部４３は、所定の機能を実行する複数のＥＣＵすべてに更新データが送信されたか否かを判定する（ステップＳ１０５）。具体的には、例えば更新管理ＥＣＵ１１の送信部４３は、記憶部２３に記憶されているＥＣＵテーブルを参照して、ＥＣＵテーブルに記憶されているＥＣＵすべてに更新データが送信されたか否かを判定する。送信部４３がすべてのＥＣＵに更新データが送信されたと判定した場合には、ステップＳ１０６に進み、すべてのＥＣＵに更新データ送信されていないと判定された場合には、ステップＳ１０２に戻る。従って、送信部４３がすべてのＥＣＵに更新データを送信するまで、ステップＳ１０２～Ｓ１０４が繰り替えされることとなる。図５に示す例では、雨天時のパワーウィンドウ制御機能をドアＥＣＵ、レインセンサＥＣＵ、とＢＣＭとにより実行するので、ドアＥＣＵ、レインセンサＥＣＵ、ＢＣＭの３つのＥＣＵすべてに更新データが送信されたか否かを判定する。
　次に、更新管理ＥＣＵ１１のアクティベート部４４は、車両の電源状態が所定の機能が動作する電源状態電源状態であるか否かを判定する（ステップＳ１０６）。更新管理ＥＣＵ１１のアクティベート部４４は電源状態が所定の機能を実行するＥＣＵが動作する電源状態であると判定した場合には、ステップＳ１０７に進み、電源状態が所定の機能を実行するＥＣＵが動作する電源状態でないと判定した場合にはステップＳ１０６に戻る。従って、更新管理ＥＣＵ１１のアクティベート部４４は、車両の電源状態が、所定の機能が動作する電源状態となるまで待機することとなる。
　例えば上述した防犯機能はドアが閉じられていること及びドアがロックされていることを検知するドア検知ＥＣＵと、運転者に警告を報知する報知ＥＣＵとによって実行される。ドア検知ＥＣＵ及び報知ＥＣＵはともに＋Ｂ駆動ＥＣＵなので、全体として防犯機能は＋Ｂ状態及びＩＧ状態で動作することとなる。この例では、更新管理ＥＣＵ１１は、更新データを当該ＥＣＵに送信後、電源状態が＋Ｂ状態であると判定したときにステップＳ１０７に進む。
　一方、上述した雨天時のパワーウィンドウ制御機能はドアＥＣＵ、レインセンサＥＣＵ、及びＢＣＭとによって実行される。ドアＥＣＵとＢＣＭとは＋Ｂ駆動ＥＣＵであるが、レインセンサＥＣＵはＩＧ駆動ＥＣＵなので、全体としてパワーウィンドウ制御機能はＩＧ状態で動作することとなる。このためこの例では、更新管理ＥＣＵ１１のアクティベート部４４は、更新データを当該ＥＣＵに送信後、電源状態がＩＧ状態であると判定したときにステップＳ１０７に進む。
　次に、更新管理ＥＣＵ１１のアクティベート部４４は、所定の機能を実行する一群のＥＣＵをアクティベートさせる（ステップＳ１０７）。具体的には、例えば更新管理ＥＣＵ１１のアクティベート部４４は、制御部２２によって、内部バス２４トランシーバ２５ｂ、通信バス１６ａを介して第１ＥＣＵ１２あるいは第２ＥＣＵにアクティベートを指示する命令を送信する。アクティベートを指示する命令を受け取った当該ＥＣＵは、更新データで更新されたソフトウェアをアクティベートする。例えば、上述した防犯機能の場合には、ドア検知ＥＣＵ及び報知ＥＣＵにアクティベートを指示する命令を送信する。上述した雨天時のパワーウィンドウ制御機能の場合には、ドアＥＣＵ、レインセンサＥＣＵ、ＢＣＭにアクティベートを指示する命令を送信する。
　そして、アクティベートを指示する命令を送信した後、一連の制御を終了する。
　［１．７　制御シーケンス］
　次に、車載システム１の制御シーケンスについて説明する。図８は所定の機能が＋Ｂ駆動ＥＣＵによって実行される場合のシーケンス図である。図９は所定の機能が＋Ｂ駆動ＥＣＵとＩＧ駆動ＥＣＵによって実行される場合のシーケンス図である。
　［１．７．１　＋Ｂ駆動ＥＣＵによって実行される場合］
　＋Ｂ駆動ＥＣＵによって所定の機能が実行される一例としては、上述した防犯機能である。
　まず、更新管理ＥＣＵ１１の受信部４１は、サーバ２から更新データをダウンロードする（ステップＳ２０１）。なお、更新データをダウンロードするだけなので、少なくとも更新管理ＥＣＵ１１が動作すればよい。更新管理ＥＣＵ１１は＋Ｂ状態及びＩＧ状態で動作可能であるので、少なくとも電源状態が＋Ｂ状態であれば本ステップＳ２０１は実行される。
　次に、更新管理ＥＣＵ１１の送信部４３は、更新管理ＥＣＵ１１から第１ＥＣＵ１２に更新データを送信する（ステップＳ２０２）。上述した防犯機能の例では、送信部４３はドア検知ＥＣＵと報知ＥＣＵとに更新データを送信する。
　次に、第１ＥＣＵ１２は更新データに基づき、当該ＥＣＵのソフトウェアを更新する（ステップＳ２０３）。第１ＥＣＵ１２は、例えば更新データ受信完了後、更新データに基づきソフトウェアを更新するように構成されている。
　次に、更新管理ＥＣＵ１１のアクティベート部４４は、第１ＥＣＵにアクティベートを指示する命令を送信する（ステップＳ２０４）。
　次に、アクティベートを指示する命令を受け取った、所定の機能を実行する一群の第１ＥＣＵ１２は更新されたソフトウェアをアクティベートさせる（ステップＳ２０５）。アクティベートが終了した後、一連の制御を終了する。
　［１．７．２　＋Ｂ駆動ＥＣＵとＩＧ駆動ＥＣＵによって実行される場合］
　＋Ｂ駆動ＥＣＵとＩＧ駆動ＥＣＵによって実行される一例としては、上述したパワーウィンドウ制御機能である。
　まず、更新管理ＥＣＵ１１の受信部４１は、サーバ２から更新データをダウンロードする（ステップＳ３０ステップＳ３０１）。
　次に、更新管理ＥＣＵ１１の送信部４３は、第１ＥＣＵ１２に更新データを送信する（ステップＳ３０２）。上述したパワーウィンドウ制御機能の例ではドアＥＣＵとＢＣＭとは＋Ｂ駆動ＥＣＵであるが、レインセンサＥＣＵはＩＧ駆動ＥＣＵであるので、このステップではドアＥＣＵとＢＣＭとに更新データが送信される。
　次に、第１ＥＣＵ１２は更新データに基づき、当該ＥＣＵのソフトウェアを更新する（ステップＳ３０３）。
　次に、電源状態が+Ｂ状態からＩＧ状態となったとき、すなわち更新管理ＥＣＵ１１の判定部４２の電源状態がＩＧ状態であると判定したときには、更新管理ＥＣＵ１１の送信部４３は、更新管理ＥＣＵ１１に更新データを送信する。上述したパワーウィンドウ制御機能の場合、ＩＧ駆動ＥＣＵであるレインセンサＥＣＵに送信部４３は更新データを送信する（ステップＳ３０４）。
　次に、第２ＥＣＵ１３は、更新データに基づき、当該ＥＣＵのソフトウェアを更新する（ステップＳ３０５）。第２ＥＣＵ１３は、例えば更新データ受信完了後、更新データに基づきソフトウェアを更新するように構成されている。
　次に、更新管理ＥＣＵ１１のアクティベート部４４は、第１ＥＣＵ１２と第２ＥＣＵ１３とにアクティベートを指示する命令を送信する（ステップＳ３０６）。
　次に、所定の機能を実行する一群の第１ＥＣＵ１２と第２ＥＣＵ１３とは更新されたソフトウェアをアクティベートする（ステップＳ３０７及びステップＳ３０８）。アクティベートが終了した後、一連の制御を終了する。
　［１．８　まとめ］
　ソフトウェアの更新が行われたＥＣＵと、更新が行われなかったＥＣＵとが混在すると、当該ＥＣＵ間の通信で齟齬が生じるおそれがあった。このため、すべてのＥＣＵが動作する電源状態、例えばＩＧ状態でソフトウェアの更新が行われていた。このような場合、車両の運転者が、エンジンを始動させるキースイッチをイグニッションポジションにしたときからソフトウェアの更新が始まり、車両が走行可能になるまでの時間が長くなるおそれがあった。また、ソフトウェアの更新が必要、不要にかかわらず、すべてのＥＣＵが動作する電源状態で更新が行われるため、ソフトウェアの更新の必要がないＥＣＵにも電力が供給され、消費電力が増加するおそれがあった。
　本実施形態によれば、更新管理ＥＣＵ１１は、車両の電源状態に応じて、当該電源状態において、ソフトウェアが更新可能なＥＣＵに更新データを送り、当該ＥＣＵにソフトウェアを更新させる。上述した例では、＋Ｂ駆動ＥＣＵであるドアＥＣＵ、ＢＣＭ、ドア検知ＥＣＵ、報知ＥＣＵへは、電源状態がＩＧ状態になるのを待たず、＋Ｂ状態であるときに、更新管理ＥＣＵ１１は更新データを各ＥＣＵに送信する。+Ｂ状態で、各＋Ｂ駆動ＥＣＵは更新データに基づき、ソフトウェアを更新することができる。よって、車両の運転者が、エンジンを始動させるキースイッチをイグニッションポジションにしたとき、すなわち電源状態が＋Ｂ状態からＩＧ状態に変わったときには、当該ＥＣＵのソフトウェアの更新は完了している。従って、ＩＧ状態でしか動作しないＩＧ駆動ＥＣＵのソフトウェアの更新を待つだけで、車両は走行可能となり、車両が走行可能になる時間の短縮を図ることができる。また、＋Ｂ駆動ＥＣＵのソフトウェア更新時には、ＩＧ駆動ＥＣＵを動作していない期間に行われるので、消費電力の低減を図ることができる。
　また、各ＥＣＵのソフトウェアの更新が行われた場合に、各ＥＣＵのソフトウェア更新完了のタイミングは、ＥＣＵ毎に異なる場合がある。ＥＣＵが、それぞれソフトウェアが更新されたのち速やかに、アクティベートされた場合、複数のＥＣＵが連携して動作する機能が実行されないおそれがあった。例えば、アクティベートが終わったＥＣＵが、まだアクティベートが行われていないＥＣＵに命令を送った場合に、まだアクティベートが終わっていないＥＣＵが当該命令を理解できないため、当該機能が実行されないおそれがあった。
　本実施形態によれば、更新管理ＥＣＵ１１は、所定の機能を実行する一群の車載装置を、当該機能が動作する電源状態で同時に更新されたソフトウェアをアクティベートさせる。例えば、上述した雨天時のパワーウィンドウ制御機能は、ドアＥＣＵ、レインセンサＥＣＵ、及びＢＣＭが実行される。ドアＥＣＵとはＢＣＭは＋Ｂ駆動ＥＣＵであり、レインセンサＥＣＵはＩＧ駆動ＥＣＵであるので、全体しては、当該機能はＩＧ状態で動作するので、更新管理ＥＣＵ１１は、電源状態がＩＧ状態のときに、当該ＥＣＵを同時にアクティベートさせる。従って、各ＥＣＵは齟齬なく通信を行い、適切な雨量のときにドアウィンドウは閉じられ、雨が降っているのにドアウィンドウは開いたままといった齟齬が生じるおそれは解消する。
＜実施形態２＞
　［２．本開示の実施形態２の詳細］
　以下、図面を参照して、本開示の実施形態２の詳細を説明する。
　実施形態１と実施形態２との差異は、後日新た追加されたＥＣＵについてもソフトウェアの更新対象とする更新管理装置である点が異なるが、他は同じである。実施形態１と同一の構成には同一の符号を付し、同一の構成、機能、動作については説明を省略する。後日新たなＥＣＵを追加する例としは、シートヒーターがない完成車両に、後日シートヒーターを追加し、シートヒーターを制御するシートＥＣＵを追加するような場合である。
　［２．１　本実施形態か解決しようとする課題］
　従前、ＥＣＵの追加を伴う新規システムが新た車両に設けられた場合、後付けされたＥＣＵのソフトウェアについて、これを更新対象とする機能がないため、後付けされたＥＣＵについては、ソフトウェアが更新されず、所定の機能が実行されない、例えば、シートヒーターが温まらない等の齟齬が生じるおそれがあった。
　［２．２　本実施形態の課題解決の手段］
　このため、本実施形態では、前記更新管理装置は、前記第１車載装置及び前記第２車載装置が接続された前記更新管理装置に新たに第３車載装置が接続されたときに、前記受信部は前記第３車載装置のソフトウェアを更新するための第３更新データを前記車両の外部装置から受信し、前記第３車載装置が前記第１電源状態及び前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信し、前記第３車載装置が前記第１電源状態において動作せず、前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信する。
　特に、本実施形態では、前記第１車載装置及び前記第２車載装置が接続された前記更新管理装置に新たに第３車載装置が接続されたときの更新管理装置の動作が、実施形態１と異なる。以下、この異なる部分の制御方法について説明する。
　［２．３　制御方法］
　図１０は、新たなＥＣＵが追加された場合の、更新管理ＥＣＵ１１の動作フローチャートの内、図７のフローチャートに追加された部分である。なお、新たに接続された第３車載装置は、図１において第３ＥＣＵ１４である。
　はじめに、更新管理ＥＣＵ１１は、後付けＥＣＵを検知し（ステップＳ４０１）ステップＳ４０２に進む。後付けＥＣＵを検知する方法としては、例えば、更新管理ＥＣＵ１１と新たに接続された第３ＥＣＵ１４との間に通信が確立されたか否かによって検知する。あるいは、更新管理ＥＣＵ１１は、定期的に通信バス１６ａに接続された全ＥＣＵに対し、応答を求める命令を、通信バス１６ａにブロードキャストする。更新管理ＥＣＵ１１は応答したＥＣＵと、記憶部２３に記憶され既に接続されているＥＣＵをリストアップしているＥＣＵテーブルと比較して、ＥＣＵテーブルにないＥＣＵから応答があった場合に、後付けＥＣＵが検知されたと判定してもよい。
　次に、更新管理ＥＣＵ１１は、更新管理ＥＣＵ１１は、車両の電源状態を取得し（ステップＳ４０２）、ステップＳ４０３に進む。
　次に、更新管理ＥＣＵ１１は、電源状態が＋Ｂ状態であるか否かを判定する（ステップＳ４０３）。電源状態が＋Ｂ状態であると判定した場合にはステップＳ４０４に進む。一方電源状態が＋Ｂ状態でないと判定した場合、即ち電源状態がＩＧ状態であると判定した場合にはステップＳ４０５に進む。＋Ｂ駆動ＥＣＵは電源状態が+Ｂ状態の場合に応答し、ＩＧ駆動ＥＣＵは電源状態がＩＧ状態の場合に応答するので、電源状態を知ることで、更新管理ＥＣＵ１１はステップＳ４０１で新た応答のあったＥＣＵが＋Ｂ駆動ＥＣＵであるか、ＩＧ駆動ＥＣＵであるかを判別することが可能となる。
　次に、更新管理ＥＣＵ１１は、電源状態が＋Ｂ状態であると判定した場合には、更新管理ＥＣＵ１１は、例えば、所定の機能が全体として+Ｂ状態で動作する場合、当該機能を実行するＥＣＵをリストアップしたＥＣＵテーブルに、ステップＳ４０１を検知したＥＣＵを追加する（ステップＳ４０４）。
　一方、電源状態が+Ｂ状態でない（ＩＧ状態である）と判定した場合には、更新管理ＥＣＵ１１は、例えば、所定の機能が全体としてＩＧ状態で動作する場合、当該機能を実行するＥＣＵをリストアップしたＥＣＵテーブルに、ステップＳ４０１を検知したＥＣＵを追加する（ステップＳ４０５）。
　そして、上記一連の処理が終わったのちに、更新管理ＥＣＵ１１は、図７に示すステップＳ１０１に進み、処理を継続する。
　［２．４　まとめ］
　従前、ＥＣＵの追加を伴う新規システムが新た車両に設けられた場合、後付けされたＥＣＵのソフトウェアについては、これを更新対象とする機能がないため、後付けされたＥＣＵについては、ソフトウェアが更新されず、所定の機能が実行されない齟齬が生じるおそれがあった。
　　本開示によれば、更新管理装置に新たな第3車載装置が接続された場合、第3車載装置が動作可能な電源状態において、第3車載装置に第3更新データを送信する。これにより、新たに追加された第3車載装置を適切なタイミングで更新することができる。
　［３．補記］
　なお、上記の実施形態及び各種の変形例については、その少なくとも一部を、相互に任意に組み合わせてもよい。また、今回開示された実施形態及び変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
１　　　車載システム
２　　　サーバ
３　　　ネットワーク
１１　　更新管理ＥＣＵ
１２　　第１ＥＣＵ
１３　　第２ＥＣＵ
１４　　第３ＥＣＵ
１５　　通信装置
１６ａ　通信バス
１６ｂ　通信バス
２１　　情報処理部
２２　　制御部
２３　　記憶部
２４　　内部バス
２５ａ　トランシーバ
２５ｂ　トランシーバ
３１　　情報処理部
３２　　制御部
３３　　記憶部
３４　　内部バス
３５　　入力部
３６　　出力部
３７　　トランシーバ
４１　　受信部
４２　　判定部
４３　　送信部
４４　　アクティベート部

Claims (10)

  1. 　複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置であって、
    　前記複数の電源状態は第１電源状態と前記第1電源状態とは異なる第２電源状態とを含み、前記第１電源状態及び前記第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信部と、
    　前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定部と、
    　前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記第１更新データを前記第１車載装置へ送信し、
    　前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記第２更新データを前記第２車載装置へ送信する送信部と、
    　を備える、
    　更新管理装置。
  2. 　　前記受信部は、前記電源状態が前記第１電源状態である間に、前記第１更新データ及び前記第２更新データを前記外部装置から受信する、
    　請求項１に記載の更新管理装置。
  3. 　前記更新管理装置はさらに、
    　　前記判定部によって前記電源状態が前記第１状態であると判定されたとき、所定の第１機能を前記第２車載装置なしに実行する前記第１車載装置に、前記第１更新データによって更新されたソフトウェアをアクティベートさせ、
    　　前記判定部によって前記電源状態が前記第２状態であると判定されたとき、所定の第２機能を前記第１車載装置と前記第２車載装置とによって実行する前記第１車載装置と前記第２車載装置とに、前記第１更新データ及び前記第２更新データによって更新されたソフトウェアをアクティベートさせるアクティベート部とを備える、
    る請求項１に記載の更新管理装置。
  4. 　前記更新管理装置は、
    　　前記第１車載装置及び前記第２車載装置が接続された前記更新管理装置に新たに第３車載装置が接続されたときに、前記受信部は前記第３車載装置のソフトウェアを更新するための第３更新データを前記車両の外部装置から受信し、
    　　前記第３車載装置が前記第１電源状態及び前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第１電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信し、
    　　前記第３車載装置が前記第１電源状態において動作せず、前記第２電源状態において動作する場合に、前記判定部によって前記車両の電源状態が前記第２電源状態であると判定されたとき、前記送信部は前記第３更新データを前記第３車載装置へ送信する、
    請求項１に記載の更新管理装置。
  5. 　前記受信部は、前記電源状態が前記第１電源状態である間に、前記第１更新データ、前記第２更新データ、及び前記第３更新データを外部装置から受信する、
    請求項４に記載の更新管理装置。
  6. 　前記アクティベート部は、
    　　前記第３車載装置が前記第１電源状態及び前記第２電源状態において動作する場合に、前記判定部によって前記電源状態が前記第１状態であると判定されたとき、所定の第３機能を前記第２車載装置なしに前記第１車載装置と実行する前記第３車載装置に、前記第３更新データによって更新されたソフトウェアをアクティベートさせ、前記第３機能を実行する前記第１車載装置に、前記第１更新データによって更新されたソフトウェアをアクティベートさせ、
    　　前記第３車載装置が前記第１電源状態において動作せず、前記第２電源状態において動作する場合に、前記判定部によって前記電源状態が前記第２状態であると判定されたとき、所定の第４機能を前記第２車載装置と実行する前記第３車載装置に、前記第３更新データによって更新されたソフトウェアをアクティベートさせ、前記第４機能を実行する前記第２車載装置に、前記第２更新データによって更新されたソフトウェアをアクティベートさせる、
    請求項４に記載の更新管理装置。
  7. 　前記第１電源状態は、前記車両が走行することができない状態にあるときの電源状態であり、前記第２電源状態は、前記車両が走行することができる状態にあるときの電源状態である、請求項１に記載の更新管理装置。
  8. 　請求項１から請求項７のいずれか一項に記載の前記更新管理装置と、
    　前記更新管理装置に接続されている前記第１車載装置、前記第２車載装置、または前記第３車載装置と、を備える車載システム。
  9. 　複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置の制御方法であって、
    　前記複数の電源状態は第１電源状態と前記第1電源状態とは異なる第２電源状態とを含み、前記第１電源状態及び前記第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、
    　前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、
    　前記判定ステップによって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、
    　前記判定ステップによって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップと、
    　を備える、
    　更新管理装置の制御方法。
  10. 　複数の電源状態を有する車両において車載装置のソフトウェア更新を管理する更新管理装置を制御するためのコンピュータプログラムであって、
    　前記複数の電源状態は第１電源状態と前記第1電源状態とは異なる第２電源状態とを含み、前記第１電源状態及び前記第２電源状態で動作する第１車載装置のソフトウェアを更新するための第１更新データと、前記第１電源状態では動作せず前記第２電源状態で動作する第２車載装置のソフトウェアを更新するための第２更新データとを、前記車両の外部装置から受信する受信ステップと、
    　前記車両の電源状態が前記第１電源状態であるか前記第２電源状態であるかを判定する判定ステップと、
    　前記判定ステップによって前記車両の電源状態が前記第１電源状態であると判定された場合に、前記第１更新データを前記第１車載装置へ送信する第１送信ステップと、
    　前記判定ステップによって前記車両の電源状態が前記第２電源状態であると判定された場合に、前記第２更新データを前記第２車載装置へ送信する第２送信ステップとを備える、
    　更新管理装置を制御するためのコンピュータプログラム。
PCT/JP2023/037040 2022-10-28 2023-10-12 更新管理装置、車載システム、制御方法及びコンピュータプログラム WO2024090224A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-173192 2022-10-28
JP2022173192A JP2024064537A (ja) 2022-10-28 2022-10-28 更新管理装置、車載システム、制御方法及びコンピュータプログラム

Publications (1)

Publication Number Publication Date
WO2024090224A1 true WO2024090224A1 (ja) 2024-05-02

Family

ID=90830708

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/037040 WO2024090224A1 (ja) 2022-10-28 2023-10-12 更新管理装置、車載システム、制御方法及びコンピュータプログラム

Country Status (2)

Country Link
JP (1) JP2024064537A (ja)
WO (1) WO2024090224A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014113952A (ja) * 2012-12-11 2014-06-26 Toyota Motor Corp 車載システム
JP2020030607A (ja) * 2018-08-22 2020-02-27 株式会社デンソー 車両用ソフトウェア更新装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014113952A (ja) * 2012-12-11 2014-06-26 Toyota Motor Corp 車載システム
JP2020030607A (ja) * 2018-08-22 2020-02-27 株式会社デンソー 車両用ソフトウェア更新装置

Also Published As

Publication number Publication date
JP2024064537A (ja) 2024-05-14

Similar Documents

Publication Publication Date Title
CN109313591B (zh) 车辆用装置
US8813061B2 (en) Module updating device
WO2018142750A1 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
US10887128B2 (en) In-vehicle network system
KR101094781B1 (ko) 차량의 구성 시스템 및 구성 시스템의 하나 이상의 제어유닛의 구성 동작을 위한 프로세스
US9446635B2 (en) Universal tire pressure sensor
US9527478B2 (en) Remote function control system for a vehicle having a data communications bus and related methods
CN114115930A (zh) 用于管理车辆的电子控制单元的更新的装置、方法和系统
JP2017204227A (ja) 車載制御装置、制御方法及びコンピュータプログラム
US20160039253A1 (en) Universal tire pressure sensor
CN111788810B (zh) 用于机动车的控制系统、用于运行控制系统的方法以及具有这种控制系统的机动车
WO2024090224A1 (ja) 更新管理装置、車載システム、制御方法及びコンピュータプログラム
JP2018074306A (ja) 車内通信システム、車内通信方法、マネージャ装置、及び車載制御装置
EP3961379B1 (en) Software update device, software update method, non-transitory storage medium, and vehicle
JP2019200789A (ja) 電子制御装置及びセッション確立プログラム
WO2024111370A1 (ja) 更新管理装置、更新管理システム及びコンピュータプログラム
WO2024111374A1 (ja) 更新管理装置、更新管理システム及びコンピュータプログラム
WO2021205825A1 (ja) 車載装置、情報処理方法及びコンピュータプログラム
KR20220156057A (ko) 자동차의 전자 제어 유닛들을 관리하기 위한 기기들 및 방법들
JP7327242B2 (ja) 車載中継装置、情報処理方法及びプログラム
WO2024048328A1 (ja) 車載装置、プログラム及び情報処理方法
WO2021149523A1 (ja) センター装置及び車両情報通信システム
WO2022163312A1 (ja) 車載通信システム、車載制御装置、制御方法及びコンピュータプログラム
US20230045256A1 (en) Computing device updating
WO2023276839A1 (ja) 車載制御装置、車載システム、情報処理方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23882432

Country of ref document: EP

Kind code of ref document: A1