WO2017033602A1 - 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム - Google Patents

車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム Download PDF

Info

Publication number
WO2017033602A1
WO2017033602A1 PCT/JP2016/070528 JP2016070528W WO2017033602A1 WO 2017033602 A1 WO2017033602 A1 WO 2017033602A1 JP 2016070528 W JP2016070528 W JP 2016070528W WO 2017033602 A1 WO2017033602 A1 WO 2017033602A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
computer
key
processing device
ecu
Prior art date
Application number
PCT/JP2016/070528
Other languages
English (en)
French (fr)
Inventor
竹森　敬祐
秀明 川端
Original Assignee
Kddi株式会社
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 Kddi株式会社 filed Critical Kddi株式会社
Publication of WO2017033602A1 publication Critical patent/WO2017033602A1/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
    • B60R16/023—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 for transmission of signals between vehicle parts or subsystems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Definitions

  • the present invention relates to an in-vehicle computer system, a vehicle, a management method, and a computer program.
  • ECU Electronic Control Unit
  • the ECU is a kind of computer and realizes a desired function by a computer program.
  • the ECU computer program is usually updated at a general automobile maintenance shop during an automobile inspection or a periodic inspection.
  • Non-Patent Documents 1 and 2 describe the security of the ECU.
  • Non-patent documents 1 and 2 mentioned above do not describe means for improving the security of the ECU. For this reason, it is desired to improve the reliability of application of data such as a computer program used in an in-vehicle computer such as an ECU provided in a vehicle such as an automobile. For example, after the ECU is activated, it is conceivable to improve the defense capability of the in-vehicle computer system by mutually authenticating the data exchange partner using a key held by the ECU. For example, it is conceivable to verify the validity of data exchanged between ECUs using a key held by the ECU.
  • an electronic signature is attached to data such as a computer program used in the ECU and distributed to the vehicle management device, and the electronic signature of the distributed data is verified using a key held by the management device.
  • data such as a computer program used in the ECU
  • the management and update of the key held in the automobile is a key security issue.
  • the present invention has been made in view of such circumstances, and provides an in-vehicle computer system, a vehicle, a management method, and a computer program that can contribute to the management and update of a key held in a vehicle such as an automobile. Is an issue.
  • a vehicle-mounted computer system is a vehicle-mounted computer system provided in a vehicle.
  • the vehicle-mounted computer system includes a first vehicle-mounted computer including a first cryptographic processing device having a first processing capability, and the first processing capability.
  • a plurality of second in-vehicle computers including a second cryptographic processing device having a second processing capability lower than the first in-vehicle computer.
  • the first in-vehicle computer and the plurality of second in-vehicle computers are provided in the vehicle.
  • the first in-vehicle computer connected to the communication network encrypts the first key used in the second in-vehicle computer with the first encryption processing device, and the encrypted data of the first key is encrypted.
  • An in-vehicle computer system includes the secure element having higher safety than the first encryption processing device and the second encryption processing device in the in-vehicle computer system according to (1).
  • the secure element generates a separate second key in each of the second in-vehicle computers held in the second in-vehicle computer, supplies the second key to the first in-vehicle computer,
  • the first in-vehicle computer uses the second key of the second in-vehicle computer that is the transmission destination of the encrypted data of the first key among the second keys supplied from the secure element as the encrypted data.
  • the second in-vehicle computer uses the second in-vehicle computer to decrypt the encrypted data of the first key received from the first in-vehicle computer. To use.
  • the secure element in the in-vehicle computer system according to (2), the secure element generates the second key held in the second in-vehicle computer.
  • the second in-vehicle computer has the same master key as the master key used together with the in-vehicle computer identifier, and uses the master key and the identifier of the second in-vehicle computer supplied from the second in-vehicle computer. Generate a second key for the computer.
  • An in-vehicle computer system is a vehicle-mounted computer system provided in a vehicle.
  • the on-vehicle computer system includes a first on-vehicle computer including a first cryptographic processing device having a relatively high processing capability, and a relatively low processing capability.
  • a plurality of second in-vehicle computers having a second cryptographic processing device, the first in-vehicle computer and the plurality of second in-vehicle computers being connected to a communication network provided in the vehicle,
  • the in-vehicle computer verifies the electronic signature of the computer program applied to the second in-vehicle computer by the first cryptographic processing device, calculates the expected value of the computer program by the first cryptographic processing device,
  • the computer program successfully verified the electronic signature and the computer program A waiting value is transmitted to the second in-vehicle computer, and the second in-vehicle computer determines the expected value for the computer program received from the first in-vehicle computer and the expected value of the computer program.
  • the computer program that has been verified by the second cryptographic processor and that has successfully verified the expected value is started.
  • the in-vehicle computer system according to one aspect of the present invention includes the secure element having higher safety than the first encryption processing device and the second encryption processing device in the in-vehicle computer system according to (4).
  • the vehicle receives the computer program and the electronic signature of the computer program via a wireless communication line, and the secure element verifies communication data exchanged via the wireless communication line.
  • the secure element is used when the first cryptographic processing device verifies an electronic signature of the computer program. Validate the key.
  • the in-vehicle computer system is the in-vehicle computer system according to any one of the above (5) and (6), wherein the vehicle is connected to the second in-vehicle computer via a wireless communication line.
  • the result of applying the computer program and the electronic signature of the result are transmitted, and the secure element verifies a key used when the first cryptographic processing apparatus generates the electronic signature of the result.
  • a vehicle according to an aspect of the present invention includes the in-vehicle computer system according to any one of (1) to (7).
  • an in-vehicle computer system provided in a vehicle includes a first in-vehicle computer including a first cryptographic processing apparatus having a first processing capability, and the first processing capability.
  • a plurality of second in-vehicle computers provided with a second cryptographic processing device having a second low processing capability, and communication in which the first in-vehicle computer and the plurality of second in-vehicle computers are provided in the vehicle.
  • the first in-vehicle computer connected to the network encrypts the first key used in the second in-vehicle computer by the first encryption processing device, and the encrypted data of the first key is stored in the first key.
  • an in-vehicle computer system provided in a vehicle includes a first in-vehicle computer including a first cryptographic processing device having a first processing capability, and the first processing capability.
  • a plurality of second in-vehicle computers provided with a second cryptographic processing device having a lower processing capacity, and the first in-vehicle computer and the plurality of second in-vehicle computers are connected to a communication network provided in the vehicle
  • the first in-vehicle computer verifies the electronic signature of the computer program applied to the second in-vehicle computer by the first encryption processing device, and the expected value of the computer program is converted into the first encryption processing.
  • the computer program calculated by the apparatus and successfully verified the electronic signature and the expected value of the computer program To the second vehicle-mounted computer, and the second vehicle-mounted computer receives the expected value for the computer program received from the first vehicle-mounted computer and the expected value of the computer program. Verifying with a second cryptographic processing device, and starting the computer program that successfully verified the expected value.
  • a computer program includes a first in-vehicle computer provided with a first cryptographic processing apparatus having a first processing capability in an in-vehicle computer system provided in a vehicle, and the first processing capability.
  • the first key used in the second in-vehicle computer is encrypted by the first encryption processing device in the first in-vehicle computer of the in-vehicle computer system, and the encrypted data of the first key Is transmitted to the second in-vehicle computer that is decrypted by the second cryptographic processing device.
  • a computer program includes a first in-vehicle computer provided with a first cryptographic processing apparatus having a first processing capability in an in-vehicle computer system provided in the vehicle, and the first processing capability.
  • a plurality of second in-vehicle computers provided with a second cryptographic processing device having a second low processing capability, and communication in which the first in-vehicle computer and the plurality of second in-vehicle computers are provided in the vehicle.
  • the encrypted data of the first key used by the second in-vehicle computer encrypted by the first encryption processing device is stored in the second in-vehicle computer of the in-vehicle computer system connected to the network.
  • a computer program includes a first in-vehicle computer provided with a first cryptographic processing device having a first processing capability in an in-vehicle computer system provided in the vehicle, and the first processing capability.
  • a plurality of second in-vehicle computers provided with a second cryptographic processing device having a second low processing capability, and communication in which the first in-vehicle computer and the plurality of second in-vehicle computers are provided in the vehicle.
  • a computer program according to an aspect of the present invention includes a first in-vehicle computer provided with a first cryptographic processing device having a first processing capability in an in-vehicle computer system provided in the vehicle, and the first processing capability.
  • a computer program applied to the second vehicle-mounted computer and an expected value of the computer program calculated by the first cryptographic processing device are applied to the second vehicle-mounted computer of the vehicle-mounted computer system connected to a network.
  • the computer program and the computer received from the first in-vehicle computer The expected value of the computer program is verified by the second cryptographic processor, and the step of starting the computer program that has successfully verified the expected value on the second in-vehicle computer is executed. .
  • FIG. 1 is a block diagram showing an automobile according to an embodiment of the present invention. It is a table
  • FIG. 1 is a diagram showing an automobile 1 according to an embodiment of the present invention.
  • the automobile 1 includes a master ECU 10 and a plurality of end ECUs 20.
  • the master ECU 10 and the end ECU 20 are in-vehicle computers provided in the automobile 1.
  • the master ECU 10 is a main ECU among the ECUs mounted on the automobile 1.
  • the end ECU 20 is a slave ECU among the ECUs mounted on the automobile 1. Examples of the end ECU 20 include an ECU having an engine control function, an ECU having a handle control function, and an ECU having a brake control function.
  • the master ECU 10 and the plurality of end ECUs 20 are connected to a control network 30 provided in the automobile 1.
  • the control network 30 is a communication network.
  • CAN Controller ⁇ ⁇ ⁇ Area (Network) may be used as the control network 30.
  • CAN is known as one of communication networks mounted on vehicles.
  • the master ECU 10 exchanges data with each end ECU 20 via the control network 30.
  • the end ECU 20 exchanges data with other end ECUs 20 via the control network 30.
  • the car 1 has a diagnostic port 60.
  • diagnosis port 60 for example, an OBD port may be used.
  • a diagnostic terminal can be connected to the diagnostic port 60.
  • the diagnostic port 60 is connected to the master ECU 10.
  • the master ECU 10 and the diagnostic terminal connected to the diagnostic port 60 exchange data via the diagnostic port 60.
  • the car 1 includes an infotainment device 40.
  • infotainment device 40 examples include a navigation function, a location information service function, a multimedia playback function such as music and video, a voice communication function, a data communication function, and an Internet connection function.
  • the infotainment device 40 is connected to the master ECU 10.
  • the master ECU 10 transmits information input from the infotainment device 40 to the end ECU 20.
  • the car 1 has a DCM (Data Communication Module) 50.
  • the DCM 50 is a communication device.
  • the DCM 50 includes a communication module 51.
  • the communication module 51 performs wireless communication using a wireless communication network.
  • the communication module 51 includes a SIM (Subscriber Identity Module) 52.
  • the SIM 52 is a SIM in which subscriber information of the wireless communication network is written.
  • the communication module 51 can perform wireless communication by connecting to the wireless communication network by using the SIM 52.
  • the SIM 52 includes a key storage unit 53 that stores a key.
  • an eSIM (Embedded Subscriber Identity) Module may be used as the SIM 52.
  • SIM and eSIM are examples of secure elements.
  • the secure element has tamper resistance.
  • SIM and eSIM are a kind of computer, and a desired function is realized by a computer program.
  • the DCM 50 is connected to the infotainment device 40.
  • the infotainment device 40 communicates with a device outside the automobile 1 by the DCM 50.
  • the master ECU 10 exchanges data with the communication module 51 of the DCM 50 via the infotainment device 40.
  • the master ECU 10 exchanges data with the communication module 51 via the infotainment device 40, but is not limited thereto.
  • the master ECU 10 and the DCM 50 may be directly connected, and the master ECU 10 may exchange data with the communication module 51 without using the infotainment device 40.
  • the master ECU 10 includes a main arithmetic unit 11 and an HSM (Hardware Security Module) 12.
  • the main computing unit 11 executes a computer program for realizing the function of the master ECU 10.
  • the HSM 12 has a cryptographic processing function.
  • HSM12 has tamper resistance.
  • the HSM 12 includes a key storage unit 13 that stores a key.
  • the main computing unit 11 uses an HSM 12.
  • the end ECU 20 includes a main computing unit 21 and a SHE (Secure Hardware Extension) 22.
  • the main computing unit 21 executes a computer program for realizing the functions of the end ECU 20.
  • the SHE 22 has a cryptographic processing function.
  • SHE22 has tamper resistance.
  • the SHE 22 includes a key storage unit 23 that stores a key.
  • the main calculator 21 uses SHE22.
  • the in-vehicle computer system 2 provided in the automobile 1 is configured by connecting a master ECU 10 and a plurality of end ECUs 20 to a control network 30.
  • the master ECU 10 has a gateway function and monitors communication between the inside and the outside of the in-vehicle computer system 2 as a main gateway (Central GW).
  • the in-vehicle computer system 2 may further include a SIM 52 of the communication module 51.
  • FIG. 2 is a chart showing examples of key types according to the present embodiment.
  • Examples of the key types used by the in-vehicle computer system 2 of the automobile 1 include a plurality of key types shown in FIG. FIG. 2 shows the level of the key security requirement and the level of the key distribution speed requirement for each key type. For example, a master key and a root certificate have the highest security requirements, but do not have a high speed requirement. Key exchange keys and MAC (Message Authentication Code) keys are required to have high speed.
  • MAC Message Authentication Code
  • the SIM 52 mainly performs processing related to a key having a relatively high level of key security requirement. Further, the HSM 12 mainly performs processing relating to a key having a relatively high level of request for high-speed key distribution.
  • the SIM 52 is a secure element that is safer than the HSM 12 and the SHE 22.
  • the HSM 12 and SHE 22 have a higher processing capacity than the SIM 52.
  • the HSM 12 has a higher processing capacity than the SHE 22.
  • HSM12 is an example of a first cryptographic processing device.
  • the master ECU 10 is an example of a first in-vehicle computer.
  • SHE 22 is an example of a second cryptographic processing device.
  • the end ECU 20 is an example of a second in-vehicle computer.
  • the SIM 52 is an example of a secure element that is safer than the first cryptographic processing device and the second cryptographic processing device.
  • the communication module 51 of the DCM 50 and the master ECU 10 transmit and receive data via the infotainment device 40.
  • the master ECU 10 and the end ECU 20 send and receive data via the control network 30.
  • FIG. 3 is a sequence chart showing Example 1 of the management method according to the present embodiment.
  • Example 1 of the management method according to the present embodiment is a method related to the distribution of the key exchange key when the end ECU 20 is newly mounted on the automobile 1.
  • the key exchange key is an example of a first key.
  • the HSM 12 of the master ECU 10 stores the initial key of the end ECU 20 already mounted on the automobile 1 in the key storage unit 13.
  • the key storage unit 13 stores the latest key exchange key Kx2.
  • the key exchange key Kx2 is the latest key exchange key distributed in the past to the end ECU 20 already mounted on the automobile 1.
  • Example 1 of the management method one end ECU 20 newly mounted on the automobile 1 will be described.
  • the SHE 22 of the end ECU 20 stores the initial key Ki5 of the own end ECU 20 in the key storage unit 23.
  • the end ECU 20 has its own identifier ECU_ID.
  • the SIM 52 stores the master key in the key storage unit 53.
  • the master key stored in the key storage unit 53 of the SIM 52 is the same master key that is used together with the identifier ECU_ID of the end ECU 20 to generate the initial key Ki5 stored in the key storage unit 23 of the end ECU 20.
  • the initial key Ki5 of the end ECU 20 is an example of the second key.
  • Step S10 ECU_ID Notification
  • the end ECU 20 supplies its own identifier ECU_ID to the SIM 52 when the power is first turned on after being mounted on the automobile 1.
  • the identifier ECU_ID of the end ECU 20 is transmitted from the end ECU 20 to the communication module 51 via the master ECU 10.
  • the communication module 51 supplies the received identifier ECU_ID of the end ECU 20 to the SIM 52.
  • Step S11 The SIM 52 acquires a master key from the key storage unit 53, and generates the initial key Ki5 of the end ECU 20 using the acquired master key and the identifier ECU_ID of the end ECU 20.
  • the communication module 51 transmits the set of the initial key Ki5 of the end ECU 20 generated by the SIM 52 and the identifier ECU_ID of the end ECU 20 to the master ECU 10.
  • the master ECU 10 supplies the received set of the initial key Ki5 of the end ECU 20 and the identifier ECU_ID of the end ECU 20 to the HSM 12.
  • the HSM 12 stores the initial key Ki5 of the end ECU 20 in the key storage unit 13 in association with the identifier ECU_ID of the end ECU 20.
  • the master ECU 10 shares the initial key Ki5 of the end ECU 20 with the end ECU 20.
  • the initial key generation method of the end ECU 20 is predetermined. Examples 1 and 2 of the initial key generation method of the end ECU 20 will be described.
  • Example 1 of initial key generation method of end ECU 20 In Example 1 of the initial key generation method of the end ECU 20, a hash function is used.
  • the hash value may be calculated using the concatenated data of the master key and the identifier ECU_ID of the end ECU 20 as an input value, and the calculated hash value may be used as the initial key of the end ECU 20.
  • Example 2 of ECU initial key generation method In the second example of the initial key generation method of the end ECU 20, an exclusive OR operation is used.
  • the exclusive OR operation of the master key and the identifier ECU_ID of the end ECU 20 may be executed, and the value “master key xor identifier ECU_ID” of the operation result may be used as the initial key of the end ECU 20.
  • “A xor B” is an exclusive OR of A and B.
  • Step S12 The HSM 12 of the master ECU 10 generates a random number Rn, and uses the generated random number Rn as a challenge value.
  • the master ECU 10 transmits the challenge value Rn to the end ECU 20.
  • Step S13; Response The end ECU 20 supplies the challenge value Rn received from the master ECU 10 to the SHE 22.
  • the SHE 22 generates encrypted data Ki5 (Rn) obtained by encrypting the challenge value Rn with the initial key Ki5 of the own end ECU 20 stored in the key storage unit 23.
  • the end ECU 20 transmits the encrypted data Ki5 (Rn) as a response value to the master ECU 10.
  • the master ECU 10 supplies the received response value Ki5 (Rn) to the HSM 12.
  • the HSM 12 executes a response matching process for this response value Ki5 (Rn).
  • the HSM 12 verifies the response value Ki5 (Rn) using the initial key Ki5 of the end ECU 20 stored in the key storage unit 13.
  • Examples of the verification method of the response value Ki5 (Rn) include the following verification method examples 1 and 2.
  • the HSM 12 encrypts the challenge value Rn with each of the plurality of initial keys Ki1,..., Ki5,... Stored in the key storage unit 13, and each encrypted result matches the response value Ki5 (Rn). Determine whether. As a result of the determination, if there is only one encrypted result that matches the response value Ki5 (Rn), the verification of the response value Ki5 (Rn) is successful. On the other hand, if there is no encryption result that matches the response value Ki5 (Rn) as a result of the determination, and there are a plurality of encryption results that match the response value Ki5 (Rn), the response value Ki5 (Rn) Verification failed.
  • the HSM 12 decrypts the response value Ki5 (Rn) with each of the plurality of initial keys Ki1,..., Ki5,... Stored in the key storage unit 13, and each decryption result matches the challenge value Rn. Determine whether. If the result of determination is that there is only one decryption result that matches the challenge value Rn, the response value Ki5 (Rn) has been successfully verified. On the other hand, if the result of determination is that there is no decryption result that matches the challenge value Rn, and there are multiple decryption results that match the challenge value Rn, verification of the response value Ki5 (Rn) fails.
  • the process proceeds to the subsequent steps. On the other hand, if the verification of the response value Ki5 (Rn) is unsuccessful, the process in FIG. 3 is terminated. Note that if the verification of the response value Ki5 (Rn) fails, a predetermined error process may be performed.
  • Step S14 The SHE 22 of the end ECU 20 generates a random number Rn ', and uses the generated random number Rn' as a challenge value.
  • the end ECU 20 transmits the challenge value Rn ′ to the master ECU 10.
  • Step S15 The master ECU 10 supplies the challenge value Rn 'received from the end ECU 20 to the HSM 12.
  • the HSM 12 generates encrypted data Ki5 (Rn ′) obtained by encrypting the challenge value Rn ′ with the initial key Ki5 of the end ECU 20 used when the response value Ki5 (Rn) is successfully verified in step S13. To do.
  • the master ECU 10 transmits the encrypted data Ki5 (Rn ′) as a response value to the end ECU 20.
  • the end ECU 20 supplies the received response value Ki5 (Rn ′) to the SHE 22.
  • the SHE 22 executes a response matching process on the response value Ki5 (Rn ′).
  • the SHE 22 uses the initial key Ki5 of the own end ECU 20 stored in the key storage unit 23 to verify the response value Ki5 (Rn ′).
  • the same method as the above-described verification method examples 1 and 2 can be cited.
  • Step S16 The HSM 12 of the master ECU 10 uses the initial key Ki5 of the end ECU 20 that was used when the response value Ki5 (Rn) was successfully verified in Step S13, and the key stored in the key storage unit 13
  • the exchange key Kx2 is encrypted to generate an encryption key exchange key Ki5 (Kx2).
  • the master ECU 10 transmits the encryption key exchange key Ki5 (Kx2) to the end ECU 20.
  • the end ECU 20 supplies the received encryption key exchange key Ki5 (Kx2) to the SHE 22.
  • Step S17 The SHE 22 of the end ECU 20 decrypts the encryption key exchange key Ki5 (Kx2) with the initial key Ki5 of the own end ECU 20 stored in the key storage unit 23. A key exchange key Kx2 is obtained as the decryption result.
  • Step S18 The SHE 22 of the end ECU 20 stores the decrypted key exchange key Kx2 in the key storage unit 23.
  • the SIM 52 has a master key with a relatively high level of key security requirement, and generates an initial key for the end ECU 20 using this master key. Further, the HSM 12 executes a process at the time of distributing the key exchange key, which has a relatively high level of request for high-speed key distribution.
  • Example 2 of management method With reference to FIG. 4, Example 2 of the management method which concerns on this embodiment is demonstrated.
  • FIG. 4 is a sequence chart showing Example 2 of the management method according to the present embodiment.
  • Example 2 of the management method according to the present embodiment is a method related to the update of the key exchange key for the end ECU 20 mounted on the automobile 1.
  • the key exchange key is an example of a first key.
  • the HSM 12 of the master ECU 10 stores the latest key exchange key Kx2 in the key storage unit 13.
  • the key exchange key Kx2 is the latest key exchange key distributed in the past to the end ECU 20 already mounted on the automobile 1.
  • Example 2 of the management method In the description of Example 2 of the management method below, one end ECU 20 that is a target of key exchange key update will be described.
  • the SHE 22 of the end ECU 20 stores the key exchange key Kx2 in the key storage unit 23.
  • Step S21 The HSM 12 of the master ECU 10 generates a new key exchange key Kx3.
  • Step S22 The HSM 12 of the master ECU 10 encrypts the key exchange key Kx3 using the key exchange key Kx2 stored in the key storage unit 13, and generates an encrypted key exchange key Kx2 (Kx3).
  • the master ECU 10 transmits the encryption key exchange key Kx2 (Kx3) to the end ECU 20.
  • the end ECU 20 supplies the received encryption key exchange key Kx2 (Kx3) to the SHE 22.
  • Step S23 The SHE 22 of the end ECU 20 decrypts the encrypted key exchange key Kx2 (Kx3) with the key exchange key Kx2 stored in the key storage unit 23. A key exchange key Kx3 is obtained as the decryption result.
  • Step S24 The SHE 22 of the end ECU 20 stores the decrypted key exchange key Kx3 in the key storage unit 23 as the latest key exchange key. Thereby, the key exchange key memorize
  • the HSM 12 executes a process at the time of updating a key exchange key that has a relatively high level of request for high-speed key distribution.
  • Example 3 of management method With reference to FIG. 5, Example 3 of the management method which concerns on this embodiment is demonstrated.
  • FIG. 5 is a sequence chart showing a third example of the management method according to the present embodiment.
  • Example 3 of the management method according to the present embodiment is a method related to updating the MAC key for the end ECU 20 mounted in the automobile 1.
  • the MAC key is an example of a first key.
  • the HSM 12 of the master ECU 10 stores the latest key exchange key Kx3 in the key storage unit 13.
  • the key exchange key Kx3 is the latest key exchange key distributed in the past to the end ECU 20 already mounted on the automobile 1.
  • the SHE 22 of the end ECU 20 stores the key exchange key Kx3 in the key storage unit 23.
  • Step S30 The SHE 22 of the end ECU 20 stores the MAC key k7 in the key storage unit 23.
  • the MAC key k7 is the latest MAC key distributed in the past from the master ECU 10.
  • Step S31 The HSM 12 of the master ECU 10 generates a new MAC key k8.
  • Step S32 The HSM 12 of the master ECU 10 encrypts the MAC key k8 using the key exchange key Kx3 stored in the key storage unit 13, and generates an encrypted MAC key Kx3 (k8).
  • the master ECU 10 transmits the encrypted MAC key Kx3 (k8) to the end ECU 20.
  • the end ECU 20 supplies the received encrypted MAC key Kx3 (k8) to the SHE 22.
  • Step S33 The SHE 22 of the end ECU 20 decrypts the encrypted MAC key Kx3 (k8) with the key exchange key Kx3 stored in the key storage unit 23. A MAC key k8 is obtained as a result of this decryption.
  • Step S34 The SHE 22 of the end ECU 20 stores the decrypted MAC key k8 in the key storage unit 23 as the latest MAC key. As a result, the MAC key stored in the key storage unit 23 of the SHE 22 of the end ECU 20 is updated to the latest MAC key k8.
  • Example 3 of the management method described above the HSM 12 executes a process at the time of updating a MAC key that requires a relatively high level of key distribution speed.
  • Example 4 of management method With reference to FIG. 6, Example 4 of the management method which concerns on this embodiment is demonstrated.
  • FIG. 6 is a sequence chart illustrating a fourth example of the management method according to the present embodiment.
  • Example 4 of the management method according to the present embodiment is a method related to the update of the computer program for the end ECU 20 mounted on the automobile 1.
  • the key storage unit 13 of the HSM 12 of the master ECU 10 stores a code signature key, an expected value registration key, a secure boot signature key_inside the vehicle, and a secure boot signature key_outside the vehicle.
  • the key storage unit 23 of the SHE 22 of the end ECU 20 stores the secure boot signature key_inside the vehicle.
  • the management server device 100 generates the electronic signature 210 of the ECU code 200 using the code signature key.
  • the ECU code 200 may be a program code of a computer program of the end ECU 20 or may be data.
  • the management server device 100 transmits the ECU code 200 with the electronic signature 210 to the diagnostic tool 110 via the communication line.
  • the diagnostic tool 110 is connected to the diagnostic port 60 of the automobile 1 by an operator such as an automobile maintenance shop.
  • the ECU code 200 with the electronic signature 210 is transmitted from the diagnostic tool 110 to the master ECU 10 via the diagnostic port 60.
  • the master ECU 10 supplies the received ECU code 200 with the electronic signature 210 to the HSM 12.
  • Step S42 The HSM 12 of the master ECU 10 verifies the electronic signature 210 using the code signature key stored in the key storage unit 13. If the verification of the electronic signature 210 is successful, the subsequent processing is executed. On the other hand, if the verification of the electronic signature 210 is unsuccessful, the processing in FIG. If verification of the electronic signature 210 fails, a predetermined error process may be performed.
  • the HSM 12 calculates an expected value using the expected value registration key for the ECU code 200 for which the electronic signature 210 has been successfully verified.
  • the expected value of the ECU code 200 for example, a CMAC (Cipher-based “Message Authentication” code) of the ECU code 200 may be used.
  • the master ECU 10 transmits to the end ECU 20 the ECU code 200 that has been successfully verified by the electronic signature 210 and the expected value of the ECU code 200.
  • Step S43 The end ECU 20 applies the ECU code 200 received from the master ECU 10 to itself. Further, the end ECU 20 supplies the expected value of the ECU code 200 received from the master ECU 10 to the SHE 22. The SHE 22 holds the expected value of the ECU code 200.
  • Step S44 The end ECU 20 executes secure boot.
  • the ECU code 200 is supplied to the SHE 22 by the boot loader.
  • the SHE 22 calculates the expected value of the ECU code 200 using the expected value registration key held by itself.
  • the SHE 22 compares the expected value of the calculation result with the expected value of the ECU code 200 held by itself. If the result of this comparison indicates that they match, the SHE 22 responds to the boot loader that the ECU code 200 has been successfully verified.
  • the boot loader activates the ECU code 200 when the response from the SHE 22 is a successful verification.
  • the SHE 22 responds to the boot loader that the verification of the ECU code 200 has failed.
  • the boot loader does not activate the ECU code 200 when the response from the SHE 22 is a verification failure.
  • the SHE 22 outputs a success response message indicating the successful verification of the ECU code 200.
  • the SHE 22 outputs, as this success response message, data obtained by encrypting the information indicating the successful verification of the ECU code 200 in the secure boot signature key_vehicle stored in the key storage unit 23.
  • the expected value of the ECU code 200 may be used as information indicating that the ECU code 200 has been successfully verified.
  • the end ECU 20 transmits a success response message to the master ECU 10.
  • the master ECU 10 supplies the received success response message to the HSM 12.
  • Step S45 The HSM 12 of the master ECU 10 decrypts the success response message using the secure boot signature key_in-vehicle stored in the key storage unit 13, and verifies the content of the success response message.
  • the HSM 12 checks whether the expected value of the ECU code 200 transmitted to the end ECU 20 in step S42 matches the expected value included in the success response message.
  • the HSM 12 uses the secure boot signature key_outside the vehicle stored in the key storage unit 13 to obtain the electronic signature 230 of the result 220 indicating the successful update of the ECU code 200. Generate. As the result 220, the expected value of the ECU code 200 may be used. If verification of the content of the success response message fails, a predetermined error process may be performed.
  • Step S ⁇ b> 46 The master ECU 10 transmits the result 220 with the electronic signature 230 to the diagnostic tool 110 via the diagnostic port 60.
  • the diagnostic tool 110 transmits the result 220 with the electronic signature 230 to the management server device 100 via the communication line.
  • the management server device 100 records the received result 220 with the electronic signature 230.
  • Example 4 of the above-described management method the HSM 12 performs the processing at the time of updating the ECU code 200 as a main body.
  • Example 5 of management method With reference to FIG. 7, Example 5 of the management method which concerns on this embodiment is demonstrated.
  • FIG. 7 is a sequence chart showing a fifth example of the management method according to the present embodiment.
  • Example 5 of the management method according to the present embodiment is a method related to updating of a computer program for the end ECU 20 mounted on the automobile 1.
  • the SIM 52 of the communication module 51 is further used as compared to the management method example 4 described above.
  • parts corresponding to the respective steps in FIG. 6 are given the same reference numerals, and the description thereof is omitted.
  • differences from Example 4 of the management method will be mainly described.
  • the key storage unit 53 of the SIM 52 of the communication module 51 stores a VPN (Virtual Private Network) key and a root certificate.
  • the VPN key is an example of an external communication key.
  • the root certificate is a code signing key and a secure boot signing key_a key used for verification of validity outside the vehicle.
  • Step S51 The management server device 100 generates the electronic signature 210 of the ECU code 200 using the code signature key.
  • the management server device 100 transmits the ECU code 200 with the electronic signature 210 to the communication module 51 via the VPN.
  • the VPN is configured using a wireless communication line.
  • the SIM 52 of the communication module 51 uses the VPN key stored in the key storage unit 53 to execute encryption and decryption of communication data exchanged via the VPN. As a result, the ECU code 200 with the electronic signature 210 is safely received by the communication module 51 from the management server device 100 via the VPN.
  • Step S52 The SIM 52 of the communication module 51 uses the Root certificate stored in the key storage unit 53, and the code signature key and the secure boot signature key stored in the key storage unit 13 of the HSM 12 of the master ECU 10 To verify. If the verification of both the code signing key and the secure boot signing key_outside the vehicle is successful, the subsequent processing is executed. On the other hand, if at least the verification of the code signing key fails, the process in FIG. Alternatively, when the verification of either the code signing key or the secure boot signing key_outside the vehicle fails, the process of FIG. 7 may be terminated. In addition, when verification of either the code signing key or the secure boot signing key_outside the vehicle fails, a predetermined error process may be performed.
  • Step S53 The communication module 51 transmits the ECU code 200 with the electronic signature 210 to the master ECU 10.
  • the master ECU 10 supplies the received ECU code 200 with the electronic signature 210 to the HSM 12.
  • steps S42 to S45 are executed in the same manner as in the fourth example of the management method described with reference to FIG.
  • Step S ⁇ b> 54 The master ECU 10 transmits the result 220 with the electronic signature 230 to the communication module 51.
  • the communication module 51 transmits the received result 220 with the electronic signature 230 to the management server device 100 via the VPN.
  • the result 220 with the electronic signature 230 is securely received by the management server apparatus 100 from the communication module 51 via the VPN.
  • the management server device 100 records the received result 220 with the electronic signature 230.
  • the SIM 52 has a root certificate with a relatively high level of key security requirement, and the code signing key and the secure key stored in the master ECU 10 using this root certificate. Verify boot signing key_outside the car.
  • the SIM 52 also has a VPN key with a relatively high level of key security requirements, and uses this VPN key to perform encryption and decryption of communication data exchanged via the VPN.
  • the HSM 12 performs the processing at the time of updating the ECU code 200 as a main body.
  • Root certificate may be a key used for verifying the validity of the VPN key, and the SIM 52 may verify the VPN key using this Root certificate.
  • the security of the VPN key is high. For this reason, in the above-described management method example 5, the VPN key is not verified.
  • Example 4 and Example 5 of the management method according to the present embodiment is only the communication path between the management server device 100 and the master ECU 10. Accordingly, it is only necessary to appropriately select whether to use the communication path via the diagnostic port 60 or the communication path via the communication module 51, and the management method examples 4 and 5 according to the present embodiment are used in combination. be able to.
  • Example 6 of management method With reference to FIG. 8, Example 6 of the management method according to the present embodiment will be described.
  • FIG. 8 is a sequence chart showing a sixth example of the management method according to the present embodiment.
  • Example 6 of the management method according to the present embodiment is a method related to the update of the computer program for the end ECU 20 mounted on the automobile 1.
  • the SIM 52 of the communication module 51 is used in the same manner as in the management method example 5.
  • the SIM 52 also executes the processing executed by the HSM 12 of the master ECU 10 in the management method example 5.
  • FIG. 8 the same reference numerals are given to the portions corresponding to the steps in FIGS. 6 and 7, and the description thereof is omitted.
  • differences from the above-described management method example 5 will be mainly described.
  • the key storage unit 53 of the SIM 52 of the communication module 51 stores a VPN key, a root certificate, a code signature key, an expected value registration key, a secure boot signature key_inside the vehicle, and a secure boot signature key_outside the vehicle.
  • Steps S51 and S52 are executed in the same manner as in the example 5 of the management method described with reference to FIG.
  • the SIM 52 of the communication module 51 uses the Root certificate stored in the key storage unit 53, and the code signing key stored in the key storage unit 53 and the secure Verify boot signing key_outside the car.
  • Step S42a corresponds to step S42 of the management method example 4 described with reference to FIG.
  • the process executed by the HSM 12 of the master ECU 10 is executed, and in step S42a of the management method example 6, the SIM 52 of the communication module 51 executes.
  • the SIM 52 of the communication module 51 verifies the electronic signature 210 using the code signing key stored in the key storage unit 53 against the ECU code 200 with the electronic signature 210. If the verification of the electronic signature 210 is successful, the subsequent processing is executed. On the other hand, if the verification of the electronic signature 210 is unsuccessful, the processing in FIG. If verification of the electronic signature 210 fails, a predetermined error process may be performed.
  • the SIM 52 calculates an expected value using the expected value registration key for the ECU code 200 for which the verification of the electronic signature 210 is successful.
  • the expected value of the ECU code 200 for example, the CMAC of the ECU code 200 may be used.
  • the communication module 51 transmits the ECU code 200 in which the electronic signature 210 has been successfully verified and the expected value of the ECU code 200 to the end ECU 20 via the master ECU 10.
  • steps S43 and S44 are executed in the same manner as in the fourth example of the management method described with reference to FIG.
  • the success response message transmitted from the ECU code 200 to the master ECU 10 is sent to the communication module 51 via the master ECU 10 (step S44a).
  • Step S45a corresponds to step S45 of the management method example 4 described with reference to FIG.
  • the processing executed by the HSM 12 of the master ECU 10 is executed, and in step S45a of the management method example 6, the SIM 52 of the communication module 51 executes.
  • the SIM 52 of the communication module 51 decrypts the success response message using the secure boot signature key_inside the vehicle stored in the key storage unit 53 and verifies the content of the success response message.
  • the SIM 52 checks whether the expected value of the ECU code 200 transmitted to the end ECU 20 in step S42a matches the expected value included in the success response message.
  • the SIM 52 uses the secure boot signature key_outside the vehicle stored in the key storage unit 53 to obtain the electronic signature 230 of the result 220 indicating the successful update of the ECU code 200. Generate. As the result 220, the expected value of the ECU code 200 may be used. If verification of the content of the success response message fails, a predetermined error process may be performed.
  • Step S54 The communication module 51 transmits the result 220 with the electronic signature 230 to the management server apparatus 100 via the VPN.
  • the result 220 with the electronic signature 230 is securely received by the management server apparatus 100 from the communication module 51 via the VPN.
  • the management server device 100 records the received result 220 with the electronic signature 230.
  • the SIM 52 has a root certificate with a relatively high level of key security requirement, and the code certificate key and the secure boot signature key_outside the vehicle are used by using this root certificate. Validate.
  • the SIM 52 also has a VPN key with a relatively high level of key security requirements, and uses this VPN key to perform encryption and decryption of communication data exchanged via the VPN. Further, the SIM 52 mainly performs processing at the time of updating the ECU code 200.
  • the management method example 6 may be applied to, for example, updating an ECU code that does not require immediacy.
  • the communication module 51 can exchange data with the diagnostic tool 110 connected to the diagnostic port 60 via the master ECU 10. As a result, the communication module 51 uses the communication path via the diagnostic port 60 using the communication path via the diagnostic port 60 as in steps S41 and S46 of the management method example 4 described with reference to FIG. 200 can be received, or the result 220 with the electronic signature 230 can be transmitted.
  • the SIM 52, the HSM 12, and the SIM 52 can be selectively used according to the level of the key security requirement and the level of the key distribution speed requirement. This makes it possible to balance both the security of the key and the speed of the key distribution.
  • the master ECU 10 can quickly execute the generation of the MAC key when the engine of the automobile 1 is started and share it with each end ECU 20.
  • the SIM 52 of the communication module 51 has a master key, and the master key is used to generate the initial key of the end ECU 20, thereby satisfying the requirement for the safety of the master key.
  • TPM Trusted Platform Module
  • the TPM is a tamper-resistant cryptographic processing chip.
  • TPM it describes in the nonpatent literature 3, for example.
  • an automobile is used as an example of the vehicle.
  • the present invention can be applied to other vehicles such as a motorbike and a railroad vehicle.
  • a computer program for realizing the functions of the above-described in-vehicle computer system 2 is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into the computer system and executed.
  • the “computer system” may include an OS and hardware such as peripheral devices.
  • “Computer-readable recording medium” refers to a flexible disk, a magneto-optical disk, a ROM, a writable nonvolatile memory such as a flash memory, a portable medium such as a DVD (Digital Versatile Disk), and a built-in computer system.
  • a storage device such as a hard disk.
  • the “computer-readable recording medium” means a volatile memory (for example, DRAM (Dynamic DRAM) in a computer system that becomes a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line. Random Access Memory)), etc., which hold programs for a certain period of time.
  • the program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium.
  • the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.
  • the program may be for realizing a part of the functions described above. Furthermore, what can implement

