WO2021053919A1 - 変換装置、変換方法、および記録媒体 - Google Patents

変換装置、変換方法、および記録媒体 Download PDF

Info

Publication number
WO2021053919A1
WO2021053919A1 PCT/JP2020/024898 JP2020024898W WO2021053919A1 WO 2021053919 A1 WO2021053919 A1 WO 2021053919A1 JP 2020024898 W JP2020024898 W JP 2020024898W WO 2021053919 A1 WO2021053919 A1 WO 2021053919A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
signal
value
data
arithmetic unit
Prior art date
Application number
PCT/JP2020/024898
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 株式会社日立ソリューションズ
Priority to US17/439,232 priority Critical patent/US11979231B2/en
Priority to CN202080016594.9A priority patent/CN113632510B/zh
Priority to EP20865785.8A priority patent/EP4033363A4/en
Publication of WO2021053919A1 publication Critical patent/WO2021053919A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H04L1/0047—Decoding adapted to other signal detection operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present invention relates to a conversion device for converting data, a conversion method, and a recording medium.
  • the in-vehicle network (also called the in-vehicle network) is a network used to control the equipment mounted on the vehicle.
  • the in-vehicle network includes a vehicle control network that controls the vehicle itself such as an ACC (Adaptive Cruise Control) system and an engine, a body network that controls the vehicle body such as doors, switches, and steering, and a display and audio. It has three networks: an information system network that controls information system devices such as an air conditioner and a car navigation system.
  • the three networks are connected to each other via an arithmetic unit such as an ECU (Electronic Control Unit) in each network, and in order to cope with the sophistication of the ECU and the complicated wiring, CAN (ControlRay Network) , LIN (Local Interconnect Network), FlexRay, and other communication standards are used for data communication.
  • ECU Electronic Control Unit
  • CAN ControlRay Network
  • LIN Local Interconnect Network
  • FlexRay and other communication standards are used for data communication.
  • the in-vehicle network log is log data obtained from the in-vehicle network. Since the in-vehicle network differs depending on the vehicle type, naturally, the in-vehicle network log also differs depending on the vehicle type. Specifically, for example, the ID of the ECU, the assignment of parameters, and the reception cycle differ depending on the vehicle type.
  • Patent Document 1 discloses various diagnostic processes for the own vehicle and a determination ECU constituting the system.
  • This determination ECU detects the vehicle state of the own vehicle based on the signal from the sensor mounted on the other ECU and the information acquired from the other ECU via the in-vehicle LAN 50. Then, the determination ECU determines whether or not each diagnostic process can be executed (executability determination) based on the vehicle state, the result of the diagnostic process, and the like, and notifies each ECU of the determination result.
  • Patent Document 2 discloses a learning data reuse determination device for a vehicle that reuses only the learning values necessary for vehicle control as much as possible.
  • This vehicle learning data reuse determination device has at least one index code of diagnostic information actually generated in the vehicle equipped with the ECU before replacement and at least one diagnostic code stored in the determination table of the new ECU. If it is determined that they match, it is determined that the learning value corresponding to this diagnostic code cannot be reused, and the learning value is rewritten to the initial value preset in the new ECU. That is, the vehicle learning data reuse determination device uses the initial value set in the new ECU instead of the rewritten learning value.
  • the in-vehicle network log differs depending on the vehicle type
  • vehicle A the in-vehicle network log of the vehicle of the vehicle type A
  • vehicle B the vehicle of the vehicle type B different from the vehicle type A
  • the vehicle B still remains. Do not work. Further, the same applies even if the time series data of the vehicle-mounted network log of the vehicle A is simply replaced and applied to the vehicle B.
  • An object of the present invention is to improve the efficiency of development of an arithmetic unit such as an ECU.
  • the conversion device which is one aspect of the invention disclosed in the present application, associates the position information indicating the position of the value of the signal in the data received by the arithmetic unit with the type of the signal for each identification information of the arithmetic unit.
  • the storage unit that stores the definition information for each control target controlled by the arithmetic unit and the first received data received by the first arithmetic unit that controls the first control target are input, the first received data is input.
  • the type of the first signal at the first position in the first received data is specified, and the specified type of the first signal and the first in the first received data are specified.
  • definition information of a second control target different from the first control target is obtained.
  • the identification information of the second arithmetic unit corresponding to the type of the first signal in the first input data and the first signal of the first signal in the second reception data received by the second arithmetic unit is characterized by having a position information indicating two positions and an encoder that outputs second input data in which the value of the first signal at the second position is associated with each other.
  • FIG. 1 is an explanatory diagram showing an example of reusing an in-vehicle network log file.
  • FIG. 2 is a block diagram showing a hardware configuration example of the conversion device.
  • FIG. 3 is an explanatory diagram showing an example of the vehicle A vehicle-mounted network log file.
  • FIG. 4 is an explanatory diagram showing an example of the vehicle B vehicle-mounted network reception log file.
  • FIG. 5 is an explanatory diagram showing an example of the stored contents of the vehicle A vehicle-mounted network reception ledger.
  • FIG. 6 is an explanatory diagram showing an example of the vehicle B vehicle-mounted network reception ledger.
  • FIG. 7 is an explanatory diagram showing an example of a vehicle B reception ID cycle counter.
  • FIG. 8 is an explanatory diagram showing an example of the receiving vehicle B parameter.
  • FIG. 1 is an explanatory diagram showing an example of reusing an in-vehicle network log file.
  • FIG. 2 is a block diagram showing a hardware configuration example of the conversion device.
  • FIG. 9 is a flowchart showing a detailed processing procedure example of the decoding process by the decoder.
  • FIG. 10 is an explanatory diagram showing an example of creating vehicle A vehicle-mounted network reception log data (step S902) shown in FIG.
  • FIG. 11 is an explanatory diagram showing an example of setting the minimum step time (step S903) shown in FIG.
  • FIG. 12 is an explanatory diagram showing a setting example (step S904) of the vehicle B reception ID cycle counter shown in FIG.
  • FIG. 13 is an explanatory diagram showing an example 1 (step S905) of reading the vehicle A vehicle-mounted network reception log data.
  • FIG. 14 is an explanatory diagram showing update example 1 (step S906) of the vehicle parameter value.
  • FIG. 10 is an explanatory diagram showing an example of creating vehicle A vehicle-mounted network reception log data (step S902) shown in FIG.
  • FIG. 11 is an explanatory diagram showing an example of setting the minimum step time (step S903) shown in FIG.
  • FIG. 12 is an explan
  • FIG. 15 is a flowchart showing a detailed processing procedure example of the encoding process by the encoder.
  • FIG. 16 is an explanatory diagram showing a generation example 1 of replacement data.
  • FIG. 17 is an explanatory diagram showing update example 1 of the vehicle B reception ID cycle counter.
  • FIG. 18 is an explanatory diagram showing a reading example 2 (step S905) of the vehicle A vehicle-mounted network reception log data.
  • FIG. 19 is an explanatory diagram showing update example 2 (step S906) of the vehicle parameter value.
  • FIG. 20 is an explanatory diagram showing a generation example 2 of replacement data.
  • FIG. 21 is an explanatory diagram showing update example 2 of the vehicle B reception ID cycle counter.
  • FIG. 1 is an explanatory diagram showing an example of reusing an in-vehicle network log file.
  • FIG. 1 is an example in which the vehicle A vehicle-mounted network log file 112 obtained from the ECU group 110 of the vehicle A is used for a vehicle B of a vehicle type different from the vehicle A.
  • the vehicle A vehicle-mounted network log file 112 is a file that records the vehicle-mounted network log obtained from the ECU group 110 constituting the vehicle-mounted network of the vehicle A.
  • the conversion device 100 converts the vehicle A vehicle-mounted network log file 112 into the vehicle B vehicle-mounted network reception log file 122 suitable for the vehicle B.
  • the vehicle B vehicle-mounted network reception log file 122 is a file that records logs that can be received by the vehicle B vehicle-mounted network.
  • the vehicle B vehicle-mounted network reception log file 122 is applied to the ECU group 120 of the vehicle B, the vehicle B performs the same operation as the vehicle A.
  • the ECU group 110 controls the vehicle A as a control target
  • the ECU group 120 controls the vehicle B as a control target.
  • the conversion device 100 has a decoder 101 and an encoder 102.
  • the decoder 101 refers to the vehicle A vehicle-mounted network reception ledger 111, decodes the vehicle A vehicle-mounted network log file 112, and outputs the receiving vehicle B parameter 103.
  • the vehicle A vehicle-mounted network reception ledger 111 is definition information that defines specifications of data that can be received by the vehicle-mounted network of the vehicle A, and is expressed in a table format, for example.
  • the receiving vehicle B parameter 103 correlates the type (signal name) of the signal received by the vehicle A and the vehicle B with the physical value thereof, which does not depend on the difference between the ECU group 110 of the vehicle A and the ECU group 120 of the vehicle B. It is data.
  • the encoder 102 encodes the receiving vehicle B parameter 103 with reference to the vehicle B vehicle-mounted network reception ledger 121, and outputs the vehicle B vehicle-mounted network reception log file 122.
  • the vehicle B vehicle-mounted network reception ledger 121 is definition information that defines specifications of data that can be received by the vehicle B vehicle-mounted network, and is expressed in a table format, for example.
  • the vehicle B vehicle-mounted network reception log file 122 is read into the ECU group 120 of the vehicle B.
  • the vehicle A vehicle-mounted network log file 112 can be automatically converted into the vehicle B vehicle-mounted network reception log file 122 by the conversion device 100, the vehicle A vehicle-mounted network log file 112 can be reused in the vehicle B.
  • the efficiency of ECU development can be improved.
  • a conversion example when the vehicle A vehicle-mounted network log file 112 is applied to the vehicle B is shown, but a conversion example when the vehicle B vehicle-mounted network log file is applied to the vehicle A is also executed in the same manner. File. Therefore, the in-vehicle network log can be reused between the vehicle types A and B, and the efficiency of ECU development can be improved.
  • FIG. 2 is a block diagram showing a hardware configuration example of the conversion device 100.
  • the conversion device 100 includes a processor 201, a storage device 202, an input device 203, an output device 204, and a communication interface (communication IF) 205.
  • the processor 201, the storage device 202, the input device 203, the output device 204, and the communication IF 205 are connected by the bus 206.
  • the processor 201 controls the conversion device 100.
  • the storage device 202 serves as a work area for the processor 201. Further, the storage device 202 is a non-temporary or temporary recording medium for storing various programs and data.
  • Examples of the storage device 202 include a ROM (Read Only Memory), a RAM (Random Access Memory), an HDD (Hard Disk Drive), and a flash memory.
  • the input device 203 inputs data.
  • the input device 203 includes, for example, a keyboard, a mouse, a touch panel, a numeric keypad, and a scanner.
  • the output device 204 outputs data.
  • the output device 204 includes, for example, a display and a printer.
  • the communication IF205 connects to the network and transmits / receives data.
  • the decoder 101 and the encoder 102 shown in FIG. 1 are functions realized by, for example, causing the processor 201 to execute a program stored in the storage device 202.
  • the storage device 202 stores the vehicle A vehicle-mounted network log file 112 acquired from the vehicle A vehicle group 110. Further, the storage device 202 stores the receiving vehicle B parameter 103 generated and updated by the decoder 101 and the encoder 102. Further, the storage device 202 stores the vehicle B vehicle-mounted network reception log file 122 generated by the encoder 102. Further, the storage device 202 stores the vehicle A vehicle-mounted network reception ledger 111, the vehicle B vehicle-mounted network reception ledger 121, and the vehicle B reception ID cycle counter 221 shown in FIG.
  • the vehicle A vehicle-mounted network log file 112, the receiving vehicle B parameter 103, the vehicle B vehicle-mounted network reception log file 122, the vehicle A vehicle-mounted network receiving ledger 111, the vehicle B vehicle-mounted network receiving ledger 121, and the vehicle B receiving ID cycle counter 221 are It may be stored in the storage device 202 of another computer that the conversion device 100 can access outside the conversion device 100.
  • FIG. 3 is an explanatory diagram showing an example of the vehicle A vehicle-mounted network log file 112.
  • the vehicle A vehicle-mounted network log file 112 is a file in which the vehicle A vehicle-mounted network log is recorded.
  • the vehicle A vehicle-mounted network log file 112 has a transmission / reception time 301, an ID 302, a transmission / reception 303, and data 304 as fields.
  • the combination of the values of the fields 301 to 304 in the same row becomes one vehicle A vehicle-mounted network log.
  • the transmission / reception time 301 is a field that stores the time when the vehicle A vehicle-mounted network log is transmitted or received as a value.
  • the value of the AA field bbb (AA is the field name and bbb is the code) may be referred to as AAbbb.
  • the value of the transmission / reception time 301 is expressed as the transmission / reception time 301.
  • the ID 302 is a field that stores the identification information of the ECU that has transmitted or received the data indicating the vehicle A vehicle-mounted network log as a value.
  • the transmission / reception 303 is a field that stores information indicating whether data indicating the vehicle A vehicle-mounted network log has been transmitted or received as a value. If it is "transmit”, the entry is data transmitted from the ECU specified by ID 302, and if it is "receive", the entry is data received by the ECU specified by ID 302.
  • the data 304 is a field that stores, as values, the value of the data indicating the vehicle A vehicle-mounted network log and its position (1Byte, 2Byte, ..., NByte) in byte units.
  • FIG. 4 is an explanatory diagram showing an example of the vehicle B vehicle-mounted network reception log file 122.
  • the vehicle B vehicle-mounted network reception log file 122 has the same fields 301 to 304 as the vehicle A vehicle-mounted network log file 112.
  • the values in the fields 301 to 304 are the values after conversion by the conversion device 100, that is, the values suitable for the vehicle B.
  • the combination of the values of the fields 301 to 304 in the same line becomes one vehicle B vehicle-mounted network reception log.
  • FIG. 5 is an explanatory diagram showing an example of the stored contents of the vehicle A vehicle-mounted network reception ledger 111.
  • FIG. 6 is an explanatory diagram showing an example of the vehicle B vehicle-mounted network receiving ledger 121.
  • the vehicle A vehicle-mounted network reception ledger 111 has ID 302, reception cycle 501, position 502, bit width 503, signal name 504, factor 505, unit 506, maximum value 507, and minimum value 508 as fields. And have.
  • the combination of the values of the fields 302, 501 to 508 on the same line defines the specification of one signal specified by the signal name 504 as an entry.
  • the ID 302 is identification information that uniquely identifies the ECU, if there are a plurality of signals that can be received by the ECU, one ID 302 is included in a plurality of entries.
  • the reception cycle 501 is a field that stores, as a value, a cycle in which the ECU receives data including the signal.
  • the position 502 is a field that stores position information indicating at which position 502 (byte position and bit position) of the received data including the signal the signal is stored as a field.
  • the bit width 503 is a field for storing the width of a bit string indicating the signal in the received data including the signal as a value.
  • the signal name 504 is a field for storing a name representing the type of the signal as a value.
  • Factor 505 is a numerical value for normalizing the physical value of the signal as a value. For example, when the unit 506 of the physical value of the signal is [km / s] and the physical quantity is to be output from the decoder 101 at [m / s], the factor 505 of the signal of the vehicle A vehicle-mounted network reception ledger 111 Is set to "0.001". This makes it possible to normalize the physical quantity. Therefore, the encoder 102 can receive the physical quantity in the unit 506 of [m / s] instead of [km / s].
  • the encoder 102 can process the physical quantity in the unit 506 of [km / s] instead of [m / s].
  • the unit 506 is a field for storing a measurement standard (rpm,%, m / s, etc.) of a physical quantity representing the signal as a value.
  • the maximum value 507 is a field that stores the maximum value (upper limit value) that the signal can take as a value.
  • the minimum value 508 is a field that stores the minimum value (lower limit value) that the signal can take as a value.
  • FIG. 7 is an explanatory diagram showing an example of the vehicle B reception ID cycle counter 221.
  • the vehicle B reception ID cycle counter 221 is a cycle counter for each ECU in the vehicle-mounted network of the vehicle B to receive a signal.
  • the vehicle B reception ID cycle counter 221 has a reception ID 701 and a cycle counter 702 as fields. The combination of the values of the fields 701 and 702 in the same row defines the counting value for counting the period of one ECU.
  • the reception ID 302 is a field that stores the value of the ID 302 that uniquely identifies the ECU that receives the signal as the value.
  • the cycle counter 702 is a field that stores a value for counting the cycle in which the ECU receives a signal as a value. If the value of the cycle counter 702 is "10" ms, the ECU receives the signal every 10 [ms].
  • FIG. 8 is an explanatory diagram showing an example of the receiving vehicle B parameter 103.
  • the receiving vehicle B parameter 103 has a signal name 504 and a vehicle parameter value 801 as fields.
  • the combination of the values of each field 504,801 on the same line defines the physical value of the vehicle parameter of the signal.
  • the vehicle parameter value 801 is a field for storing the vehicle parameter value (physical value) of the signal as a value.
  • FIG. 9 is a flowchart showing a detailed processing procedure example of the decoding process by the decoder 101.
  • the decoder 101 reads the vehicle A vehicle-mounted network reception ledger 111 and the vehicle B vehicle-mounted network reception ledger 121 from the storage device 202 (step S901).
  • step S902 extracts the received data from the vehicle A vehicle-mounted network log file 112 and creates the vehicle A vehicle-mounted network reception log data (step S902).
  • step S902 A specific example of step S902 is shown in FIG.
  • FIG. 10 is an explanatory diagram showing an example (step S902) of creating the vehicle A vehicle-mounted network reception log data 1000 shown in FIG.
  • step S902 some fields of the vehicle A vehicle-mounted network log file 112 are excerpted and shown.
  • Reference numeral 304-1 indicates a field of "1Byte" in the data 304.
  • step S902 the decoder 101 refers to the vehicle A vehicle-mounted network reception ledger 111 and identifies the ID 302 that does not exist in the vehicle A vehicle-mounted network reception ledger 111 from the vehicle A vehicle-mounted network log file 112.
  • ID 302s that do not exist in the vehicle A vehicle-mounted network reception ledger 111 are referred to as “XXX” and “YYY”.
  • the decoder 101 deletes the entries with ID 302 of "XXX” and "YYY” from the vehicle A vehicle-mounted network log file 112.
  • the remaining entries in the vehicle A vehicle-mounted network log file 112 become the vehicle A vehicle-mounted network reception log data 1000.
  • unnecessary data conversion can be suppressed and ECU development efficiency can be improved.
  • step S903 A specific example of step S903 is shown in FIG.
  • FIG. 11 is an explanatory diagram showing an example of setting the minimum step time (step S903) shown in FIG.
  • the reception cycle 501 is of two types, "10" and "20".
  • the decoder 101 calculates the common divisors ⁇ 1, 2, 5, 10 ⁇ of "10” and "20".
  • the decoder 101 selects one of the common divisors ⁇ 1, 2, 5, 10 ⁇ and sets it to the minimum step time.
  • the decoder 101 sets the greatest common divisor "10" among the common divisors ⁇ 1, 2, 5, 10 ⁇ as the greatest common divisor, but other common divisors other than the greatest common divisor may also be used. Good.
  • the conversion device 100 can collectively convert signals having different reception cycles 501 in the minimum step time, and can improve the efficiency of ECU development.
  • the decoder 101 extracts the first value of the transmission / reception time 301 of the vehicle A vehicle-mounted network reception log data 1000 created in step S902 (hereinafter, the first transmission / reception time 301), and adds the time to the minimum step time. Is stored in the storage device 202 as the read time, and the minimum step time is set in the vehicle B reception ID cycle counter 221 (step S904). A specific example of step S904 is shown in FIG.
  • FIG. 12 is an explanatory diagram showing a setting example (step S904) of the vehicle B reception ID cycle counter 221 shown in FIG.
  • the decoder 101 extracts "1.001" as the head transmission / reception time 301 of the vehicle A vehicle-mounted network reception log data 1000 (thick frame in FIG. 12).
  • the decoder 101 adds 1.011 [s], which is the minimum step time set in step S903, to 1.001 [s], which is the extracted head transmission / reception time 301. calculate.
  • the decoder 101 stores the calculated 1.011 [s] in the storage device 202 as the read time. Then, the decoder 101 sets all the values of the cycle counter 702 of the vehicle B reception ID cycle counter 221 to 10 [ms], which is the minimum step time. As will be described later in FIGS. 17 and 21, the data of the ID 302 of the reception cycle 501 that matches the cycle counter 702 of the ECU group 120 is added to the vehicle B vehicle-mounted network reception log file 122. Therefore, a data group whose reception timing is time-series is generated. Therefore, the data can be given to the ECU group 120 of the vehicle B in chronological order, and the reproducibility can be improved.
  • step S905 the decoder 101 sequentially reads the entries in the vehicle A vehicle-mounted network reception log data 1000 up to the reading time (step S905).
  • a specific example 1 of step S905 is shown in FIG.
  • FIG. 13 is an explanatory diagram showing a reading example 1 (step S905) of the vehicle A vehicle-mounted network reception log data 1000.
  • the decoder 101 is a period (1.011 [s]) from the vehicle A vehicle-mounted network reception log data 1000 to the read time 1.011 [s] set in step S904 from the start transmission / reception time 301 of 1.001 [s]. ] Is not included) to read the entries that exist.
  • entries with transmission / reception times 301 of "1.001", "1.003", and "1.005" are read.
  • the entries whose transmission / reception times 301 are "1.011” and "1.013" are read in the next step S905 because the read time is set to "1.021" in the next step S904.
  • the decoder 101 uses the entry in the vehicle A vehicle-mounted network log file 112 that matches the ID 302 of the vehicle A vehicle-mounted network reception ledger 111 and the transmission / reception 303 is "reception" as a key, and the vehicle A
  • the vehicle-mounted network reception log data 1000 is replaced with the variable of the signal name 504 corresponding to the position 502 of the vehicle A vehicle-mounted network reception log data 1000, and the vehicle parameter value 801 of the corresponding signal name 504 of the receiving vehicle B parameter 103 is updated (. Step S906).
  • a specific example of step S906 is shown in FIG.
  • FIG. 14 is an explanatory diagram showing update example 1 (step S906) of the vehicle parameter value 801.
  • the read data 1400 is an entry read in step S905.
  • the decoder 101 replaces the read data 1400 with the value of the 1-byte data 304-1 indicating the position 502 of the 1-byte of the read data 1400 with the variable of the corresponding signal name 504.
  • the decoder 101 sets the vehicle parameter value 801 of the entry having the same signal name 504 as the "engine speed” which is the signal name 504 of the replaced variable "1" in the receiving vehicle B parameter 103 to be "0". , Update to the replaced variable "1".
  • the decoder 101 Since the signal name 504 corresponding to the entry (ID 302: BBB) in the second line of the read data 1400 is "vehicle speed", the value "10" of the hexadecimal 1Byte data 304-1 is converted into a decimal number. And the value of factor 505 (in this example, "1") is multiplied and replaced with the variable "16". Then, the decoder 101 replaces "0", which is the vehicle parameter value 801 of the entry having the same signal name 504 as "vehicle speed”, which is the signal name 504 of the replaced variable "16", in the receiving vehicle B parameter 103. Update to the variable "16".
  • the value "02" of the hexadecimal 1Byte data 304-1 is converted into a decimal number. Then, multiply by the factor 505 (in this example, it is set to "1") and replace it with the variable "2". Then, the decoder 101 sets the vehicle parameter value 801 of the entry having the same signal name 504 as the "accelerator opening" which is the signal name 504 of the replaced variable "2" in the receiving vehicle B parameter 103 to be "0". , Update to the replaced variable "2".
  • the updated receiving vehicle B parameter 103 is output from the decoder 101 to the encoder 102, and the decoding process is completed.
  • FIG. 15 is a flowchart showing a detailed processing procedure example of the encoding process by the encoder 102.
  • the encoder 102 starts the encoding process when the receiving vehicle B parameter 103 is input from the decoder 101.
  • the encoder 102 uses the signal name 504 of the vehicle B vehicle-mounted network reception ledger 121 as a key to replace the receiving vehicle B parameter 103 with data that combines the ID 302 and the position 502 (step S1501).
  • the data replaced in step S1501 is referred to as replacement data.
  • a specific example of step S1501 is shown in FIG.
  • FIG. 16 is an explanatory diagram showing an example 1 of generating replacement data.
  • the encoder 102 refers to the vehicle B vehicle-mounted network reception ledger 121 to specify the value of the ID 302 corresponding to the signal name 504 of the reception vehicle B parameter 103.
  • the value of ID 302 corresponding to the value "engine speed" of the signal name 504 is "CCC”.
  • the value of ID 302 corresponding to the value "vehicle speed" of the signal name 504 is "DDD”.
  • the value of ID 302 corresponding to the value "accelerator opening degree" of the signal name 504 is "EEE".
  • the encoder 102 multiplies the vehicle parameter value 801 of the receiving vehicle B parameter 103 by a factor 505 (referred to as "1" in this example), converts the decimal number into a hexadecimal number, and converts the signal of the receiving vehicle B parameter 103. It is associated with the ID 302 corresponding to the name 504.
  • the value "1" of the vehicle parameter value 801 of the engine speed is replaced with the value "01" of the 1Bite data 304-1 whose ID 302 is "CCC”.
  • the value "16" of the vehicle parameter value 801 of the vehicle speed is replaced with the value "10" of the 1Bite data 304-1 whose ID 302 is "DDD”.
  • the value "2" of the vehicle parameter value 801 of the accelerator opening is replaced with the value "02" of the 1Bite data 304-1 whose ID 302 is "EEE".
  • replacement data 1600 is generated.
  • the encoder 102 extracts the cycle counter 702 of each reception ID 302 in the vehicle B reception ID cycle counter 221, and only the ID 302 that matches the reception cycle 501 of the vehicle B vehicle network reception ledger 121 is the vehicle B vehicle network. It is sequentially written to the reception log file 122 (step S1502).
  • step S1502 the encoder 102 overwrites the cycle counter 702 of the vehicle B reception ID cycle counter 221 of the ID 302 written in step S1502 with the minimum step time, and the cycle counter 702 of the vehicle B reception ID cycle counter 221 of the ID 302 that has not been written out.
  • the minimum step time is added to and updated (step S1503). Specific examples of steps S1502 and S1503 are shown in FIG.
  • FIG. 17 is an explanatory diagram showing update example 1 of the vehicle B reception ID cycle counter 221.
  • the encoder 102 extracts the values “10”, “10”, and “10” of the cycle counter 702 of the reception ID 701 “CCC”, “DDD”, and “EEE” in the vehicle B reception ID cycle counter 221.
  • the encoder 102 determines whether or not the combination of the values of the reception ID 701 and the cycle counter 702 matches the combination of the values of the ID 302 and the reception cycle 501 of the vehicle B vehicle-mounted network reception ledger 121, respectively.
  • the combination of the reception ID 701 value "CCC” and the cycle counter 702 value “10” and the combination of the reception ID 701 value “EEE” and the cycle counter 702 value “10” is the vehicle B vehicle-mounted network reception ledger 121. It matches the combination of the value of ID 302 and the value of the reception cycle 501. Therefore, the encoder 102 writes the matched combination to the vehicle B vehicle-mounted network reception log file 122 (step S1502). As a result, signals having different reception times can be collectively converted in the minimum step time.
  • the encoder 102 writes the matched combination to the vehicle B vehicle-mounted network reception log file 122 in association with "1.001", which is the start transmission / reception time 301 of the period up to the read time "1.011" (step S1502). ). As a result, the encoder 102 can record the vehicle B vehicle-mounted network reception log in chronological order.
  • the encoder 102 overwrites the value of the cycle counter 702 of the vehicle B reception ID cycle counter 221 whose reception ID 302 is the ID 302 written in the vehicle B vehicle-mounted network reception log file 122 in step S1502 in the minimum step time.
  • the values of ID 302 written in the vehicle B vehicle-mounted network reception log file 122 in step S1502 are “CCC” and “EEE”.
  • the encoder 102 sets the value “10” of the cycle counter 702 of the entry in which the value of the reception ID 302 is “CCC” and “EEE” in the vehicle B reception ID cycle counter 221 to “10” (ms), which is the minimum step time. Overwrite with. As a result, the value of the cycle counter 702 of the entry in which the value of the reception ID 302 is "CCC” and “EEE” is updated from “10” to "10". Thereby, the value of the cycle counter 702 of the entry in which the value of the reception ID 302 is "CCC” and "EEE” can be maintained at “10".
  • the encoder 102 adds the minimum step time to the value of the cycle counter 702 of the vehicle B reception ID cycle counter 221 in which the ID 302 not written in the vehicle B vehicle-mounted network reception log file 122 in step S1502 is set as the reception ID 302. Update.
  • the value of ID 302 that has not been written to the vehicle B vehicle-mounted network reception log file 122 in step S1502 is “DDD”.
  • the encoder 102 adds the minimum step time "10" (ms) to the value “10" of the cycle counter 702 of the entry in which the value of the reception ID 302 is "DDD" in the vehicle B reception ID cycle counter 221. Therefore, the value “10” of the cycle counter 702 is updated (step S1503). As a result, the value of the cycle counter 702 of the entry in which the value of the reception ID 302 is "DDD” is updated from “10" to "20". As a result, the reception timing can be aligned like the vehicle A vehicle-mounted network log, and the reproducibility can be improved.
  • the encoder 102 determines whether or not all the logs in the vehicle A vehicle-mounted network reception log data 1000 have been processed (step S1504). When all the logs in the vehicle A vehicle-mounted network reception log data 1000 have not been processed (step S1504: No), the encoder 102 adds the minimum step time to the current read time and updates the read time (step S1505). ), Return to step S905 of FIG.
  • step S905 the encoder 102 adds the minimum step time of 10 [ms] to update the read time to 1.021 [s], and step S905. Then, the entries in the vehicle A vehicle-mounted network reception log data up to the read time after the update are sequentially read (step S905).
  • a specific example 2 of step S905 is shown in FIG.
  • FIG. 18 is an explanatory diagram showing a reading example 2 (step S905) of the vehicle A vehicle-mounted network reception log data.
  • the decoder 101 is a period (1.021) from the vehicle A vehicle-mounted network reception log data 1000 to 1.011 [s], which is the final time of the section immediately before the update, and 1.021 [s], which is the read time after the update. Read the entry that exists in (does not include [s]).
  • entries with transmission / reception time 301 values of "1.011" and "1.013" are read out.
  • FIG. 19 is an explanatory diagram showing update example 2 (step S906) of the vehicle parameter value 801.
  • the read data 1900 is an entry read in step S905 (see FIG. 18).
  • the decoder 101 replaces the read data 1900 with the value of the 1-byte data 304-1 indicating the position 502 of the 1-byte of the read data 1900 with the variable of the corresponding signal name 504.
  • the decoder 101 sets the vehicle parameter value 801 of the entry having the same signal name 504 as the "engine speed” which is the signal name 504 of the replaced variable "3" in the receiving vehicle B parameter 103. , Update to the replaced variable "3".
  • the decoder 101 Since the signal name 504 corresponding to the entry (ID 302: BBB) in the second line of the read data 1900 is "vehicle speed", the value "20" of the hexadecimal 1Byte data 304-1 is converted into a decimal number. And the factor 505 (in this example, "1") is multiplied and replaced with the variable "32". Then, the decoder 101 replaces "16", which is the vehicle parameter value 801 of the entry having the same signal name 504 as "vehicle speed", which is the signal name 504 of the replaced variable "32", in the receiving vehicle B parameter 103. Update to the variable "32".
  • the read data 1900 does not have the ID 302 corresponding to the value "accelerator opening" of the signal name 504, the value "801" of the vehicle parameter value 801 for the signal name 504 of the receiving vehicle B parameter 103 "accelerator opening”. 2 ”is not updated.
  • the updated receiving vehicle B parameter 103 is output from the decoder 101 to the encoder 102, and the decoding process is completed.
  • the encoder 102 starts the encoding process and executes step S1501 using the updated receiving vehicle B parameter 103 of FIG.
  • FIG. 20 is an explanatory diagram showing a generation example 2 of replacement data.
  • the encoder 102 refers to the vehicle B vehicle-mounted network reception ledger 121, and identifies the value of the ID 302 corresponding to the value of the signal name 504 of the reception vehicle B parameter 103.
  • the value of ID 302 corresponding to the value "engine speed" of the signal name 504 is "CCC”.
  • the value of ID 302 corresponding to the value "vehicle speed" of the signal name 504 is "DDD”.
  • the value of ID 302 corresponding to the value "accelerator opening degree" of the signal name 504 is "EEE”.
  • the encoder 102 multiplies the vehicle parameter value 801 of the receiving vehicle B parameter 103 by a factor 505 (referred to as "1" in this example), converts the decimal number into a hexadecimal number, and converts the signal of the receiving vehicle B parameter 103. It is associated with the ID 302 corresponding to the name 504. For example, the value "3" of the vehicle parameter value 801 of the engine speed is replaced with the value "03" of the 1Bite data 304-1 whose ID 302 is "CCC".
  • the value "32" of the vehicle parameter value 801 of the vehicle speed is replaced with the value "20" of the 1Bite data 304-1 whose ID 302 is "DDD".
  • the value "2" of the vehicle parameter value 801 of the accelerator opening is replaced with the value "02" of the 1Bite data 304-1 whose ID 302 is "EEE”.
  • the replacement data 2000 is generated.
  • FIG. 21 is an explanatory diagram showing update example 2 of the vehicle B reception ID cycle counter 221.
  • the encoder 102 extracts the values “10”, “20”, and “10” of the cycle counter 702 of the reception ID 701 “CCC”, “DDD”, and “EEE” in the vehicle B reception ID cycle counter 221.
  • the encoder 102 determines whether or not the combination of the values of the reception ID 701 and the cycle counter 702 matches the combination of the values of the ID 302 and the reception cycle 501 of the vehicle B vehicle-mounted network reception ledger 121, respectively. In this case, they all match. Therefore, the encoder 102 writes the matched combination to the vehicle B vehicle-mounted network reception log file 122 in association with "1.011", which is the first transmission / reception time 302 of the period up to the latest read time "1.021" (. Step S1502).
  • the encoder 102 overwrites the value of the cycle counter 702 of the vehicle B reception ID cycle counter 221 whose value is the value of the ID 302 written in the vehicle B vehicle-mounted network reception log file 122 in step S1502 as the value of the reception ID 302 in the minimum step time. ..
  • the values of ID 302 written in the vehicle B vehicle-mounted network reception log file 122 in step S1502 are "CCC", "DDD", and "EEE".
  • the encoder 102 sets the value “10” of the cycle counter 702 of the entry in which the value of the reception ID 302 is “CCC” and “EEE” in the vehicle B reception ID cycle counter 221 to “10” (ms), which is the minimum step time. Overwrite with. As a result, the value of the cycle counter 702 of the entry in which the value of the reception ID 302 is "CCC” and “EEE” is updated to "10". The value "20" of the cycle counter 702 of the entry in which the value of the reception ID 302 is "DDD" is overwritten with the minimum step time "10" (ms).
  • the value of the cycle counter 702 of the entry in which the value of the reception ID 302 is "DDD" is also updated to "10". Therefore, in the processing of the next step S1502, it is possible to avoid the coincidence between the cycle counter 702 with the ID 302 of "DDD" and the reception cycle 501, that is, the writing in the step S1503. Therefore, the reception timing can be aligned like the vehicle A vehicle-mounted network log, and the reproducibility can be improved.
  • the data input to the ECU of the vehicle A is adapted to the vehicle B by appropriately assigning the signal value and the position without acquiring the ID of the ECU in the vehicle A. It can be converted to input data. Therefore, since the in-vehicle network log of the data can be reused between different vehicle types A and B, it is not necessary to acquire the in-vehicle network log for each of the vehicle types A and B, and the ECU development efficiency can be improved.
  • the present invention is not limited to the above-described embodiment, but includes various modifications and equivalent configurations within the scope of the attached claims.
  • the above-described examples have been described in detail in order to explain the present invention in an easy-to-understand manner, and the present invention is not necessarily limited to those having all the described configurations.
  • a part of the configuration of one embodiment may be replaced with the configuration of another embodiment.
  • the configuration of another embodiment may be added to the configuration of one embodiment.
  • other configurations may be added, deleted, or replaced with respect to a part of the configurations of each embodiment.
  • each of the above-described configurations, functions, processing units, processing means, etc. may be realized by hardware by designing a part or all of them by, for example, an integrated circuit, and the processor 201 performs each function. It may be realized by software by interpreting and executing the program to be realized.
  • Information such as programs, tables, and files that realize each function is recorded in a memory, hard disk, storage device such as SSD (SolID302 State Drive), or IC (Integrated Circuit) card, SD card, DVD (Digital Any Disc). It can be stored in a medium.
  • SSD SolID302 State Drive
  • IC Integrated Circuit
  • control lines and information lines indicate those that are considered necessary for explanation, and do not necessarily indicate all the control lines and information lines that are necessary for implementation. In practice, it can be considered that almost all configurations are interconnected.