Abstract

第１の処理能力を有するＨＳＭを備えるマスタＥＣＵと、第１の処理能力よりも低い第２の処理能力を有するＳＨＥを備える複数のエンドＥＣＵとを備え、マスタＥＣＵと複数のエンドＥＣＵとが制御用ネットワークに接続され、マスタＥＣＵは、エンドＥＣＵで使用される第１の鍵をＨＳＭにより暗号化し、第１の鍵の暗号化データをエンドＥＣＵへ送信し、エンドＥＣＵは、マスタＥＣＵから受信した第１の鍵の暗号化データをＳＨＥにより復号化する。

Description

車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム
　本発明は、車載コンピュータシステム、車両、管理方法、及びコンピュータプログラムに関する。
　本願は、２０１５年８月２４日に、日本に出願された特願２０１５－１６４７７４号に基づき優先権を主張し、その内容をここに援用する。
　近年、自動車は、ＥＣＵ（Electronic Control Unit）を有し、ＥＣＵによってエンジン制御等の機能を実現する。ＥＣＵは、コンピュータの一種であり、コンピュータプログラムによって所望の機能を実現する。既に使用されている自動車について、ＥＣＵのコンピュータプログラムの更新は、通常、自動車の検査時や定期点検時などに、一般の自動車整備工場で行われる。
　従来、ＥＣＵのコンピュータプログラムの更新では、作業者が、自動車のＯＢＤ（On-board Diagnostics）ポートと呼ばれる診断ポートにメンテナンス専用の診断端末を接続し、この診断端末から更新プログラムのインストール及びデータの設定変更などを行う。これに関し例えば非特許文献１、２にはＥＣＵのセキュリティについて記載されている。
C. Miller、C. Valasek、"Adventures in Automotive Networks and Control Units"、DEF CON 21、2013年8月 高田広章、松本勉、"車載組込みシステムの情報セキュリティ強化に関する提言"、2013年9月、インターネット＜ＵＲＬ：https://www.ipa.go.jp/files/000034668.pdf＞ Trusted Computing Group、インターネット＜ＵＲＬ：http://www.trustedcomputinggroup.org/＞
　上述した非特許文献１、２では、ＥＣＵのセキュリティの向上を実現する手段については記載されない。このため、自動車等の車両に備わるＥＣＵ等の車載コンピュータに使用されるコンピュータプログラム等のデータの適用についての信頼性を向上させることが望まれる。
　例えば、ＥＣＵが起動した後に、ＥＣＵが保持する鍵を使用してデータの交換相手を相互認証することによって、車載コンピュータシステムの防御能力を向上させることが考えられる。また、例えば、ＥＣＵが保持する鍵を使用して、ＥＣＵ間で交換するデータの正当性を検証することが考えられる。また、例えば、ＥＣＵに使用されるコンピュータプログラム等のデータに電子署名を付して自動車の管理装置へ配布し、管理装置が保持する鍵を使用して、配布されたデータの電子署名を検証することにより、ＥＣＵに使用されるコンピュータプログラム等のデータを検査することが考えられる。ここで、自動車に保持される鍵の管理や更新をどのようにして実現するのかが、鍵の保安上の課題である。
　本発明は、このような事情を考慮してなされたものであり、自動車等の車両に保持される鍵の管理や更新に寄与できる車載コンピュータシステム、車両、管理方法、及びコンピュータプログラムを提供することを課題とする。
（１）本発明の一態様による車載コンピュータシステムは、車両に備わる車載コンピュータシステムにおいて、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、前記第１の車載コンピュータは、前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを前記第２の車載コンピュータへ送信し、前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化する。
（２）本発明の一態様による車載コンピュータシステムは、上記（１）の車載コンピュータシステムにおいて、前記第１の暗号処理装置及び前記第２の暗号処理装置よりも安全性の高いセキュアエレメントを備え、前記セキュアエレメントは、前記第２の車載コンピュータに保持される各前記第２の車載コンピュータで別個の第２の鍵を生成し、この第２の鍵を前記第１の車載コンピュータへ供給し、前記第１の車載コンピュータは、前記セキュアエレメントから供給された第２の鍵のうち、前記第１の鍵の暗号化データの送信先の前記第２の車載コンピュータの第２の鍵を前記暗号化データの暗号化に使用し、前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データの復号化に自己の第２の鍵を使用する。
（３）本発明の一態様による車載コンピュータシステムは、上記（２）の車載コンピュータシステムにおいて、前記セキュアエレメントは、前記第２の車載コンピュータに保持される第２の鍵の生成に前記第２の車載コンピュータの識別子と共に使用されたマスタ鍵と同じマスタ鍵を有し、前記マスタ鍵と前記第２の車載コンピュータから供給された前記第２の車載コンピュータの識別子とを使用して前記第２の車載コンピュータの第２の鍵を生成する。
（４）本発明の一態様による車載コンピュータシステムは、車両に備わる車載コンピュータシステムにおいて、比較的高い処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、比較的低い処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、前記第１の車載コンピュータは、前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを前記第２の車載コンピュータへ送信し、前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを起動する。
（５）本発明の一態様による車載コンピュータシステムは、上記（４）の車載コンピュータシステムにおいて、前記第１の暗号処理装置及び前記第２の暗号処理装置よりも安全性の高いセキュアエレメントを備え、前記車両は、無線通信回線を介して、前記コンピュータプログラムと前記コンピュータプログラムの電子署名を受信し、前記セキュアエレメントは、前記無線通信回線を介して交換される通信データを検証する。
（６）本発明の一態様による車載コンピュータシステムは、上記（５）の車載コンピュータシステムにおいて、前記セキュアエレメントは、前記第１の暗号処理装置が前記コンピュータプログラムの電子署名を検証する際に使用する鍵を検証する。
（７）本発明の一態様による車載コンピュータシステムは、上記（５）又は（６）のいずれかの車載コンピュータシステムにおいて、前記車両は、無線通信回線を介して、前記第２の車載コンピュータに対する前記コンピュータプログラムの適用の結果と前記結果の電子署名を送信し、前記セキュアエレメントは、前記第１の暗号処理装置が前記結果の電子署名を生成する際に使用する鍵を検証する。
（８）本発明の一態様による車両は、上記（１）から（７）のいずれかの車載コンピュータシステムを備える。
（９）本発明の一態様による管理方法は、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、前記第１の車載コンピュータが、前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを前記第２の車載コンピュータへ送信するステップと、前記第２の車載コンピュータが、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化するステップとを含む。
（１０）本発明の一態様による管理方法は、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、前記第１の車載コンピュータが、前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを前記第２の車載コンピュータへ送信するステップと、前記第２の車載コンピュータが、前記第１の車載コンピュータから受信した前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを起動するステップとを含む。
（１１）本発明の一態様によるコンピュータプログラムは、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第１の車載コンピュータに、前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを、前記第２の暗号処理装置により復号化する前記第２の車載コンピュータへ送信するステップを実行させる。
（１２）本発明の一態様によるコンピュータプログラムは、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第２の車載コンピュータに、前記第１の暗号処理装置により暗号化された前記第２の車載コンピュータで使用される第１の鍵の暗号化データを前記第１の車載コンピュータから受信し、前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化するステップを実行させる。
（１３）本発明の一態様によるコンピュータプログラムは、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第１の車載コンピュータに、前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを、前記第２の暗号処理装置により検証する前記第２の車載コンピュータへ送信するステップを実行させる。
（１４）本発明の一態様によるコンピュータプログラムは、車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータとを備え、前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第２の車載コンピュータに、前記第２の車載コンピュータに適用されるコンピュータプログラムと前記第１の暗号処理装置により算出された前記コンピュータプログラムの期待値とを前記第１の車載コンピュータから受信し、前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを前記第２の車載コンピュータで起動するステップを実行させる。
　本発明によれば、自動車等の車両に保持される鍵の管理や更新に寄与できるという効果が得られる。
本発明の一実施形態に係る自動車を示すブロック図である。 本発明の一実施形態に係る鍵の種類の例を示す表である。 本発明の一実施形態に係る管理方法の例１を示すシーケンスチャートである。 本発明の一実施形態に係る管理方法の例２を示すシーケンスチャートである。 本発明の一実施形態に係る管理方法の例３を示すシーケンスチャートである。 本発明の一実施形態に係る管理方法の例４を示すシーケンスチャートである。 本発明の一実施形態に係る管理方法の例５を示すシーケンスチャートである。 本発明の一実施形態に係る管理方法の例６を示すシーケンスチャートである。
　以下、図面を参照し、本発明の実施形態について説明する。なお、以下に示す実施形態では、車両として自動車を例に挙げて説明する。
　図１は、本発明の一実施形態に係る自動車１を示す図である。
　図１において、自動車１は、マスタＥＣＵ１０と複数のエンドＥＣＵ２０を備える。マスタＥＣＵ１０及びエンドＥＣＵ２０は、自動車１に備わる車載コンピュータである。マスタＥＣＵ１０は、自動車１に搭載されたＥＣＵのうち、主となるＥＣＵである。エンドＥＣＵ２０は、自動車１に搭載されたＥＣＵのうち、従となるＥＣＵである。エンドＥＣＵ２０として、例えば、エンジン制御機能を有するＥＣＵ、ハンドル制御機能を有するＥＣＵ、ブレーキ制御機能を有するＥＣＵなどがある。
　マスタＥＣＵ１０と複数のエンドＥＣＵ２０は、自動車１に備わる制御用ネットワーク３０に接続される。制御用ネットワーク３０は通信ネットワークである。制御用ネットワーク３０として、例えばＣＡＮ（Controller Area Network）を使用してもよい。ＣＡＮは車両に搭載される通信ネットワークの一つとして知られている。
　マスタＥＣＵ１０は、制御用ネットワーク３０を介して、各エンドＥＣＵ２０との間でデータを交換する。エンドＥＣＵ２０は、制御用ネットワーク３０を介して、他のエンドＥＣＵ２０との間でデータを交換する。
　自動車１は診断ポート６０を備える。診断ポート６０として、例えばＯＢＤポートを使用してもよい。診断ポート６０には診断端末を接続可能である。診断ポート６０はマスタＥＣＵ１０に接続される。マスタＥＣＵ１０と診断ポート６０に接続された診断端末とは、診断ポート６０を介して、データを交換する。
　自動車１はインフォテイメント（Infotainment）機器４０を備える。インフォテイメント機器４０として、例えば、ナビゲーション機能、位置情報サービス機能、音楽や動画などのマルチメディア再生機能、音声通信機能、データ通信機能、インターネット接続機能などを有するものが挙げられる。インフォテイメント機器４０はマスタＥＣＵ１０に接続される。マスタＥＣＵ１０は、インフォテイメント機器４０から入力された情報をエンドＥＣＵ２０へ送信する。
　自動車１は、ＤＣＭ（Data Communication Module）５０を備える。ＤＣＭ５０は通信装置である。ＤＣＭ５０は通信モジュール５１を備える。通信モジュール５１は、無線通信ネットワークを利用して無線通信を行う。通信モジュール５１は、ＳＩＭ（Subscriber Identity Module）５２を備える。ＳＩＭ５２は、無線通信ネットワークの契約者情報が書き込まれたＳＩＭである。通信モジュール５１は、ＳＩＭ５２を使用することによりこの無線通信ネットワークに接続して無線通信を行うことができる。
　ＳＩＭ５２は、鍵を記憶する鍵記憶部５３を備える。なお、ＳＩＭ５２として、ｅＳＩＭ（Embedded Subscriber Identity Module）を使用してもよい。ＳＩＭ及びｅＳＩＭはセキュアエレメントの例である。セキュアエレメントは耐タンパー性（Tamper Resistant）を有する。ＳＩＭ及びｅＳＩＭは、コンピュータの一種であり、コンピュータプログラムによって所望の機能を実現する。
　ＤＣＭ５０はインフォテイメント機器４０に接続される。インフォテイメント機器４０は、ＤＣＭ５０により、自動車１の外部の装置と通信を行う。マスタＥＣＵ１０は、インフォテイメント機器４０を介して、ＤＣＭ５０の通信モジュール５１とデータを交換する。
　なお、図１の構成ではマスタＥＣＵ１０がインフォテイメント機器４０を介して通信モジュール５１とデータを交換するが、これに限定されない。マスタＥＣＵ１０とＤＣＭ５０を直接接続し、マスタＥＣＵ１０が、インフォテイメント機器４０を介さずに、通信モジュール５１とデータを交換してもよい。
　マスタＥＣＵ１０は、メイン演算器１１とＨＳＭ（Hardware Security Module）１２を備える。メイン演算器１１は、マスタＥＣＵ１０の機能を実現させるためのコンピュータプログラムを実行する。ＨＳＭ１２は暗号処理機能を有する。ＨＳＭ１２は耐タンパー性を有する。ＨＳＭ１２は、鍵を記憶する鍵記憶部１３を備える。メイン演算器１１はＨＳＭ１２を使用する。
　エンドＥＣＵ２０は、メイン演算器２１とＳＨＥ（Secure Hardware Extension）２２を備える。メイン演算器２１は、エンドＥＣＵ２０の機能を実現させるためのコンピュータプログラムを実行する。ＳＨＥ２２は暗号処理機能を有する。ＳＨＥ２２は耐タンパー性を有する。ＳＨＥ２２は、鍵を記憶する鍵記憶部２３を備える。メイン演算器２１はＳＨＥ２２を使用する。
　自動車１に備わる車載コンピュータシステム２は、マスタＥＣＵ１０と複数のエンドＥＣＵ２０とが制御用ネットワーク３０に接続されて構成される。マスタＥＣＵ１０は、ゲートウェイ機能を有し、主ゲートウェイ（Central GW）として、車載コンピュータシステム２の内部と外部の間の通信を監視する。なお、車載コンピュータシステム２は、通信モジュール５１のＳＩＭ５２をさらに含んで構成されてもよい。
　図２は、本実施形態に係る鍵の種類の例を示す図表である。
　自動車１の車載コンピュータシステム２が使用する鍵の種類の例として、図２に示される複数の鍵の種類が挙げられる。図２には、鍵の種類毎に、鍵の安全性の要求のレベルと鍵の配布の高速性の要求のレベルが示される。例えば、マスタ（Master）鍵及びＲｏｏｔ証明書は、安全性の要求が最も高いが、高速性の要求がない。鍵交換鍵及びＭＡＣ（Message Authentication Code：メッセージ認証コード）鍵は、高速性の要求がある。
　本実施形態では、鍵の安全性の要求のレベルが比較的高い鍵に関する処理をＳＩＭ５２が主体となって実行する。また、鍵の配布の高速性の要求のレベルが比較的高い鍵に関する処理をＨＳＭ１２が主体となって行う。ＳＩＭ５２は、ＨＳＭ１２及びＳＨＥ２２よりも安全性の高いセキュアエレメントである。ＨＳＭ１２及びＳＨＥ２２は、ＳＩＭ５２よりも高い処理能力を有する。ＨＳＭ１２は、ＳＨＥ２２よりも高い処理能力を有する。
　ＨＳＭ１２は第１の暗号処理装置の例である。マスタＥＣＵ１０は第１の車載コンピュータの例である。ＳＨＥ２２は第２の暗号処理装置の例である。エンドＥＣＵ２０は第２の車載コンピュータの例である。ＳＩＭ５２は、第１の暗号処理装置及び第２の暗号処理装置よりも安全性の高いセキュアエレメントの例である。
　次に、本実施形態に係る管理方法を説明する。なお、以下の説明において、ＤＣＭ５０の通信モジュール５１とマスタＥＣＵ１０はインフォテイメント機器４０を介してデータを送受する。マスタＥＣＵ１０とエンドＥＣＵ２０は、制御用ネットワーク３０を介してデータを送受する。
［管理方法の例１］
　図３を参照して、本実施形態に係る管理方法の例１を説明する。図３は、本実施形態に係る管理方法の例１を示すシーケンスチャートである。本実施形態に係る管理方法の例１は、自動車１に対して新たにエンドＥＣＵ２０が実装される場合の鍵交換鍵の配布に関する方法である。鍵交換鍵は第１の鍵の例である。
　マスタＥＣＵ１０のＨＳＭ１２は、自動車１に既に搭載されているエンドＥＣＵ２０の初期鍵を鍵記憶部１３に記憶している。また、鍵記憶部１３は、最新の鍵交換鍵Ｋｘ２を記憶している。鍵交換鍵Ｋｘ２は、自動車１に既に搭載されているエンドＥＣＵ２０に対して過去に配布した最新の鍵交換鍵である。
　以下の管理方法の例１の説明では、自動車１に対して新たに実装される一つのエンドＥＣＵ２０について説明する。エンドＥＣＵ２０のＳＨＥ２２は、自エンドＥＣＵ２０の初期鍵Ｋｉ５を鍵記憶部２３に記憶している。エンドＥＣＵ２０は、自己の識別子ＥＣＵ＿ＩＤを有する。ＳＩＭ５２は、マスタ鍵を鍵記憶部５３に記憶している。ＳＩＭ５２の鍵記憶部５３に記憶されるマスタ鍵は、エンドＥＣＵ２０の鍵記憶部２３に記憶される初期鍵Ｋｉ５の生成にこのエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤと共に使用されたマスタ鍵と同じマスタ鍵である。エンドＥＣＵ２０の初期鍵Ｋｉ５は第２の鍵の例である。
（ステップＳ１０；ＥＣＵ＿ＩＤ通知）エンドＥＣＵ２０は、自動車１に搭載されてから初めて電源投入された時に、自己の識別子ＥＣＵ＿ＩＤをＳＩＭ５２へ供給する。エンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤは、エンドＥＣＵ２０からマスタＥＣＵ１０を介して通信モジュール５１へ送信される。通信モジュール５１は、受信したエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤをＳＩＭ５２へ供給する。
（ステップＳ１１）ＳＩＭ５２は、鍵記憶部５３からマスタ鍵を取得し、取得したマスタ鍵とエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤを使用してこのエンドＥＣＵ２０の初期鍵Ｋｉ５を生成する。通信モジュール５１は、ＳＩＭ５２が生成したエンドＥＣＵ２０の初期鍵Ｋｉ５とこのエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤの組をマスタＥＣＵ１０へ送信する。
　マスタＥＣＵ１０は、受信したエンドＥＣＵ２０の初期鍵Ｋｉ５とこのエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤの組をＨＳＭ１２へ供給する。ＨＳＭ１２は、このエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤに関連付けてこのエンドＥＣＵ２０の初期鍵Ｋｉ５を鍵記憶部１３に記憶する。これにより、マスタＥＣＵ１０は、エンドＥＣＵ２０と、このエンドＥＣＵ２０の初期鍵Ｋｉ５を共有する。
　エンドＥＣＵ２０の初期鍵の生成方法は予め定められている。エンドＥＣＵ２０の初期鍵の生成方法の例１、例２を説明する。
（エンドＥＣＵ２０の初期鍵の生成方法の例１）
　エンドＥＣＵ２０の初期鍵の生成方法の例１では、ハッシュ（hash）関数を利用する。
例えば、マスタ鍵とエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤの連結データを入力値に使用してハッシュ値を算出し、算出したハッシュ値をエンドＥＣＵ２０の初期鍵に使用してもよい。
（ＥＣＵ初期鍵の生成方法の例２）
　エンドＥＣＵ２０の初期鍵の生成方法の例２では、排他的論理和演算を利用する。例えば、マスタ鍵とエンドＥＣＵ２０の識別子ＥＣＵ＿ＩＤの排他的論理和演算を実行し、演算結果の値「マスタ鍵　ｘｏｒ　識別子ＥＣＵ＿ＩＤ」をエンドＥＣＵ２０の初期鍵に使用してもよい。但し、「Ａ　ｘｏｒ　Ｂ」はＡとＢの排他的論理和である。
（ステップＳ１２；チャレンジ）マスタＥＣＵ１０のＨＳＭ１２は、乱数Ｒｎを生成し、生成した乱数Ｒｎをチャレンジ値とする。マスタＥＣＵ１０は、チャレンジ値ＲｎをエンドＥＣＵ２０へ送信する。
（ステップＳ１３；レスポンス）エンドＥＣＵ２０は、マスタＥＣＵ１０から受信したチャレンジ値ＲｎをＳＨＥ２２へ供給する。ＳＨＥ２２は、このチャレンジ値Ｒｎを鍵記憶部２３に記憶される自エンドＥＣＵ２０の初期鍵Ｋｉ５で暗号化した暗号化データＫｉ５（Ｒｎ）を生成する。エンドＥＣＵ２０は、暗号化データＫｉ５（Ｒｎ）をレスポンス値として、マスタＥＣＵ１０へ送信する。マスタＥＣＵ１０は、受信したレスポンス値Ｋｉ５（Ｒｎ）をＨＳＭ１２へ供給する。
　ＨＳＭ１２は、このレスポンス値Ｋｉ５（Ｒｎ）に対して、レスポンスマッチング処理を実行する。レスポンスマッチング処理では、ＨＳＭ１２は、鍵記憶部１３に記憶されるエンドＥＣＵ２０の初期鍵Ｋｉ５を使用して、レスポンス値Ｋｉ５（Ｒｎ）を検証する。レスポンス値Ｋｉ５（Ｒｎ）の検証方法として、以下に示す検証方法の例１、２が挙げられる。
（検証方法の例１）
　ＨＳＭ１２は、鍵記憶部１３に記憶される複数の初期鍵Ｋｉ１、・・・、Ｋｉ５、・・・の各々でチャレンジ値Ｒｎを暗号化し、各暗号化結果がレスポンス値Ｋｉ５（Ｒｎ）に一致するかを判定する。判定の結果、レスポンス値Ｋｉ５（Ｒｎ）に一致する暗号化結果が一つだけある場合には、レスポンス値Ｋｉ５（Ｒｎ）の検証が成功である。一方、判定の結果、レスポンス値Ｋｉ５（Ｒｎ）に一致する暗号化結果がない場合、及び、レスポンス値Ｋｉ５（Ｒｎ）に一致する暗号化結果が複数ある場合には、レスポンス値Ｋｉ５（Ｒｎ）の検証が失敗である。
（検証方法の例２）
　ＨＳＭ１２は、鍵記憶部１３に記憶される複数の初期鍵Ｋｉ１、・・・、Ｋｉ５、・・・の各々でレスポンス値Ｋｉ５（Ｒｎ）を復号化し、各復号化結果がチャレンジ値Ｒｎに一致するかを判定する。判定の結果、チャレンジ値Ｒｎに一致する復号化結果が一つだけある場合には、レスポンス値Ｋｉ５（Ｒｎ）の検証が成功である。一方、判定の結果、チャレンジ値Ｒｎに一致する復号化結果がない場合、及び、チャレンジ値Ｒｎに一致する復号化結果が複数ある場合には、レスポンス値Ｋｉ５（Ｒｎ）の検証が失敗である。
　レスポンス値Ｋｉ５（Ｒｎ）の検証が成功である場合には以降のステップへ進む。一方、レスポンス値Ｋｉ５（Ｒｎ）の検証が失敗である場合には、図３の処理を終了する。なお、レスポンス値Ｋｉ５（Ｒｎ）の検証が失敗である場合には、所定のエラー処理を行ってもよい。
（ステップＳ１４；チャレンジ）エンドＥＣＵ２０のＳＨＥ２２は、乱数Ｒｎ’を生成し、生成した乱数Ｒｎ’をチャレンジ値とする。エンドＥＣＵ２０は、チャレンジ値Ｒｎ’をマスタＥＣＵ１０へ送信する。
（ステップＳ１５；レスポンス）マスタＥＣＵ１０は、エンドＥＣＵ２０から受信したチャレンジ値Ｒｎ’をＨＳＭ１２へ供給する。ＨＳＭ１２は、このチャレンジ値Ｒｎ’を、上記ステップＳ１３のレスポンス値Ｋｉ５（Ｒｎ）の検証で成功した際に使用されたエンドＥＣＵ２０の初期鍵Ｋｉ５で暗号化した暗号化データＫｉ５（Ｒｎ’）を生成する。マスタＥＣＵ１０は、暗号化データＫｉ５（Ｒｎ’）をレスポンス値として、エンドＥＣＵ２０へ送信する。エンドＥＣＵ２０は、受信したレスポンス値Ｋｉ５（Ｒｎ’）をＳＨＥ２２へ供給する。
　ＳＨＥ２２は、このレスポンス値Ｋｉ５（Ｒｎ’）に対して、レスポンスマッチング処理を実行する。レスポンスマッチング処理では、ＳＨＥ２２は、鍵記憶部２３に記憶される自エンドＥＣＵ２０の初期鍵Ｋｉ５を使用して、レスポンス値Ｋｉ５（Ｒｎ’）を検証する。レスポンス値Ｋｉ５（Ｒｎ’）の検証方法としては、上述した検証方法の例１、２と同様の方法が挙げられる。
　レスポンス値Ｋｉ５（Ｒｎ’）の検証が成功である場合には以降のステップへ進む。一方、レスポンス値Ｋｉ５（Ｒｎ’）の検証が失敗である場合には、図３の処理を終了する。なお、レスポンス値Ｋｉ５（Ｒｎ’）の検証が失敗である場合には、所定のエラー処理を行ってもよい。
（ステップＳ１６）マスタＥＣＵ１０のＨＳＭ１２は、上記ステップＳ１３のレスポンス値Ｋｉ５（Ｒｎ）の検証で成功した際に使用されたエンドＥＣＵ２０の初期鍵Ｋｉ５を使用して、鍵記憶部１３に記憶される鍵交換鍵Ｋｘ２を暗号化し、暗号化鍵交換鍵Ｋｉ５（Ｋｘ２）を生成する。マスタＥＣＵ１０は、暗号化鍵交換鍵Ｋｉ５（Ｋｘ２）をエンドＥＣＵ２０へ送信する。エンドＥＣＵ２０は、受信した暗号化鍵交換鍵Ｋｉ５（Ｋｘ２）をＳＨＥ２２へ供給する。
（ステップＳ１７）エンドＥＣＵ２０のＳＨＥ２２は、暗号化鍵交換鍵Ｋｉ５（Ｋｘ２）を、鍵記憶部２３に記憶される自エンドＥＣＵ２０の初期鍵Ｋｉ５で復号化する。この復号化結果として鍵交換鍵Ｋｘ２が得られる。
（ステップＳ１８）エンドＥＣＵ２０のＳＨＥ２２は、この復号化結果の鍵交換鍵Ｋｘ２を鍵記憶部２３に記憶する。
　上述の管理方法の例１では、ＳＩＭ５２が、鍵の安全性の要求のレベルが比較的高いマスタ鍵を有し、このマスタ鍵を使用してエンドＥＣＵ２０の初期鍵を生成する。また、ＨＳＭ１２が、鍵の配布の高速性の要求のレベルが比較的高い鍵交換鍵の配布時の処理を実行する。
［管理方法の例２］
　図４を参照して、本実施形態に係る管理方法の例２を説明する。図４は、本実施形態に係る管理方法の例２を示すシーケンスチャートである。本実施形態に係る管理方法の例２は、自動車１に搭載されているエンドＥＣＵ２０に対する鍵交換鍵の更新に関する方法である。鍵交換鍵は第１の鍵の例である。
　マスタＥＣＵ１０のＨＳＭ１２は、最新の鍵交換鍵Ｋｘ２を鍵記憶部１３に記憶している。鍵交換鍵Ｋｘ２は、自動車１に既に搭載されているエンドＥＣＵ２０に対して過去に配布した最新の鍵交換鍵である。
　以下の管理方法の例２の説明では、鍵交換鍵の更新の対象である一つのエンドＥＣＵ２０について説明する。エンドＥＣＵ２０のＳＨＥ２２は、鍵交換鍵Ｋｘ２を鍵記憶部２３に記憶している。
（ステップＳ２１）マスタＥＣＵ１０のＨＳＭ１２は、新しい鍵交換鍵Ｋｘ３を生成する。
（ステップＳ２２）マスタＥＣＵ１０のＨＳＭ１２は、鍵記憶部１３に記憶される鍵交換鍵Ｋｘ２を使用して鍵交換鍵Ｋｘ３を暗号化し、暗号化鍵交換鍵Ｋｘ２（Ｋｘ３）を生成する。マスタＥＣＵ１０は、暗号化鍵交換鍵Ｋｘ２（Ｋｘ３）をエンドＥＣＵ２０へ送信する。エンドＥＣＵ２０は、受信した暗号化鍵交換鍵Ｋｘ２（Ｋｘ３）をＳＨＥ２２へ供給する。
（ステップＳ２３）エンドＥＣＵ２０のＳＨＥ２２は、暗号化鍵交換鍵Ｋｘ２（Ｋｘ３）を、鍵記憶部２３に記憶される鍵交換鍵Ｋｘ２で復号化する。この復号化結果として鍵交換鍵Ｋｘ３が得られる。
（ステップＳ２４）エンドＥＣＵ２０のＳＨＥ２２は、この復号化結果の鍵交換鍵Ｋｘ３を最新の鍵交換鍵として鍵記憶部２３に記憶する。これにより、エンドＥＣＵ２０のＳＨＥ２２の鍵記憶部２３に記憶される鍵交換鍵が、最新の鍵交換鍵Ｋｘ３に更新される。
　上述の管理方法の例２では、ＨＳＭ１２が、鍵の配布の高速性の要求のレベルが比較的高い鍵交換鍵の更新時の処理を実行する。
［管理方法の例３］
　図５を参照して、本実施形態に係る管理方法の例３を説明する。図５は、本実施形態に係る管理方法の例３を示すシーケンスチャートである。本実施形態に係る管理方法の例３は、自動車１に搭載されているエンドＥＣＵ２０に対するＭＡＣ鍵の更新に関する方法である。ＭＡＣ鍵は第１の鍵の例である。
　マスタＥＣＵ１０のＨＳＭ１２は、最新の鍵交換鍵Ｋｘ３を鍵記憶部１３に記憶している。鍵交換鍵Ｋｘ３は、自動車１に既に搭載されているエンドＥＣＵ２０に対して過去に配布した最新の鍵交換鍵である。
　以下の管理方法の例３の説明では、ＭＡＣ鍵の更新の対象である一つのエンドＥＣＵ２０について説明する。エンドＥＣＵ２０のＳＨＥ２２は、鍵交換鍵Ｋｘ３を鍵記憶部２３に記憶している。
（ステップＳ３０）エンドＥＣＵ２０のＳＨＥ２２は、ＭＡＣ鍵ｋ７を鍵記憶部２３に記憶している。ＭＡＣ鍵ｋ７は、マスタＥＣＵ１０から過去に配布された最新のＭＡＣ鍵である。
（ステップＳ３１）マスタＥＣＵ１０のＨＳＭ１２は、新しいＭＡＣ鍵ｋ８を生成する。
（ステップＳ３２）マスタＥＣＵ１０のＨＳＭ１２は、鍵記憶部１３に記憶される鍵交換鍵Ｋｘ３を使用してＭＡＣ鍵ｋ８を暗号化し、暗号化ＭＡＣ鍵Ｋｘ３（ｋ８）を生成する。マスタＥＣＵ１０は、暗号化ＭＡＣ鍵Ｋｘ３（ｋ８）をエンドＥＣＵ２０へ送信する。
エンドＥＣＵ２０は、受信した暗号化ＭＡＣ鍵Ｋｘ３（ｋ８）をＳＨＥ２２へ供給する。
（ステップＳ３３）エンドＥＣＵ２０のＳＨＥ２２は、暗号化ＭＡＣ鍵Ｋｘ３（ｋ８）を、鍵記憶部２３に記憶される鍵交換鍵Ｋｘ３で復号化する。この復号化結果としてＭＡＣ鍵ｋ８が得られる。
（ステップＳ３４）エンドＥＣＵ２０のＳＨＥ２２は、この復号化結果のＭＡＣ鍵ｋ８を最新のＭＡＣ鍵として鍵記憶部２３に記憶する。これにより、エンドＥＣＵ２０のＳＨＥ２２の鍵記憶部２３に記憶されるＭＡＣ鍵が、最新のＭＡＣ鍵ｋ８に更新される。
　上述の管理方法の例３では、ＨＳＭ１２が、鍵の配布の高速性の要求のレベルが比較的高いＭＡＣ鍵の更新時の処理を実行する。
［管理方法の例４］
　図６を参照して、本実施形態に係る管理方法の例４を説明する。図６は、本実施形態に係る管理方法の例４を示すシーケンスチャートである。本実施形態に係る管理方法の例４は、自動車１に搭載されているエンドＥＣＵ２０に対するコンピュータプログラムの更新に関する方法である。
　マスタＥＣＵ１０のＨＳＭ１２の鍵記憶部１３は、コード署名鍵と期待値登録鍵とセキュアブート署名鍵＿車内とセキュアブート署名鍵＿車外を記憶している。
　以下の管理方法の例４の説明では、コンピュータプログラムの更新の対象である一つのエンドＥＣＵ２０について説明する。エンドＥＣＵ２０のＳＨＥ２２の鍵記憶部２３は、セキュアブート署名鍵＿車内を記憶している。
（ステップＳ４１）管理サーバ装置１００は、コード署名鍵を使用してＥＣＵコード２００の電子署名２１０を生成する。ＥＣＵコード２００は、エンドＥＣＵ２０のコンピュータプログラムのプログラムコードであってもよく、又は、データであってもよい。管理サーバ装置１００は、電子署名２１０付きＥＣＵコード２００を、通信回線を介して診断ツール１１０へ送信する。診断ツール１１０は、自動車整備工場等の作業者によって自動車１の診断ポート６０に接続される。電子署名２１０付きＥＣＵコード２００は、診断ツール１１０から診断ポート６０を介してマスタＥＣＵ１０に送信される。マスタＥＣＵ１０は、受信した電子署名２１０付きＥＣＵコード２００をＨＳＭ１２へ供給する。
（ステップＳ４２）マスタＥＣＵ１０のＨＳＭ１２は、鍵記憶部１３に記憶されるコード署名鍵を使用して、電子署名２１０を検証する。電子署名２１０の検証が成功である場合には以降の処理を実行する。一方、電子署名２１０の検証が失敗である場合には、図６の処理を終了する。なお、電子署名２１０の検証が失敗である場合には、所定のエラー処理を行ってもよい。
　ＨＳＭ１２は、電子署名２１０の検証が成功したＥＣＵコード２００に対して、期待値登録鍵を使用して期待値を計算する。ＥＣＵコード２００の期待値として、例えば、ＥＣＵコード２００のＣＭＡＣ（Cipher-based Message Authentication Code）を利用してもよい。マスタＥＣＵ１０は、電子署名２１０の検証が成功したＥＣＵコード２００とこのＥＣＵコード２００の期待値をエンドＥＣＵ２０へ送信する。
（ステップＳ４３）エンドＥＣＵ２０は、マスタＥＣＵ１０から受信したＥＣＵコード２００を自己に適用する。また、エンドＥＣＵ２０は、マスタＥＣＵ１０から受信したＥＣＵコード２００の期待値をＳＨＥ２２へ供給する。ＳＨＥ２２は、このＥＣＵコード２００の期待値を保持する。
（ステップＳ４４）エンドＥＣＵ２０はセキュアブートを実行する。このセキュアブートでは、ブートローダによってＥＣＵコード２００がＳＨＥ２２へ供給される。そして、ＳＨＥ２２が、自己で保持する期待値登録鍵を使用して、ＥＣＵコード２００の期待値を計算する。そして、ＳＨＥ２２が、この計算結果の期待値と自己で保持するＥＣＵコード２００の期待値を比較する。ＳＨＥ２２は、この比較の結果、両者が一致した場合にはブートローダへＥＣＵコード２００の検証の成功を応答する。ブートローダは、ＳＨＥ２２からの応答が検証の成功である場合に、ＥＣＵコード２００を起動する。一方、ＳＨＥ２２は、この比較の結果、両者が不一致の場合にはブートローダへＥＣＵコード２００の検証の失敗を応答する。ブートローダは、ＳＨＥ２２からの応答が検証の失敗である場合に、ＥＣＵコード２００を起動しない。
　ＳＨＥ２２は、ＥＣＵコード２００の検証の成功を示す成功応答メッセージを出力する。ＳＨＥ２２は、この成功応答メッセージとして、ＥＣＵコード２００の検証の成功を示す情報を、鍵記憶部２３に記憶されるセキュアブート署名鍵＿車内で暗号化したデータを出力する。ＥＣＵコード２００の検証の成功を示す情報として、ＥＣＵコード２００の期待値を使用してもよい。エンドＥＣＵ２０は、セキュアブートの結果、ＥＣＵコード２００の検証が成功した場合に、成功応答メッセージをマスタＥＣＵ１０へ送信する。マスタＥＣＵ１０は、受信した成功応答メッセージをＨＳＭ１２へ供給する。
（ステップＳ４５）マスタＥＣＵ１０のＨＳＭ１２は、鍵記憶部１３に記憶されるセキュアブート署名鍵＿車内を使用して成功応答メッセージを復号化し、成功応答メッセージの内容を検証する。成功応答メッセージに期待値が含まれる場合には、ＨＳＭ１２は、上記ステップＳ４２でエンドＥＣＵ２０へ送信したＥＣＵコード２００の期待値と、成功応答メッセージに含まれる期待値との一致を調べる。
　ＨＳＭ１２は、成功応答メッセージの内容の検証が成功した場合、鍵記憶部１３に記憶されるセキュアブート署名鍵＿車外を使用して、ＥＣＵコード２００の更新の成功を示す結果２２０の電子署名２３０を生成する。結果２２０として、ＥＣＵコード２００の期待値を使用してもよい。なお、成功応答メッセージの内容の検証が失敗した場合には、所定のエラー処理を行ってもよい。
（ステップＳ４６）マスタＥＣＵ１０は、電子署名２３０付き結果２２０を、診断ポート６０を介して、診断ツール１１０へ送信する。診断ツール１１０は、通信回線を介して、電子署名２３０付き結果２２０を管理サーバ装置１００へ送信する。管理サーバ装置１００は、受信した電子署名２３０付き結果２２０を記録する。
　上述の管理方法の例４では、ＨＳＭ１２が、主体となってＥＣＵコード２００の更新時の処理を実行する。
［管理方法の例５］
　図７を参照して、本実施形態に係る管理方法の例５を説明する。図７は、本実施形態に係る管理方法の例５を示すシーケンスチャートである。本実施形態に係る管理方法の例５は、自動車１に搭載されているエンドＥＣＵ２０に対するコンピュータプログラムの更新に関する方法である。管理方法の例５では、上記の管理方法の例４に対して、さらに通信モジュール５１のＳＩＭ５２を使用する。図７において、上記の図６の各ステップに対応する部分には同一の符号を付け、その説明を省略する。以下、上記の管理方法の例４と異なる点を主に説明する。
　通信モジュール５１のＳＩＭ５２の鍵記憶部５３は、ＶＰＮ（Virtual Private Network）鍵とＲｏｏｔ証明書を記憶している。ＶＰＮ鍵は車外通信鍵の例である。Ｒｏｏｔ証明書は、コード署名鍵及びセキュアブート署名鍵＿車外の正当性の検証に使用される鍵である。
（ステップＳ５１）管理サーバ装置１００は、コード署名鍵を使用してＥＣＵコード２００の電子署名２１０を生成する。管理サーバ装置１００は、電子署名２１０付きＥＣＵコード２００を、ＶＰＮを介して通信モジュール５１へ送信する。ＶＰＮは、無線通信回線を利用して構成される。通信モジュール５１のＳＩＭ５２は、鍵記憶部５３に記憶されるＶＰＮ鍵を使用して、ＶＰＮを介して交換される通信データの暗号化及び復号化を実行する。これにより、電子署名２１０付きＥＣＵコード２００は、管理サーバ装置１００からＶＰＮを介して、安全に、通信モジュール５１で受信される。
（ステップＳ５２）通信モジュール５１のＳＩＭ５２は、鍵記憶部５３に記憶されるＲｏｏｔ証明書を使用して、マスタＥＣＵ１０のＨＳＭ１２の鍵記憶部１３に記憶されるコード署名鍵及びセキュアブート署名鍵＿車外を検証する。コード署名鍵及びセキュアブート署名鍵＿車外の両方の検証が成功である場合には以降の処理を実行する。一方、少なくともコード署名鍵の検証が失敗である場合には、図７の処理を終了する。又は、コード署名鍵又はセキュアブート署名鍵＿車外のいずれかの検証が失敗である場合に、図７の処理を終了するようにしてもよい。なお、コード署名鍵又はセキュアブート署名鍵＿車外のいずれかの検証が失敗である場合には、所定のエラー処理を行ってもよい。
（ステップＳ５３）通信モジュール５１は、電子署名２１０付きＥＣＵコード２００をマスタＥＣＵ１０へ送信する。マスタＥＣＵ１０は、受信した電子署名２１０付きＥＣＵコード２００をＨＳＭ１２へ供給する。
　次いで、上記の図６を参照して説明した管理方法の例４と同様に、ステップＳ４２～Ｓ４５が実行される。
（ステップＳ５４）マスタＥＣＵ１０は、電子署名２３０付き結果２２０を、通信モジュール５１へ送信する。通信モジュール５１は、受信した電子署名２３０付き結果２２０を、ＶＰＮを介して管理サーバ装置１００へ送信する。電子署名２３０付き結果２２０は、通信モジュール５１からＶＰＮを介して、安全に、管理サーバ装置１００で受信される。管理サーバ装置１００は、受信した電子署名２３０付き結果２２０を記録する。
　上述の管理方法の例５では、ＳＩＭ５２が、鍵の安全性の要求のレベルが比較的高いＲｏｏｔ証明書を有し、このＲｏｏｔ証明書を使用してマスタＥＣＵ１０に保持されるコード署名鍵及びセキュアブート署名鍵＿車外を検証する。また、ＳＩＭ５２が、鍵の安全性の要求のレベルが比較的高いＶＰＮ鍵を有し、このＶＰＮ鍵を使用して、ＶＰＮを介して交換される通信データの暗号化及び復号化を実行する。また、上記の管理方法の例４と同様に、ＨＳＭ１２が、主体となってＥＣＵコード２００の更新時の処理を実行する。
　なお、Ｒｏｏｔ証明書がＶＰＮ鍵の正当性の検証に使用される鍵であってもよく、ＳＩＭ５２がこのＲｏｏｔ証明書を使用してＶＰＮ鍵を検証してもよい。上述の管理方法の例５では、ＶＰＮ鍵がＳＩＭ５２の鍵記憶部５３に記憶されているので、ＶＰＮ鍵の安全性が高い。このため、上述の管理方法の例５では、ＶＰＮ鍵の検証を実施していない。
　本実施形態に係る管理方法の例４と例５の差分は、管理サーバ装置１００とマスタＥＣＵ１０間の通信経路のみである。したがって、診断ポート６０経由の通信経路を利用するか、又は、通信モジュール５１経由の通信経路を利用するかを適宜選択すればよく、本実施形態に係る管理方法の例４と例５を併用することができる。
［管理方法の例６］
　図８を参照して、本実施形態に係る管理方法の例６を説明する。図８は、本実施形態に係る管理方法の例６を示すシーケンスチャートである。本実施形態に係る管理方法の例６は、自動車１に搭載されているエンドＥＣＵ２０に対するコンピュータプログラムの更新に関する方法である。管理方法の例６では、上記の管理方法の例５と同様に通信モジュール５１のＳＩＭ５２を使用するが、上記の管理方法の例５においてマスタＥＣＵ１０のＨＳＭ１２が実行した処理もＳＩＭ５２が実行する。図８において、上記の図６及び図７の各ステップに対応する部分には同一の符号を付け、その説明を省略する。以下、主に、上記の管理方法の例５と異なる点を説明する。
　通信モジュール５１のＳＩＭ５２の鍵記憶部５３は、ＶＰＮ鍵とＲｏｏｔ証明書とコード署名鍵と期待値登録鍵とセキュアブート署名鍵＿車内とセキュアブート署名鍵＿車外を記憶している。
　上記の図７を参照して説明した管理方法の例５と同様に、ステップＳ５１，Ｓ５２が実行される。但し、本管理方法の例６のステップＳ５２では、通信モジュール５１のＳＩＭ５２は、鍵記憶部５３に記憶されるＲｏｏｔ証明書を使用して、この鍵記憶部５３に記憶されるコード署名鍵及びセキュアブート署名鍵＿車外を検証する。
（ステップＳ４２ａ）ステップＳ４２ａは、上記の図６を参照して説明した管理方法の例４のステップＳ４２に対応する。管理方法の例４のステップＳ４２ではマスタＥＣＵ１０のＨＳＭ１２が実行した処理を、本管理方法の例６のステップＳ４２ａでは通信モジュール５１のＳＩＭ５２が実行する。
　通信モジュール５１のＳＩＭ５２は、電子署名２１０付きＥＣＵコード２００に対して、鍵記憶部５３に記憶されるコード署名鍵を使用して電子署名２１０を検証する。電子署名２１０の検証が成功である場合には以降の処理を実行する。一方、電子署名２１０の検証が失敗である場合には、図８の処理を終了する。なお、電子署名２１０の検証が失敗である場合には、所定のエラー処理を行ってもよい。
　ＳＩＭ５２は、電子署名２１０の検証が成功したＥＣＵコード２００に対して、期待値登録鍵を使用して期待値を計算する。ＥＣＵコード２００の期待値として、例えば、ＥＣＵコード２００のＣＭＡＣを利用してもよい。通信モジュール５１は、電子署名２１０の検証が成功したＥＣＵコード２００とこのＥＣＵコード２００の期待値を、マスタＥＣＵ１０を介してエンドＥＣＵ２０へ送信する。
　次いで、上記の図６を参照して説明した管理方法の例４と同様に、ステップＳ４３，Ｓ４４が実行される。但し、ＥＣＵコード２００からマスタＥＣＵ１０へ送信された成功応答メッセージは、マスタＥＣＵ１０を介して、通信モジュール５１へ送られる（ステップＳ４４ａ）。
（ステップＳ４５ａ）ステップＳ４５ａは、上記の図６を参照して説明した管理方法の例４のステップＳ４５に対応する。管理方法の例４のステップＳ４５ではマスタＥＣＵ１０のＨＳＭ１２が実行した処理を、本管理方法の例６のステップＳ４５ａでは通信モジュール５１のＳＩＭ５２が実行する。
　通信モジュール５１のＳＩＭ５２は、鍵記憶部５３に記憶されるセキュアブート署名鍵＿車内を使用して成功応答メッセージを復号化し、成功応答メッセージの内容を検証する。成功応答メッセージに期待値が含まれる場合には、ＳＩＭ５２は、上記ステップＳ４２ａでエンドＥＣＵ２０へ送信したＥＣＵコード２００の期待値と、成功応答メッセージに含まれる期待値との一致を調べる。
　ＳＩＭ５２は、成功応答メッセージの内容の検証が成功した場合、鍵記憶部５３に記憶されるセキュアブート署名鍵＿車外を使用して、ＥＣＵコード２００の更新の成功を示す結果２２０の電子署名２３０を生成する。結果２２０として、ＥＣＵコード２００の期待値を使用してもよい。なお、成功応答メッセージの内容の検証が失敗した場合には、所定のエラー処理を行ってもよい。
（ステップＳ５４）通信モジュール５１は、電子署名２３０付き結果２２０を、ＶＰＮを介して管理サーバ装置１００へ送信する。電子署名２３０付き結果２２０は、通信モジュール５１からＶＰＮを介して、安全に、管理サーバ装置１００で受信される。管理サーバ装置１００は、受信した電子署名２３０付き結果２２０を記録する。
　上述の管理方法の例６では、ＳＩＭ５２が、鍵の安全性の要求のレベルが比較的高いＲｏｏｔ証明書を有し、このＲｏｏｔ証明書を使用してコード署名鍵及びセキュアブート署名鍵＿車外を検証する。また、ＳＩＭ５２が、鍵の安全性の要求のレベルが比較的高いＶＰＮ鍵を有し、このＶＰＮ鍵を使用して、ＶＰＮを介して交換される通信データの暗号化及び復号化を実行する。また、ＳＩＭ５２が、主体となってＥＣＵコード２００の更新時の処理を実行する。管理方法の例６は、例えば、即時性が要求されないＥＣＵコードの更新に適用することが挙げられる。
　なお、通信モジュール５１は、マスタＥＣＵ１０を介して、診断ポート６０に接続された診断ツール１１０とデータを交換することができる。これにより、上記の図６を参照して説明した管理方法の例４のステップＳ４１，Ｓ４６のように、通信モジュール５１は、診断ポート６０経由の通信経路を利用して、電子署名２１０付きＥＣＵコード２００を受信したり、電子署名２３０付き結果２２０を送信したりすることができる。
　上述した実施形態によれば、鍵の安全性の要求のレベルと鍵の配布の高速性の要求のレベルに応じてＳＩＭ５２、ＨＳＭ１２及びＳＩＭ５２を使い分けすることができる。これにより、鍵の安全性と鍵の配布の高速性の両者のバランスを取ることができるようになる。
　例えば、マスタＥＣＵ１０のＨＳＭ１２がＭＡＣ鍵の更新時の処理を実行することにより、マスタＥＣＵ１０が自動車１のエンジン始動時にＭＡＣ鍵を生成して各エンドＥＣＵ２０と共有することを迅速に実行することができる。一方、通信モジュール５１のＳＩＭ５２がマスタ鍵を有し、このマスタ鍵を使用してエンドＥＣＵ２０の初期鍵を生成することにより、マスタ鍵の安全性の要求に応えることができる。
　以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
　例えば、ＴＰＭ（Trusted Platform Module）と呼ばれる暗号処理チップを第１の暗号処理装置又は第２の暗号処理装置に使用してもよい。ＴＰＭは耐タンパー性のある暗号処理チップである。ＴＰＭについては、例えば非特許文献３に記載されている。
　また、上述の実施形態では、車両として自動車を例に挙げたが、原動機付自転車や鉄道車両等の自動車以外の他の車両にも適用可能である。
　また、上述した車載コンピュータシステム２の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
　また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
　さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
　また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
　また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
１…自動車
２…車載コンピュータシステム
１０…マスタＥＣＵ
１１，２１…メイン演算器
１２…ＨＳＭ
１３，２３，５３…鍵記憶部
２０…エンドＥＣＵ
２２…ＳＨＥ
４０…インフォテイメント機器
５０…ＤＣＭ
５１…通信モジュール
５２…ＳＩＭ
６０…診断ポート
１００…管理サーバ装置
１１０…診断ツール