Abstract

変換装置は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と信号の種類とを演算器の識別情報ごとに対応付けた定義情報を、演算器により制御される制御対象ごとに記憶する記憶部と、第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、第１制御対象の定義情報を参照して、第１受信データ内の第１位置における第１信号の種類を特定し、第１信号の種類と第１信号の値とを関連付けた第１入力データを出力するデコーダと、第２制御対象の定義情報を参照して、第１入力データ内の第１信号の種類に対応する第２演算器の識別情報と、第２演算器に受信される第２受信データ内の第１信号の第２位置を示す位置情報と、第２位置における第１信号の値と、を関連付けた第２入力データを出力するエンコーダと、を有する。

Description

変換装置、変換方法、および記録媒体 参照による取り込み
　本出願は、令和１年（２０１９年）９月１７日に出願された日本出願である特願２０１９－１６８１６８の優先権を主張し、その内容を参照することにより、本出願に取り込む。
　本発明は、データを変換する変換装置、変換方法、および記録媒体に関する。
　車載ネットワーク（車両内ネットワークとも呼ばれる）は、車両に搭載される機器の制御に用いられるネットワークである。具体的には、たとえば、車載ネットワークは、ＡＣＣ（Ａｄａｐｔｉｖｅ　Ｃｒｕｉｓｅ　Ｃｏｎｔｒｏｌ）システムやエンジンといった車両自体を制御する車両制御系ネットワークと、ドアやスイッチ、ステアリングといった車体を制御するボディ系ネットワークと、ディスプレイやオーディオ、エアコン、カーナビゲーションといった情報系の機器を制御する情報系ネットワークと、という３系統のネットワークを有する。３系統のネットワークは、各ネットワーク内のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）のような演算器を介して相互に接続されて、ＥＣＵの高度化と配線の複雑化に対応するため、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）、ＦｌｅｘＲａｙといった通信規格に基づいてデータ通信される。
　車載ネットワークログとは、車載ネットワークから得られるログデータである。車載ネットワークは車種により異なるため、当然、車載ネットワークログも車種により異なる。具体的には、たとえば、たとえば、ＥＣＵのＩＤ、パラメータの割り当て、受信周期が車種により異なる。
　特許文献１は、自車両についての各種診断処理を行うと共に、該システムを構成する判定用ＥＣＵを開示する。この判定用ＥＣＵは、他のＥＣＵに搭載されたセンサからの信号や、車内ＬＡＮ５０を介して他のＥＣＵから取得した情報に基づき、自車両の車両状態を検出する。そして、判定用ＥＣＵは、車両状態や診断処理の結果等に基づき、各診断処理の実行が可能か否かの判定（実行可否判定）を行い、判定結果を各ＥＣＵに通知する。
　特許文献２は、車両制御に関し極力必要な学習値のみを再利用する車両用学習データ再利用判断装置を開示する。この車両用学習データ再利用判断装置は、交換前のＥＣＵが搭載された車両中で現に発生したダイアグ情報の指標コードと、新たなＥＣＵの判断テーブルに記憶されるダイアグコードとが少なくとも一つ以上一致していると判定されると、このダイアグコードに対応した学習値の再利用を不可と判断し、新たなＥＣＵに予め設定される初期値に書き換える。すなわち、車両用学習データ再利用判断装置は、書き換えられる学習値に代えて新たなＥＣＵに設定される初期値を使用する。
特開２０１３‐３０１０号公報 特開２０１４‐４０７８１号公報
　しかしながら、車種により車載ネットワークログが異なるため、車種Ａの車両（以下、車両Ａ）の車載ネットワークログを車種Ａとは異なる車種Ｂの車両（以下、車両Ｂ）に適用しても、車両Ｂは動作しない。また、車両Ａの車載ネットワークログの時系列データを置換しただけで車両Ｂに適用しても、同様である。
　このように、異なる車種間で車載ネットワークログを使い回すことができないため、車種ごとに車載ネットワークログを取得して開発に活用しているのが現状であり、ＥＣＵ開発の効率低下の要因の一つとなっている。
　本発明は、ＥＣＵのような演算器の開発の効率化を図ることを目的とする。
　本願において開示される発明の一側面となる変換装置は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶する記憶部と、第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力するデコーダと、前記デコーダから出力された第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力するエンコーダと、を有することを特徴とする。
　本発明の代表的な実施の形態によれば、ＥＣＵのような演算器の開発の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
図１は、車載ネットワークログファイル再活用例を示す説明図である。 図２は、変換装置のハードウェア構成例を示すブロック図である。 図３は、車両Ａ車載ネットワークログファイルの一例を示す説明図である。 図４は、車両Ｂ車載ネットワーク受信ログファイルの一例を示す説明図である。 図５は、車両Ａ車載ネットワーク受信台帳の記憶内容の一例を示す説明図である。 図６は、車両Ｂ車載ネットワーク受信台帳の一例を示す説明図である。 図７は、車両Ｂ受信ＩＤ周期カウンタの一例を示す説明図である。 図８は、受信車両Ｂパラメータの一例を示す説明図である。 図９は、デコーダによるデコード処理の詳細な処理手順例を示すフローチャートである。 図１０は、図９に示した車両Ａ車載ネットワーク受信ログデータの作成例（ステップＳ９０２）を示す説明図である。 図１１は、図９に示した最小ステップ時間の設定例（ステップＳ９０３）を示す説明図である。 図１２は、図９に示した車両Ｂ受信ＩＤ周期カウンタの設定例（ステップＳ９０４）を示す説明図である。 図１３は、車両Ａ車載ネットワーク受信ログデータの読み込み例１（ステップＳ９０５）を示す説明図である。 図１４は、車両パラメータ値の更新例１（ステップＳ９０６）を示す説明図である。 図１５は、エンコーダによるエンコード処理の詳細な処理手順例を示すフローチャートである。 図１６は、置換データの生成例１を示す説明図である。 図１７は、車両Ｂ受信ＩＤ周期カウンタの更新例１を示す説明図である。 図１８は、車両Ａ車載ネットワーク受信ログデータの読み込み例２（ステップＳ９０５）を示す説明図である。 図１９は、車両パラメータ値の更新例２（ステップＳ９０６）を示す説明図である。 図２０は、置換データの生成例２を示す説明図である。 図２１は、車両Ｂ受信ＩＤ周期カウンタの更新例２を示す説明図である。
　＜車載ネットワークログファイル再活用例＞
　図１は、車載ネットワークログファイル再活用例を示す説明図である。図１では、車両ＡのＥＣＵ群１１０から得られた車両Ａ車載ネットワークログファイル１１２を、車両Ａとは異なる車種の車両Ｂに活用する例である。車両Ａ車載ネットワークログファイル１１２は、車両Ａの車載ネットワークを構成するＥＣＵ群１１０から得られた車載ネットワークログを記録したファイルである。
　変換装置１００が、車両Ａ車載ネットワークログファイル１１２を車両Ｂに適した車両Ｂ車載ネットワーク受信ログファイル１２２に変換する。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両Ｂの車載ネットワークで受信可能なログを記録したファイルである。車両Ｂ車載ネットワーク受信ログファイル１２２が車両ＢのＥＣＵ群１２０に適用されると、車両Ｂは車両Ａと同様の動作をおこなう。なお、ＥＣＵ群１１０は車両Ａを制御対象として制御し、ＥＣＵ群１２０は車両Ｂを制御対象として制御する。
　変換装置１００は、デコーダ１０１とエンコーダ１０２とを有する。デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１を参照して、車両Ａ車載ネットワークログファイル１１２をデコードし、受信車両Ｂパラメータ１０３を出力する。車両Ａ車載ネットワーク受信台帳１１１とは、車両Ａの車載ネットワークで受信可能なデータの仕様を定義した定義情報であり、たとえば、テーブル形式で表現される。
　受信車両Ｂパラメータ１０３は、車両ＡのＥＣＵ群１１０と車両ＢのＥＣＵ群１２０との相違に依存しない、車両Ａおよび車両Ｂで受信される信号の種類（信号名）とその物理値を関連づけたデータである。
　エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３をエンコードし、車両Ｂ車載ネットワーク受信ログファイル１２２を出力する。車両Ｂ車載ネットワーク受信台帳１２１とは、車両Ｂの車載ネットワークで受信可能なデータの仕様を定義した定義情報であり、たとえば、テーブル形式で表現される。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両ＢのＥＣＵ群１２０に読み込まれる。
　このように、変換装置１００により車両Ａ車載ネットワークログファイル１１２を車両Ｂ車載ネットワーク受信ログファイル１２２に自動変換することができるため、車両Ａ車載ネットワークログファイル１１２を車両Ｂで使い回すことができ、ＥＣＵ開発の効率化を図ることができる。なお、本実施例では、車両Ａ車載ネットワークログファイル１１２を車両Ｂに適用する場合の変換例を示すが、車両Ｂの車載ネットワークログファイルを車両Ａに適用する場合の変換例も同様に実行される。したがって、車種Ａ，Ｂ間での車載ネットワークログの使い回しが可能となり、ＥＣＵ開発の効率化を図ることができる。
　＜変換装置１００のハードウェア構成例＞
　図２は、変換装置１００のハードウェア構成例を示すブロック図である。変換装置１００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ）２０５と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、変換装置１００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワークと接続し、データを送受信する。
　図１に示したデコーダ１０１およびエンコーダ１０２は、具体的には、たとえば、記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１に実行させることにより実現される機能である。
　また、記憶デバイス２０２は、車両ＡのＥＣＵ群１１０から取得した車両Ａ車載ネットワークログファイル１１２を記憶する。また、記憶デバイス２０２は、デコーダ１０１およびエンコーダ１０２で生成、更新される受信車両Ｂパラメータ１０３を記憶する。また、記憶デバイス２０２は、エンコーダ１０２で生成された車両Ｂ車載ネットワーク受信ログファイル１２２を記憶する。また、記憶デバイス２０２は、図１に示した車両Ａ車載ネットワーク受信台帳１１１、車両Ｂ車載ネットワーク受信台帳１２１および車両Ｂ受信ＩＤ周期カウンタ２２１を記憶する。
　なお、車両Ａ車載ネットワークログファイル１１２、受信車両Ｂパラメータ１０３、車両Ｂ車載ネットワーク受信ログファイル１２２、車両Ａ車載ネットワーク受信台帳１１１、車両Ｂ車載ネットワーク受信台帳１２１および車両Ｂ受信ＩＤ周期カウンタ２２１は、変換装置１００外で変換装置１００がアクセス可能な他のコンピュータの記憶デバイス２０２に記憶されてもよい。
　＜ログファイル＞
　つぎに、車両ごとのログファイルの記憶内容について図３および図４を用いて説明する。
　図３は、車両Ａ車載ネットワークログファイル１１２の一例を示す説明図である。車両Ａ車載ネットワークログファイル１１２は、車両Ａ車載ネットワークログを記録したファイルである。車両Ａ車載ネットワークログファイル１１２は、フィールドとして、送受信時間３０１と、ＩＤ３０２と、送信／受信３０３と、データ３０４と、を有する。同一行の各フィールド３０１～３０４の値の組み合わせが、１つの車両Ａ車載ネットワークログとなる。
　送受信時間３０１は、値として、その車両Ａ車載ネットワークログを送信または受信した時刻を記憶するフィールドである。なお、以降、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、送受信時間３０１の値を、送受信時間３０１と表記する。
　ＩＤ３０２は、値として、その車両Ａ車載ネットワークログを示すデータを送信または受信したＥＣＵの識別情報を記憶するフィールドである。送信／受信３０３は、値として、その車両Ａ車載ネットワークログを示すデータを送信したか受信したかを示す情報を記憶するフィールドである。「送信」であれば、そのエントリは、ＩＤ３０２で特定されるＥＣＵから送信されるデータであり、「受信」であれば、そのエントリは、ＩＤ３０２で特定されるＥＣＵに受信されるデータである。データ３０４は、値として、その車両Ａ車載ネットワークログを示すデータの値とその位置（１Ｂｙｔｅ、２Ｂｙｔｅ、…、ＮＢｙｔｅ）をバイト単位で記憶するフィールドである。
　図４は、車両Ｂ車載ネットワーク受信ログファイル１２２の一例を示す説明図である。車両Ｂ車載ネットワーク受信ログファイル１２２は、車両Ａ車載ネットワークログファイル１１２と同一フィールド３０１～３０４を有する。ただし、各フィールド３０１～３０４の値は、変換装置１００による変換後の値、すなわち、車両Ｂに適した値となる。同一行の各フィールド３０１～３０４の値の組み合わせが、１つの車両Ｂ車載ネットワーク受信ログとなる。
　＜車載ネットワーク受信台帳＞
　つぎに、車両ごとの車載ネットワーク受信台帳の記憶内容について図５および図６を用いて説明する。
　図５は、車両Ａ車載ネットワーク受信台帳１１１の記憶内容の一例を示す説明図である。図６は、車両Ｂ車載ネットワーク受信台帳１２１の一例を示す説明図である。車両Ａ車載ネットワーク受信台帳１１１は、フィールドとして、ＩＤ３０２と、受信周期５０１と、位置５０２と、ビット幅５０３と、信号名５０４と、ファクター５０５と、単位５０６と、最大値５０７と、最小値５０８と、を有する。同一行の各フィールド３０２，５０１～５０８の値の組み合わせが、信号名５０４で特定される１つの信号の仕様をエントリとして規定する。
　ＩＤ３０２は、ＥＣＵを一意に特定する識別情報であるため、当該ＥＣＵが受信可能な信号が複数あれば、１つのＩＤ３０２は複数のエントリに含まれる。受信周期５０１は、値として、そのＥＣＵがその信号を含むデータを受信する周期を記憶するフィールドである。位置５０２は、フィールドとして、その信号がその信号を含む受信データのどの位置５０２（バイト位置およびビット位置）に格納されているかを示す位置情報を記憶するフィールドである。
　ビット幅５０３は、値として、その信号を含む受信データ内でのその信号を示すビット列の幅を記憶するフィールドである。信号名５０４は、値として、その信号の種類をあらわす名称を記憶するフィールドである。
　ファクター５０５は、値として、信号の物理値を正規化するための数値である。たとえば、信号の物理値の単位５０６が［ｋｍ／ｓ］で、かつ、デコーダ１０１から［ｍ／ｓ］で当該物理量を出力させたい場合に、車両Ａ車載ネットワーク受信台帳１１１の当該信号のファクター５０５に「０．００１」が設定される。これにより、物理量の正規化が可能となる。したがって、エンコーダ１０２は、［ｋｍ／ｓ］ではなく［ｍ／ｓ］の単位５０６で物理量を受信することができる。
　また、たとえば、信号の物理値の単位５０６が［ｋｍ／ｓ］で、かつ、デコーダ１０１から［ｍ／ｓ］で当該物理量が入力される場合に、車両Ｂ車載ネットワーク受信台帳１２１の当該信号のファクター５０５に「１０００」が設定される。これにより、物理量の正規化が可能となる。したがって、エンコーダ１０２は、［ｍ／ｓ］ではなく［ｋｍ／ｓ］の単位５０６で物理量を処理することができる。
　単位５０６は、値として、その信号をあらわす物理量の測定基準（ｒｐｍ、％、ｍ／ｓなど）を記憶するフィールドである。最大値５０７は、値として、その信号が採りうる最大の値（上限値）を記憶するフィールドである。最小値５０８は、値として、その信号が採りうる最小の値（下限値）を記憶するフィールドである。
　＜車両Ｂ受信ＩＤ周期カウンタ２２１＞
　図７は、車両Ｂ受信ＩＤ周期カウンタ２２１の一例を示す説明図である。車両Ｂ受信ＩＤ周期カウンタ２２１は、車両Ｂの車載ネットワーク内の各ＥＣＵが信号を受信するための周期カウンタである。車両Ｂ受信ＩＤ周期カウンタ２２１は、フィールドとして、受信ＩＤ７０１と、周期カウンタ７０２と、を有する。同一行の各フィールド７０１，７０２の値の組み合わせが１つのＥＣＵの周期を計数する計数値を規定する。
　受信ＩＤ３０２は、値として、信号を受信するＥＣＵを一意に特定するＩＤ３０２の値を記憶するフィールドである。周期カウンタ７０２は、値として、そのＥＣＵが信号を受信する周期を計数する値を記憶するフィールドである。周期カウンタ７０２の値が「１０」ｍｓであれば、そのＥＣＵは、１０［ｍｓ］ごとにその信号を受信する。
　＜受信車両Ｂパラメータ１０３＞
　図８は、受信車両Ｂパラメータ１０３の一例を示す説明図である。受信車両Ｂパラメータ１０３は、フィールドとして、信号名５０４と、車両パラメータ値８０１と、を有する。同一行の各フィールド５０４，８０１の値の組み合わせが、その信号の車両パラメータの物理値を規定する。車両パラメータ値８０１は、値として、その信号の車両パラメータの値（物理値）を記憶するフィールドである。
　＜デコーダ１０１によるデコード処理＞
　図９は、デコーダ１０１によるデコード処理の詳細な処理手順例を示すフローチャートである。デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１および車両Ｂ車載ネットワーク受信台帳１２１を記憶デバイス２０２から読み込む（ステップＳ９０１）。
　つぎに、デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２から受信データを抽出し、車両Ａ車載ネットワーク受信ログデータを作成する（ステップＳ９０２）。ステップＳ９０２の具体例を図１０に示す。
　図１０は、図９に示した車両Ａ車載ネットワーク受信ログデータ１０００の作成例（ステップＳ９０２）を示す説明図である。図１０では、説明を簡略化するため、車両Ａ車載ネットワークログファイル１１２のうち一部のフィールドを抜粋して表記する。なお、符号３０４－１は、データ３０４内の「１Ｂｙｔｅ」のフィールドを示す。
　ステップＳ９０２では、デコーダ１０１は、車両Ａ車載ネットワーク受信台帳１１１を参照して、車両Ａ車載ネットワークログファイル１１２から、車両Ａ車載ネットワーク受信台帳１１１に存在しないＩＤ３０２を特定する。図１０では、車両Ａ車載ネットワーク受信台帳１１１に存在しないＩＤ３０２を「ＸＸＸ」および「ＹＹＹ」とする。
　デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２から、ＩＤ３０２が「ＸＸＸ」および「ＹＹＹ」のエントリを削除する。車両Ａ車載ネットワークログファイル１１２内の残余のエントリが、車両Ａ車載ネットワーク受信ログデータ１０００となる。これにより、不要なデータ変換を抑制し、ＥＣＵ開発効率の向上を図ることができる。
　図９に戻り、デコーダ１０１は、車両Ｂ車載ネットワーク受信台帳１２１の各周期を抽出し、抽出した周期の公約数を算出し、最小ステップ時間として記憶デバイス２０２に格納する（ステップＳ９０３）。ステップＳ９０３の具体例を図１１に示す。
　図１１は、図９に示した最小ステップ時間の設定例（ステップＳ９０３）を示す説明図である。車両Ｂ車載ネットワーク受信台帳１２１において、受信周期５０１は、「１０」と「２０」の２種類である。デコーダ１０１は、「１０」と「２０」の公約数｛１，２，５，１０｝を算出する。デコーダ１０１は、公約数｛１，２，５，１０｝のうちいずれかを選択して最小ステップ時間に設定する。
　なお、図１１では、デコーダ１０１は、公約数｛１，２，５，１０｝のうち最大公約数である「１０」を最小ステップ時間に設定したが、最大公約数以外の他の公約数でもよい。これにより、変換装置１００は、受信周期５０１がばらばらな信号を最小ステップ時間でまとめて変換することができ、ＥＣＵ開発効率の向上を図ることができる。
　図９に戻り、デコーダ１０１は、ステップＳ９０２で作成された車両Ａ車載ネットワーク受信ログデータ１０００の送受信時間３０１の先頭の値（以下、先頭送受信時間３０１）を抽出し、最小ステップ時間と加算した時間を読込み時間として記憶デバイス２０２に格納し、かつ、最小ステップ時間を車両Ｂ受信ＩＤ周期カウンタ２２１に設定する（ステップＳ９０４）。ステップＳ９０４の具体例を図１２に示す。
　図１２は、図９に示した車両Ｂ受信ＩＤ周期カウンタ２２１の設定例（ステップＳ９０４）を示す説明図である。まず、デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００の先頭送受信時間３０１として「１．００１」を抽出する（図１２中、太枠）。つぎに、デコーダ１０１は、抽出した先頭送受信時間３０１である１．００１［ｓ］に、ステップＳ９０３で設定された最小ステップ時間である１０［ｍｓ］を加算して、１．０１１［ｓ］を算出する。
　デコーダ１０１は、この算出された１．０１１［ｓ］を読込み時間として記憶デバイス２０２に格納する。そして、デコーダ１０１は、車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２のすべての値を、最小ステップ時間である１０［ｍｓ］に設定する。図１７および図２１で後述するが、ＥＣＵ群１２０のうち周期カウンタ７０２と一致する受信周期５０１のＩＤ３０２のデータが車両Ｂ車載ネットワーク受信ログファイル１２２に追加される。したがって、受信タイミングが時系列なデータ群が生成される。このため、時系列でデータを車両ＢのＥＣＵ群１２０に与えることができ、再現性の向上を図ることができる。
　図９に戻り、デコーダ１０１は、読込み時間までの車両Ａ車載ネットワーク受信ログデータ１０００にあるエントリを逐次読み込む（ステップＳ９０５）。ステップＳ９０５の具体例１を図１３に示す。
　図１３は、車両Ａ車載ネットワーク受信ログデータ１０００の読み込み例１（ステップＳ９０５）を示す説明図である。デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００から、先頭送受信時間３０１である１．００１［ｓ］からステップＳ９０４で設定された読込み時間１．０１１［ｓ］までの期間（１．０１１［ｓ］は含まない）に存在するエントリを読み込む。図１３では、送受信時間３０１が「１．００１」、「１．００３」および「１．００５」のエントリが読み込まれる。なお、送受信時間３０１が「１．０１１」および「１．０１３」のエントリは、次回のステップＳ９０４では読込み時間が「１．０２１」に設定されるため、次回のステップＳ９０５の処理で読み込まれる。
　図９に戻り、デコーダ１０１は、車両Ａ車載ネットワークログファイル１１２において車両Ａ車載ネットワーク受信台帳１１１のＩＤ３０２と一致し、かつ、送信／受信３０３が「受信」であるエントリをキーにして、車両Ａ車載ネットワーク受信ログデータ１０００を、車両Ａ車載ネットワーク受信ログデータ１０００の位置５０２に該当する信号名５０４の変数に置き換え、受信車両Ｂパラメータ１０３の該当する信号名５０４の車両パラメータ値８０１を更新する（ステップＳ９０６）。ステップＳ９０６の具体例を図１４に示す。
　図１４は、車両パラメータ値８０１の更新例１（ステップＳ９０６）を示す説明図である。読込みデータ１４００は、ステップＳ９０５で読み込まれたエントリである。デコーダ１０１は、読込みデータ１４００を、読込みデータ１４００の１Ｂｙｔｅ目の位置５０２を示す１Ｂｙｔｅデータ３０４－１の値を、対応する信号名５０４の変数に置き換える。
　本例の場合、読込みデータ１４００の１行目のエントリ（ＩＤ３０２：ＡＡＡ）に対応する信号名５０４は、「エンジン回転数」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０１」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「１」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「１」の信号名５０４である「エンジン回転数」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「１」に更新する。
　読込みデータ１４００の２行目のエントリ（ＩＤ３０２：ＢＢＢ）に対応する信号名５０４は、「車速」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「１０」を１０進数に変換し、かつファクター５０５の値（本例では「１」とする）を乗じて、変数「１６」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「１６」の信号名５０４である「車速」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「１６」に更新する。
　読込みデータ１４００の３行目のエントリ（ＩＤ３０２：ＣＣＣ）に対応する信号名５０４は、「アクセル開度」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０２」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「２」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「２」の信号名５０４である「アクセル開度」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「０」を、置換した変数「２」に更新する。
　これにより、更新後の受信車両Ｂパラメータ１０３がデコーダ１０１からエンコーダ１０２に出力され、デコード処理が終了する。
　＜エンコーダ１０２によるエンコード処理＞
　図１５は、エンコーダ１０２によるエンコード処理の詳細な処理手順例を示すフローチャートである。エンコーダ１０２は、デコーダ１０１から受信車両Ｂパラメータ１０３が入力されると、エンコード処理を開始する。
　まず、エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１の信号名５０４をキーにして、受信車両Ｂパラメータ１０３をＩＤ３０２と位置５０２とを組み合わせたデータに置換する（ステップＳ１５０１）。ステップＳ１５０１で置換されたデータを置換データと称す。ステップＳ１５０１の具体例を図１６に示す。
　図１６は、置換データの生成例１を示す説明図である。エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２の値を特定する。たとえば、信号名５０４の値「エンジン回転数」に対応するＩＤ３０２の値は、「ＣＣＣ」である。信号名５０４の値「車速」に対応するＩＤ３０２の値は、「ＤＤＤ」である。信号名５０４の値「アクセル開度」に対応するＩＤ３０２の値は、「ＥＥＥ」である。
　また、エンコーダ１０２は、受信車両Ｂパラメータ１０３の車両パラメータ値８０１にファクター５０５（本例では「１」とする）を乗じてから、１０進数から１６進数に変換し、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２に関連付ける。たとえば、エンジン回転数の車両パラメータ値８０１の値「１」は、ＩＤ３０２が「ＣＣＣ」である１Ｂｙｔｅデータ３０４－１の値「０１」に置換される。車速の車両パラメータ値８０１の値「１６」は、ＩＤ３０２が「ＤＤＤ」である１Ｂｙｔｅデータ３０４－１の値「１０」に置換される。アクセル開度の車両パラメータ値８０１の値「２」は、ＩＤ３０２が「ＥＥＥ」である１Ｂｙｔｅデータ３０４－１の値「０２」に置換される。これにより、置換データ１６００が生成される。
　図１５に戻り、エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の各受信ＩＤ３０２の周期カウンタ７０２を抽出し、車両Ｂ車載ネットワーク受信台帳１２１の受信周期５０１と合致したＩＤ３０２のみ、車両Ｂ車載ネットワーク受信ログファイル１２２に逐次書き出す（ステップＳ１５０２）。
　そして、エンコーダ１０２は、ステップＳ１５０２で書き出したＩＤ３０２の車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２を最小ステップ時間で上書きし、書き出しを行っていないＩＤ３０２の車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２に最小ステップ時間を加算して更新する（ステップＳ１５０３）。ステップＳ１５０２およびステップＳ１５０３の具体例を図１７に示す。
　図１７は、車両Ｂ受信ＩＤ周期カウンタ２２１の更新例１を示す説明図である。エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の受信ＩＤ７０１の値「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」の周期カウンタ７０２の値「１０」、「１０」、「１０」を抽出する。エンコーダ１０２は、受信ＩＤ７０１および周期カウンタ７０２の値の組み合わせが、それぞれ車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致するか否かを判断する。
　この場合、受信ＩＤ７０１の値「ＣＣＣ」および周期カウンタ７０２の値「１０」の組み合わせと、受信ＩＤ７０１の値「ＥＥＥ」および周期カウンタ７０２の値「１０」の組み合わせが、車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致する。したがって、エンコーダ１０２は、一致した組み合わせを、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。これにより、受信時間がばらばらな信号を最小ステップ時間でまとめて変換することができる。
　また、エンコーダ１０２は、一致した組み合わせを、読込み時間「１．０１１」までの期間の先頭送受信時間３０１である「１．００１」に関連付けて、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。これにより、エンコーダ１０２は、車両Ｂ車載ネットワーク受信ログを時系列に記録することができる。
　また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２を受信ＩＤ３０２とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値を最小ステップ時間で上書きする。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値は、「ＣＣＣ」および「ＥＥＥ」である。
　エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値「１０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値は、「１０」から「１０」に更新される。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値を「１０」に維持することができる。
　また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出されていないＩＤ３０２を受信ＩＤ３０２とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値に最小ステップ時間を加算して更新する。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出されていないＩＤ３０２の値は、「ＤＤＤ」である。
　エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値「１０」に、最小ステップ時間である「１０」（ｍｓ）を加算することにより、周期カウンタ７０２の値「１０」を更新する（ステップＳ１５０３）。これにより、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値は、「１０」から「２０」に更新される。これにより、受信タイミングを車両Ａ車載ネットワークログのように揃えることができ、再現性の向上を図ることができる。
　図１５に戻り、エンコーダ１０２は、車両Ａ車載ネットワーク受信ログデータ１０００内のログがすべて処理されたか否かを判断する（ステップＳ１５０４）。車両Ａ車載ネットワーク受信ログデータ１０００内のログがすべて処理されていない場合（ステップＳ１５０４：Ｎｏ）、エンコーダ１０２は、現在の読込み時間に最小ステップ時間を加算し、読込み時間を更新して（ステップＳ１５０５）、図９のステップＳ９０５に戻る。
　たとえば、現在の読込み時間が１．０１１［ｓ］である場合、エンコーダ１０２は、最小ステップ時間である１０［ｍｓ］を加算して、読込み時間を１．０２１［ｓ］に更新し、ステップＳ９０５で、更新後の読込み時間までの車両Ａ車載ネットワーク受信ログデータにあるエントリを逐次読み込む（ステップＳ９０５）。ステップＳ９０５の具体例２を図１８に示す。
　図１８は、車両Ａ車載ネットワーク受信ログデータの読み込み例２（ステップＳ９０５）を示す説明図である。デコーダ１０１は、車両Ａ車載ネットワーク受信ログデータ１０００から、更新直前の区間の最終時刻である１．０１１［ｓ］から更新後の読込み時間である１．０２１［ｓ］までの期間（１．０２１［ｓ］は含まない）に存在するエントリを読み込む。図１８では、送受信時間３０１の値が「１．０１１」および「１．０１３」のエントリが読み出される。
　図１９は、車両パラメータ値８０１の更新例２（ステップＳ９０６）を示す説明図である。読込みデータ１９００は、ステップＳ９０５で読み込まれたエントリである（図１８を参照。）。デコーダ１０１は、読込みデータ１９００を、読込みデータ１９００の１Ｂｙｔｅ目の位置５０２を示す１Ｂｙｔｅデータ３０４－１の値を、対応する信号名５０４の変数に置き換える。
　本例の場合、読込みデータ１９００の１行目のエントリ（ＩＤ３０２：ＡＡＡ）に対応する信号名５０４は、「エンジン回転数」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「０３」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「３」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「３」の信号名５０４である「エンジン回転数」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「１」を、置換した変数「３」に更新する。
　読込みデータ１９００の２行目のエントリ（ＩＤ３０２：ＢＢＢ）に対応する信号名５０４は、「車速」であるため、１６進数である１Ｂｙｔｅデータ３０４－１の値「２０」を１０進数に変換し、かつファクター５０５（本例では「１」とする）を乗じて、変数「３２」に置換する。そして、デコーダ１０１は、受信車両Ｂパラメータ１０３において、置換した変数「３２」の信号名５０４である「車速」と同一の信号名５０４を有するエントリの車両パラメータ値８０１である「１６」を、置換した変数「３２」に更新する。
　読込みデータ１９００には、信号名５０４の値「アクセル開度」に対応するＩＤ３０２が存在しないため、受信車両Ｂパラメータ１０３の信号名５０４である「アクセル開度」についての車両パラメータ値８０１の値「２」は更新されない。これにより、更新後の受信車両Ｂパラメータ１０３がデコーダ１０１からエンコーダ１０２に出力され、デコード処理が終了する。
　エンコーダ１０２は、デコーダ１０１から受信車両Ｂパラメータ１０３が入力されると、エンコード処理を開始し、図１９の更新後の受信車両Ｂパラメータ１０３を用いてステップＳ１５０１を実行する。
　図２０は、置換データの生成例２を示す説明図である。エンコーダ１０２は、車両Ｂ車載ネットワーク受信台帳１２１を参照して、受信車両Ｂパラメータ１０３の信号名５０４の値に該当するＩＤ３０２の値を特定する。たとえば、信号名５０４の値「エンジン回転数」に対応するＩＤ３０２の値は、「ＣＣＣ」である。信号名５０４の値「車速」に対応するＩＤ３０２の値は、「ＤＤＤ」である。信号名５０４の値「アクセル開度」に対応するＩＤ３０２の値は、「ＥＥＥ」である。
　また、エンコーダ１０２は、受信車両Ｂパラメータ１０３の車両パラメータ値８０１にファクター５０５（本例では「１」とする）を乗じてから、１０進数から１６進数に変換し、受信車両Ｂパラメータ１０３の信号名５０４に該当するＩＤ３０２に関連付ける。たとえば、エンジン回転数の車両パラメータ値８０１の値「３」は、ＩＤ３０２が「ＣＣＣ」である１Ｂｙｔｅデータ３０４－１の値「０３」に置換される。
　車速の車両パラメータ値８０１の値「３２」は、ＩＤ３０２が「ＤＤＤ」である１Ｂｙｔｅデータ３０４－１の値「２０」に置換される。アクセル開度の車両パラメータ値８０１の値「２」は、ＩＤ３０２が「ＥＥＥ」である１Ｂｙｔｅデータ３０４－１の値「０２」に置換される。これにより、置換データ２０００が生成される。
　図２１は、車両Ｂ受信ＩＤ周期カウンタ２２１の更新例２を示す説明図である。エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１内の受信ＩＤ７０１の値「ＣＣＣ」、「ＤＤＤ」、「ＥＥＥ」の周期カウンタ７０２の値「１０」、「２０」、「１０」を抽出する。
　エンコーダ１０２は、受信ＩＤ７０１および周期カウンタ７０２の値の組み合わせが、それぞれ車両Ｂ車載ネットワーク受信台帳１２１のＩＤ３０２および受信周期５０１の値の組み合わせと一致するか否かを判断する。この場合、すべて一致する。したがって、エンコーダ１０２は、一致した組み合わせを、最新の読込み時間「１．０２１」までの期間の先頭送受信時間３０２である「１．０１１」に関連付けて、車両Ｂ車載ネットワーク受信ログファイル１２２に書き出す（ステップＳ１５０２）。
　また、エンコーダ１０２は、ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値を受信ＩＤ３０２の値とする車両Ｂ受信ＩＤ周期カウンタ２２１の周期カウンタ７０２の値を最小ステップ時間で上書きする。ステップＳ１５０２で車両Ｂ車載ネットワーク受信ログファイル１２２に書き出したＩＤ３０２の値は、「ＣＣＣ」、「ＤＤＤ」および「ＥＥＥ」である。
　エンコーダ１０２は、車両Ｂ受信ＩＤ周期カウンタ２２１において、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値「１０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。これにより、受信ＩＤ３０２の値が「ＣＣＣ」および「ＥＥＥ」であるエントリの周期カウンタ７０２の値は、「１０」に更新される。受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値「２０」を、最小ステップ時間である「１０」（ｍｓ）で上書きする。
　これにより、受信ＩＤ３０２の値が「ＤＤＤ」であるエントリの周期カウンタ７０２の値も、「１０」に更新される。したがって、つぎのステップＳ１５０２の処理では、ＩＤ３０２が「ＤＤＤ」の周期カウンタ７０２と受信周期５０１との一致、すなわち、ステップＳ１５０３での書き込みを回避することができる。したがって、受信タイミングを車両Ａ車載ネットワークログのように揃えることができ、再現性の向上を図ることができる。
　このように、本実施例によれば、車両ＡのＥＣＵに入力されたデータを、車両ＡにおけるＥＣＵのＩＤを取得することなく、信号の値および位置を適切に割り当てることで車両Ｂに適合する入力データに変換することができる。したがって、異なる車種Ａ，Ｂ間で当該データの車載ネットワークログを使い回すことができるため、車種Ａ，Ｂごとに車載ネットワークログを取得する必要がなく、ＥＣＵ開発効率の向上を図ることができる。
　なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。
　また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサ２０１がそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
　各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（ＳｏｌＩＤ３０２　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）の記録媒体に格納することができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