Claims (14)

  1. 　車両に備わる車載コンピュータシステムにおいて、
    　第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、
    　前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、
    　前記第１の車載コンピュータは、前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを前記第２の車載コンピュータへ送信し、
    　前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化する、
    　車載コンピュータシステム。
  2. 　前記第１の暗号処理装置及び前記第２の暗号処理装置よりも安全性の高いセキュアエレメントを備え、
    　前記セキュアエレメントは、前記第２の車載コンピュータに保持される各前記第２の車載コンピュータで別個の第２の鍵を生成し、前記第２の鍵を前記第１の車載コンピュータへ供給し、
    　前記第１の車載コンピュータは、前記セキュアエレメントから供給された第２の鍵のうち、前記第１の鍵の暗号化データの送信先の前記第２の車載コンピュータの第２の鍵を前記暗号化データの暗号化に使用し、
    　前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データの復号化に自己の第２の鍵を使用する、
    　請求項１に記載の車載コンピュータシステム。
  3. 　前記セキュアエレメントは、前記第２の車載コンピュータに保持される第２の鍵の生成に前記第２の車載コンピュータの識別子と共に使用されたマスタ鍵と同じマスタ鍵を有し、前記マスタ鍵と前記第２の車載コンピュータから供給された前記第２の車載コンピュータの識別子とを使用して前記第２の車載コンピュータの第２の鍵を生成する、
    　請求項２に記載の車載コンピュータシステム。
  4. 　車両に備わる車載コンピュータシステムにおいて、
    　第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、
    　前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、
    　前記第１の車載コンピュータは、前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを前記第２の車載コンピュータへ送信し、
    　前記第２の車載コンピュータは、前記第１の車載コンピュータから受信した前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを起動する、
    　車載コンピュータシステム。
  5. 　前記第１の暗号処理装置及び前記第２の暗号処理装置よりも安全性の高いセキュアエレメントを備え、
    　前記車両は、無線通信回線を介して、前記コンピュータプログラムと前記コンピュータプログラムの電子署名を受信し、
    　前記セキュアエレメントは、前記無線通信回線を介して交換される通信データを検証する、
    　請求項４に記載の車載コンピュータシステム。
  6. 　前記セキュアエレメントは、前記第１の暗号処理装置が前記コンピュータプログラムの電子署名を検証する際に使用する鍵を検証する、
    　請求項５に記載の車載コンピュータシステム。
  7. 　前記車両は、無線通信回線を介して、前記第２の車載コンピュータに対する前記コンピュータプログラムの適用の結果と前記結果の電子署名とを送信し、
    　前記セキュアエレメントは、前記第１の暗号処理装置が前記結果の電子署名を生成する際に使用する鍵を検証する、
    　請求項５又は６のいずれか１項に記載の車載コンピュータシステム。
  8. 　請求項１から７のいずれか１項に記載の車載コンピュータシステムを備える車両。
  9. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、
    　前記第１の車載コンピュータが、前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを前記第２の車載コンピュータへ送信するステップと、
    　前記第２の車載コンピュータが、前記第１の車載コンピュータから受信した前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化するステップと、
    　を含む管理方法。
  10. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続され、
    　前記第１の車載コンピュータが、前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを前記第２の車載コンピュータへ送信するステップと、
    　前記第２の車載コンピュータが、前記第１の車載コンピュータから受信した前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを起動するステップと、
    　を含む管理方法。
  11. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第１の車載コンピュータに、
    　前記第２の車載コンピュータで使用される第１の鍵を前記第１の暗号処理装置により暗号化し、前記第１の鍵の暗号化データを、前記第２の暗号処理装置により復号化する前記第２の車載コンピュータへ送信するステップ、
    　を実行させるためのコンピュータプログラム。
  12. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第２の車載コンピュータに、
    　前記第１の暗号処理装置により暗号化された前記第２の車載コンピュータで使用される第１の鍵の暗号化データを前記第１の車載コンピュータから受信し、前記第１の鍵の暗号化データを前記第２の暗号処理装置により復号化するステップ、
    　を実行させるためのコンピュータプログラム。
  13. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第１の車載コンピュータに、
    　前記第２の車載コンピュータに適用されるコンピュータプログラムの電子署名を前記第１の暗号処理装置により検証し、前記コンピュータプログラムの期待値を前記第１の暗号処理装置により算出し、電子署名の検証が成功した前記コンピュータプログラムと前記コンピュータプログラムの期待値とを、前記第２の暗号処理装置により検証する前記第２の車載コンピュータへ送信するステップ、
    　を実行させるためのコンピュータプログラム。
  14. 　車両に備わる車載コンピュータシステムが、第１の処理能力を有する第１の暗号処理装置を備える第１の車載コンピュータと、前記第１の処理能力よりも低い第２の処理能力を有する第２の暗号処理装置を備える複数の第２の車載コンピュータと、を備え、
    　前記第１の車載コンピュータと前記複数の第２の車載コンピュータとが前記車両に備わる通信ネットワークに接続される前記車載コンピュータシステムの前記第２の車載コンピュータに、
    　前記第２の車載コンピュータに適用されるコンピュータプログラムと前記第１の暗号処理装置により算出された前記コンピュータプログラムの期待値とを前記第１の車載コンピュータから受信し、前記コンピュータプログラムと前記コンピュータプログラムの期待値とに対して、前記期待値を前記第２の暗号処理装置により検証し、前記期待値の検証が成功した前記コンピュータプログラムを前記第２の車載コンピュータで起動するステップ、
    　を実行させるためのコンピュータプログラム。