Claims (10)

  1. 　演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶する記憶部と、
    　第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力するデコーダと、
    　前記デコーダから出力された第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力するエンコーダと、
    　を有することを特徴とする変換装置。
  2. 　請求項１に記載の変換装置であって、
    　前記デコーダは、前記第１受信データにおいて、前記第１信号の値が前記第１制御対象の定義情報に定義されていない前記演算器の識別情報に関連付けられている場合、前記第１入力データを出力しない、
    　ことを特徴とする変換装置。
  3. 　請求項１に記載の変換装置であって、
    　前記定義情報は、前記データの受信周期を前記演算器の識別情報ごとに記憶しており、
    　前記第１受信データは、前記第１演算器での第１受信時間を含み、
    　前記デコーダは、前記第２制御対象の定義情報を参照して、前記第２演算器ごとの第２受信周期の公約数となる特定の周期を算出し、前記特定の周期と前記第１受信時間とに基づいて、特定の第１受信データを取得し、前記特定の第１受信データされると、前記第１入力データを出力する、
    　ことを特徴とする変換装置。
  4. 　請求項３に記載の変換装置であって、
    　前記デコーダは、前記特定の周期単位で繰り返し前記特定の第１受信データを取得する、
    　ことを特徴とする変換装置。
  5. 　請求項３に記載の変換装置であって、
    　前記デコーダは、前記第１受信時間と前記特定の周期とに基づいて前記第２演算器による前記第２受信データの第２受信時間を算出し、前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、前記第２受信時間と、を関連付けた第２入力データを出力する、
    　ことを特徴とする変換装置。
  6. 　請求項３に記載の変換装置であって、
    　前記エンコーダは、前記特定の周期と一致した前記受信周期に対応する前記第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力する、
    　ことを特徴とする変換装置。
  7. 　請求項５に記載の変換装置であって、
    　前記第２演算器ごとに前記特定の周期を計数値として記憶する周期カウンタを有し、
    　前記エンコーダは、前記特定の周期と一致した前記受信周期に対応する前記第２演算器の前記計数値を前記特定の周期で上書きする、
    　ことを特徴とする変換装置。
  8. 　請求項５に記載の変換装置であって、
    　前記第２演算器ごとに前記特定の周期を計数値として記憶する周期カウンタを有し、
    　前記エンコーダは、前記特定の周期と一致しなかった前記受信周期に対応する前記第２演算器の前記計数値に前記特定の周期を加算する、
    　ことを特徴とする変換装置。
  9. 　記憶部にアクセス可能な変換装置が実行する変換方法であって、
    　前記記憶部は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶しており、
    　前記変換装置は、
    　第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力し、
    　前記第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力する、
    　をことを特徴とする変換方法。
  10. 　記憶部にアクセス可能なプロセッサに実行させる変換プログラムを記録した、コンピュータに読み取り可能な記録媒体であって、
    　前記記憶部は、演算器に受信されたデータ内における信号の値の位置を示す位置情報と前記信号の種類とを前記演算器の識別情報ごとに対応付けた定義情報を、前記演算器により制御される制御対象ごとに記憶しており、
    　前記プロセッサに、
    　第１制御対象が制御される第１演算器に受信された第１受信データが入力されると、前記第１制御対象の定義情報を参照して、前記第１受信データ内の第１位置における第１信号の種類を特定し、当該特定した前記第１信号の種類と前記第１受信データ内の前記第１信号の値とを関連付けた第１入力データを出力させ、
    　前記第１入力データが入力されると、前記第１制御対象とは異なる第２制御対象の定義情報を参照して、前記第１入力データ内の前記第１信号の種類に対応する第２演算器の識別情報と、前記第２演算器に受信される第２受信データ内の前記第１信号の第２位置を示す位置情報と、前記第２位置における前記第１信号の値と、を関連付けた第２入力データを出力させる、
    　をことを特徴とする変換プログラムを記録した、コンピュータに読み取り可能な記録媒体。