PCT/JP2016/070528 2015-08-24 2016-07-12 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム WO2017033602A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-164774 2015-08-24
JP2015164774A JP6238939B2 (ja) 2015-08-24 2015-08-24 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム

Publications (1)

Publication Number Publication Date
WO2017033602A1 true WO2017033602A1 (ja) 2017-03-02

Family

ID=58101092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/070528 WO2017033602A1 (ja) 2015-08-24 2016-07-12 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム

Country Status (2)

Country Link
JP (1) JP6238939B2 (ja)
WO (1) WO2017033602A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018173603A1 (ja) * 2017-03-21 2018-09-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 更新処理方法、車載ネットワークシステムおよび電子制御ユニット
CN112448809A (zh) * 2019-08-30 2021-03-05 华为技术有限公司 密钥配置系统及相关方法和产品
CN114124578A (zh) * 2022-01-25 2022-03-01 湖北芯擎科技有限公司 一种通信方法、装置、车辆及存储介质
WO2023070465A1 (zh) * 2021-10-28 2023-05-04 华为技术有限公司 一种密钥传输方法和装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6926671B2 (ja) * 2017-05-22 2021-08-25 株式会社デンソー 電子制御装置および電子制御装置における鍵登録方法
KR102025808B1 (ko) * 2017-11-24 2019-09-26 엘지전자 주식회사 차량용 제어 유닛의 업데이트 방법 및 차량
JP6988444B2 (ja) * 2017-12-20 2022-01-05 大日本印刷株式会社 初期設定方法、セキュアエレメント、デバイス及びプログラム
KR102084552B1 (ko) * 2018-01-18 2020-04-23 숭실대학교산학협력단 코드 기반 차량 데이터 검증 장치, 방법 및 시스템
EP3780481B1 (en) * 2018-04-30 2024-02-14 Huawei International Pte. Ltd. Method for upgrading vehicle-mounted device, and related device
JPWO2020209106A1 (ja) * 2019-04-12 2020-10-15

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005524910A (ja) * 2002-05-07 2005-08-18 ソニー・エリクソン・モバイルコミュニケーションズ， エービー デバイスにアプリケーションをローディングする方法、デバイス、及びそのデバイス用のスマートカード
JP2005259028A (ja) * 2004-03-15 2005-09-22 Mitsubishi Electric Corp 利用者装置及び利用者装置用プログラム及び認証システム及びプログラム
JP2015103163A (ja) * 2013-11-27 2015-06-04 株式会社オートネットワーク技術研究所 プログラム更新システム及びプログラム更新方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250928A (ja) * 2004-03-05 2005-09-15 Osaka Gas Co Ltd 警報・購買情報管理システムおよびこれに含まれる警報器と管理システム
US8467527B2 (en) * 2008-12-03 2013-06-18 Intel Corporation Efficient key derivation for end-to-end network security with traffic visibility
EP2570309A1 (en) * 2011-09-16 2013-03-20 Gemalto SA Vehicle providing a secured access to security data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005524910A (ja) * 2002-05-07 2005-08-18 ソニー・エリクソン・モバイルコミュニケーションズ， エービー デバイスにアプリケーションをローディングする方法、デバイス、及びそのデバイス用のスマートカード
JP2005259028A (ja) * 2004-03-15 2005-09-22 Mitsubishi Electric Corp 利用者装置及び利用者装置用プログラム及び認証システム及びプログラム
JP2015103163A (ja) * 2013-11-27 2015-06-04 株式会社オートネットワーク技術研究所 プログラム更新システム及びプログラム更新方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KEISUKE TAKEMORI ET AL.: "In-vehicle Network Security Using Secure Elements", IEICE TECHNICAL REPORT, vol. 114, no. 508, 2 March 2015 (2015-03-02), pages 73 - 78 *
KEISUKE TAKEMORI ET AL.: "Protection for Automotive Control System Using Secure Boot and Authentication", IEICE TECHNICAL REPORT, vol. 114, no. 225, 12 September 2014 (2014-09-12), pages 47 - 54 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018173603A1 (ja) * 2017-03-21 2018-09-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 更新処理方法、車載ネットワークシステムおよび電子制御ユニット
CN112448809A (zh) * 2019-08-30 2021-03-05 华为技术有限公司 密钥配置系统及相关方法和产品
WO2023070465A1 (zh) * 2021-10-28 2023-05-04 华为技术有限公司 一种密钥传输方法和装置
CN114124578A (zh) * 2022-01-25 2022-03-01 湖北芯擎科技有限公司 一种通信方法、装置、车辆及存储介质

Also Published As

Publication number Publication date
JP2017046038A (ja) 2017-03-02
JP6238939B2 (ja) 2017-11-29

Similar Documents

Publication Publication Date Title
JP6238939B2 (ja) 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム
US10419220B2 (en) Management device, key generating device, vehicle, maintenance tool, management system, management method, and computer program
JP6197000B2 (ja) システム、車両及びソフトウェア配布処理方法
JP6683588B2 (ja) 再利用システム、サーバ装置、再利用方法、及びコンピュータプログラム
US11212087B2 (en) Management system, key generation device, in-vehicle computer, management method, and computer program
JP6262681B2 (ja) 管理装置、車両、管理方法、及びコンピュータプログラム
JP6188672B2 (ja) 鍵管理システム
JP6288219B1 (ja) 通信システム
WO2018043386A1 (ja) 車両情報収集システム、車載コンピュータ、車両情報収集装置、車両情報収集方法、及びコンピュータプログラム
WO2017115751A1 (ja) 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム
CN109314644B (zh) 数据提供系统、数据保护装置、数据提供方法以及存储介质
JP6260068B1 (ja) 保守装置、保守方法、及びコンピュータプログラム
JP6440334B2 (ja) システム、車両及びソフトウェア配布処理方法
JP6476462B2 (ja) 車載コンピュータシステム、車両、管理方法、及びコンピュータプログラム
JP2018082439A (ja) 通信システム、車両、サーバ装置、通信方法、及びコンピュータプログラム
JP2018006782A (ja) データ提供システム、データ提供装置、車載コンピュータ、データ提供方法、及びコンピュータプログラム
JP6188744B2 (ja) 管理システム、車両及び管理方法
JP6464466B2 (ja) 保守装置、保守方法、及びコンピュータプログラム
JP2018093285A (ja) 配信システム、データ保安装置、配信方法、及びコンピュータプログラム
JP6519060B2 (ja) 管理装置、車両、管理方法、及びコンピュータプログラム
JP2018026874A (ja) データ提供システム及びデータ提供方法
JP2018050334A (ja) データ提供システム、データ提供装置、車載コンピュータ、データ提供方法、及びコンピュータプログラム
JP2018026866A (ja) 管理システム、データ提供装置、車載コンピュータ、管理方法、及びコンピュータプログラム
JP2017208731A (ja) 管理システム、管理装置、車載コンピュータ、管理方法、及びコンピュータプログラム
WO2018131270A1 (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: 16838949

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16838949

Country of ref document: EP

Kind code of ref document: A1