PCT/JP2020/024898 2019-09-17 2020-06-24 変換装置、変換方法、および記録媒体 WO2021053919A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US17/439,232 US11979231B2 (en) 2019-09-17 2020-06-24 Conversion apparatus, conversion method, and recording medium
CN202080016594.9A CN113632510B (zh) 2019-09-17 2020-06-24 转换装置、转换方法和记录介质
EP20865785.8A EP4033363A4 (en) 2019-09-17 2020-06-24 CONVERSION DEVICE, CONVERSION METHOD AND RECORDING MEDIA

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-168168 2019-09-17
JP2019168168A JP7284673B2 (ja) 2019-09-17 2019-09-17 変換装置、変換方法、および変換プログラム

Publications (1)

Publication Number Publication Date
WO2021053919A1 true WO2021053919A1 (ja) 2021-03-25

Family

ID=74878443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/024898 WO2021053919A1 (ja) 2019-09-17 2020-06-24 変換装置、変換方法、および記録媒体

Country Status (5)

Country Link
US (1) US11979231B2 (ja)
EP (1) EP4033363A4 (ja)
JP (1) JP7284673B2 (ja)
CN (1) CN113632510B (ja)
WO (1) WO2021053919A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11671315B2 (en) * 2020-02-07 2023-06-06 Qualcomm Incorporated Inter-vehicle wireless in-vehicle network interference management

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005148779A (ja) * 2003-11-11 2005-06-09 Hitachi Ltd 情報端末、ログ管理装置、コンテンツ提供装置、コンテンツ提供システム及びログ管理方法
JP2011039834A (ja) * 2009-08-12 2011-02-24 Nec Corp ログ変換システム
JP2013003010A (ja) 2011-06-17 2013-01-07 Denso Corp 自車両についての診断処理の実行の可否を判定する車載用判定装置
JP2014040781A (ja) 2012-08-21 2014-03-06 Denso Corp 車両用学習データ再利用判断装置および車両用学習データ再利用判断方法
JP2019168168A (ja) 2018-03-23 2019-10-03 株式会社ハーマン レンジフード用の風量制御装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10213525A (ja) * 1997-01-30 1998-08-11 Toshiba Corp 車両故障記録管理装置
US6484082B1 (en) * 2000-05-24 2002-11-19 General Motors Corporation In-vehicle network management using virtual networks
JP2002228551A (ja) * 2001-01-31 2002-08-14 Haruo Morita 車両診断システム
JP4734089B2 (ja) * 2005-10-27 2011-07-27 日立オートモティブシステムズ株式会社 車載端末
JP2007168463A (ja) * 2005-12-19 2007-07-05 Fujitsu Ten Ltd 車両用電子制御システム及びデータ変換装置
WO2007091926A1 (en) 2006-02-06 2007-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for speech coding in wireless communication systems
DE102007061986A1 (de) * 2007-12-21 2009-06-25 Bayerische Motoren Werke Aktiengesellschaft Kommunikationssystem
US8041747B2 (en) * 2008-02-20 2011-10-18 Fujitsu Ten Limited Data search device and gateway device in communication apparatus
JP2010124086A (ja) * 2008-11-18 2010-06-03 Daihatsu Motor Co Ltd 車載ネットワークの通信情報形成方法
JP2011248516A (ja) * 2010-05-25 2011-12-08 Toyota Motor Corp 情報処理装置
US8467324B2 (en) 2010-11-03 2013-06-18 Broadcom Corporation Managing devices within a vehicular communication network
CN102571784B (zh) * 2011-12-29 2014-11-19 北京交通大学 一种基于模拟首部添加的车用总线协议转换方法
EP2826149A1 (en) 2012-03-15 2015-01-21 Nokia Corporation Encoding and decoding of data
JP6004807B2 (ja) 2012-07-24 2016-10-12 キヤノン株式会社 画像処理装置、その制御方法、プログラム
JP6492812B2 (ja) * 2015-03-13 2019-04-03 株式会社デンソー アクチュエータ制御システム
WO2017022050A1 (ja) 2015-08-03 2017-02-09 株式会社日立製作所 ストレージ装置、計算機システム、及び方法
JP6839963B2 (ja) 2016-01-08 2021-03-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 異常検知方法、異常検知装置及び異常検知システム
US10417839B2 (en) * 2016-05-25 2019-09-17 Navigation Research Company System and method for vehicle assessment and uses thereof
CN109314640B (zh) 2016-08-29 2021-11-12 Kddi株式会社 车辆信息收集系统、车载计算机、车辆信息收集装置、车辆信息收集方法以及记录介质
US10194387B2 (en) 2016-12-28 2019-01-29 Nanning Fugui Precision Industrial Co., Ltd. Coordinator and control method thereof, wireless sensing network communication system and method
JP2018151917A (ja) 2017-03-14 2018-09-27 オムロン株式会社 制御装置
JP7005201B2 (ja) * 2017-07-21 2022-02-10 日立Astemo株式会社 通信メッセージ変換装置
CN110463142B (zh) * 2018-01-22 2022-03-01 松下电器（美国）知识产权公司 车辆异常检测服务器、车辆异常检测系统及车辆异常检测方法
CN109669442B (zh) * 2018-12-25 2022-02-22 深圳市元征科技股份有限公司 一种协议转换方法及转换装置
CN110191439B (zh) 2019-06-06 2022-07-12 广州小鹏汽车科技有限公司 一种车辆数据的传输系统和方法
CN110247760B (zh) * 2019-06-18 2022-06-10 徐州徐工挖掘机械有限公司 一种can总线数据的加密、解密方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005148779A (ja) * 2003-11-11 2005-06-09 Hitachi Ltd 情報端末、ログ管理装置、コンテンツ提供装置、コンテンツ提供システム及びログ管理方法
JP2011039834A (ja) * 2009-08-12 2011-02-24 Nec Corp ログ変換システム
JP2013003010A (ja) 2011-06-17 2013-01-07 Denso Corp 自車両についての診断処理の実行の可否を判定する車載用判定装置
JP2014040781A (ja) 2012-08-21 2014-03-06 Denso Corp 車両用学習データ再利用判断装置および車両用学習データ再利用判断方法
JP2019168168A (ja) 2018-03-23 2019-10-03 株式会社ハーマン レンジフード用の風量制御装置

Also Published As

Publication number Publication date
JP2021047500A (ja) 2021-03-25
CN113632510A (zh) 2021-11-09
JP7284673B2 (ja) 2023-05-31
US20220158757A1 (en) 2022-05-19
US11979231B2 (en) 2024-05-07
EP4033363A1 (en) 2022-07-27
EP4033363A4 (en) 2023-02-22
CN113632510B (zh) 2023-08-18

Similar Documents

Publication Publication Date Title
CN108491224B (zh) 一种车载软件更新方法及系统
KR101543069B1 (ko) 차량 데이터 수집 시스템
US10999095B2 (en) Communication method
WO2021053919A1 (ja) 変換装置、変換方法、および記録媒体
CN112363984B (zh) 一种车内安全规则文件生成方法以及装置
CN112540778A (zh) 车辆数据的刷写方法、诊断设备及刷写系统
JP7170945B2 (ja) 通信許可リスト生成装置、通信許可リスト生成方法、及び、プログラム
KR101282417B1 (ko) 테스트용 캔(ｃａｎ) 데이터 파일의 생성 장치 및 방법
CN112445160A (zh) 一种ecu配置码的自动生成方法及装置
JP2013080355A (ja) ソフトウェア再利用支援装置、ソフトウェア再利用支援方法、及び、プログラム
CN114756585A (zh) 车辆数据获取方法、装置、电子设备及存储介质
CN113220345B (zh) 一种指令块的处理方法、装置、设备及存储介质
JP7177032B2 (ja) 等価検証方法、および等価検証プログラム
CN110896393B (zh) 汽车总线的入侵检测方法、装置及计算设备
JP7410004B2 (ja) シミュレーション方法およびシミュレーションプログラム
US10785034B2 (en) Implementation unit, implementation unit verification method, and computer-readable recording medium
CN116151214A (zh) 一种生成计算机联锁的通信文件的方法
CN116246655A (zh) 音频处理方法、装置、计算机设备及存储介质
JP2020135772A (ja) ログのテキストデータの圧縮復元装置、ログのテキストデータの圧縮復元方法、ログのテキストデータの送信装置、ログのテキストデータの受信装置、プログラムおよび記録媒体
CN110377322A (zh) 数据处理方法、系统及设备
CN116360835A (zh) 固件更新方法及装置、固件更新包构建方法及装置
JP2023057798A5 (ja)
JP2009037399A (ja) コンフィギュレーションコード生成装置およびコンフィギュレーションコード生成装置用プログラム
WO2011069837A1 (en) A method for processing trace data
Cortese et al. Efficient CAN Protocol Development Process

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: 20865785

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020865785

Country of ref document: EP

Effective date: 20220419