WO2023167124A1 - 車載通信装置、車載通信システム、通信処理装置及び通信方法 - Google Patents

車載通信装置、車載通信システム、通信処理装置及び通信方法 Download PDF

Info

Publication number
WO2023167124A1
WO2023167124A1 PCT/JP2023/006956 JP2023006956W WO2023167124A1 WO 2023167124 A1 WO2023167124 A1 WO 2023167124A1 JP 2023006956 W JP2023006956 W JP 2023006956W WO 2023167124 A1 WO2023167124 A1 WO 2023167124A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
communication
additional information
unit
vehicle
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/006956
Other languages
English (en)
French (fr)
Inventor
将弘 保田
成人 赤堀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Wiring Systems Ltd
AutoNetworks Technologies Ltd
Sumitomo Electric Industries Ltd
Original Assignee
Sumitomo Wiring Systems Ltd
AutoNetworks Technologies Ltd
Sumitomo Electric Industries Ltd
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 Sumitomo Wiring Systems Ltd, AutoNetworks Technologies Ltd, Sumitomo Electric Industries Ltd filed Critical Sumitomo Wiring Systems Ltd
Priority to CN202380022222.0A priority Critical patent/CN118648269A/zh
Priority to US18/842,618 priority patent/US20250175366A1/en
Publication of WO2023167124A1 publication Critical patent/WO2023167124A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/46—Interconnection of 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]

Definitions

  • the present disclosure relates to an in-vehicle communication device and an in-vehicle communication system that are mounted in a vehicle and communicate with other devices inside or outside the vehicle.
  • Patent Document 1 discloses a control system ECU (Electronic Control Unit) equipped with a processor in which a real-time OS (Operating System) is arranged, and an information system ECU equipped with a processor in which a real-time OS (Operating System) is arranged and a processor in which a multimedia OS is arranged.
  • a vehicle control system has been proposed.
  • a processor in which a real-time OS is arranged performs communication between a control system ECU and an information system ECU, and inter-core communication functions of the processor in which the real-time OS is arranged and a multimedia OS are arranged. Communication within the information system ECU is performed by the inter-core communication function of the processor.
  • a first core that communicates with other ECUs and a second core that executes an application program are provided
  • a first core may be responsible for relaying communications between other ECUs and a second core.
  • the first core packs (combines into one) a plurality of data received from other ECUs and transmits the data to the second core.
  • the first core attaches information such as which communication protocol was used for communication to the received data and packs the received data. 2 core.
  • Such relay processing of the first core becomes a bottleneck, and there is a risk of delaying the processing of the ECU.
  • An object of the present invention is to provide an in-vehicle communication device, an in-vehicle communication system, a communication processing device, and a communication method.
  • An in-vehicle communication device includes an application processing unit that executes an application program, a first communication unit that communicates with one or more in-vehicle devices using a first communication protocol, and one or more in-vehicle devices. one or a plurality of second communication units that communicate using a second communication protocol different from the first communication protocol, the first data received by the first communication unit, and the second data received by the second communication unit and a communication processing unit having a relay unit for transmitting the generated relay data to the application processing unit, wherein the generation unit is received by the first communication unit adding first additional information to the plurality of first data, adding second additional information to each of the second data received by the second communication unit, and attaching the first data to which the first additional information is attached; and the second data to which the second additional information is attached, respectively, to generate the relay data.
  • the present application can be realized not only as a device having such a characteristic processing unit, but also as a method having such characteristic processing as steps, or as a computer program for causing a computer to execute such steps. can be realized.
  • a part or all of these devices can be implemented as a semiconductor integrated circuit, or they can be implemented as other devices or systems including these devices.
  • FIG. 1 is a schematic diagram showing the configuration of an in-vehicle communication system according to the present embodiment
  • FIG. 1 is a block diagram showing a hardware configuration of an in-vehicle communication device according to this embodiment
  • FIG. 2 is a block diagram showing the software configuration of the vehicle-mounted communication device according to the present embodiment
  • FIG. FIG. 10 is a schematic diagram for explaining relay data generation processing
  • 7 is a flow chart showing a procedure of processing during reception performed by the real-time core according to the present embodiment
  • 7 is a flow chart showing a procedure of processing during transmission performed by the real-time core according to the present embodiment
  • 6 is a flow chart showing the procedure of processing performed by an application core according to the embodiment
  • FIG. 11 is a block diagram showing the configuration of an in-vehicle communication system according to a modification
  • An in-vehicle communication device includes an application processing unit that executes an application program, a first communication unit that communicates with one or more in-vehicle devices using a first communication protocol, One or a plurality of second communication units that communicate with a device using a second communication protocol different from the first communication protocol, first data received by the first communication unit and received by the second communication unit a generation unit that generates relay data including second data; and a communication processing unit that has a relay unit that transmits the generated relay data to the application processing unit, wherein the generation unit is configured to perform the first communication.
  • a plurality of first data received by the unit is collectively attached with first additional information, each second data received by the second communication unit is attached with second additional information, and the first additional information is attached.
  • the relay data is generated by combining the first data and the second data to which the second additional information is attached.
  • the in-vehicle communication device includes an application processing unit and a communication processing unit.
  • the application processing unit is a processor, core, IC (Integrated Circuit), or the like that executes an application program.
  • the communication processing unit communicates with one or a plurality of in-vehicle devices using a first communication protocol and a second communication protocol different therefrom, and generates relay data including a plurality of data received from the in-vehicle devices. It is a processor, core, IC, or the like that transmits to the application processing unit.
  • the communication processing unit puts together a plurality of first data received by the first communication protocol and attaches one piece of first additional information, attaches the second additional information to each of the second data received by the second communication protocol, A plurality of pieces of first data to which the first additional information is added and second data to which the second additional information is respectively attached are collectively referred to as relay data.
  • relay data A plurality of pieces of first data to which the first additional information is added and second data to which the second additional information is respectively attached are collectively referred to as relay data.
  • the generating unit collectively adds third additional information to a plurality of pieces of second data to which the second additional information has been attached; and the first data to which the first additional information has been attached; It is preferable to generate the relay data in which the second data attached with the second additional information and the second data attached with the third additional information are put together.
  • the communication processing unit collects a plurality of pieces of second data to which the second additional information is attached and further attaches one piece of third additional information to the first data to which the first additional information is attached. and the second data to which the second additional information and the third additional information are added are collectively referred to as relay data. Accordingly, the communication processing unit of the in-vehicle communication device can generate relay data by including information common to a plurality of pieces of second data in the third additional information.
  • the first additional information and the second additional information include information identifying a communication protocol, and the third additional information includes information about the number of the second data included in the relay data. preferably included.
  • the first additional information and the second additional information attached by the communication processing unit of the in-vehicle communication device include information identifying the communication protocol that received the attached data.
  • the third additional information includes information regarding the number of second data included in the relay data. Accordingly, the application processing unit that has received the relay data generated by the communication processing unit determines the number of second data included in the relay data based on the third additional information, and determines which communication protocol each data is transmitted and received. It can be determined based on the first additional information or the second additional information.
  • the generation unit combines the first data to which the first additional information is attached, the second data to which the second additional information and the third additional information are attached, and adds fourth additional information. It is preferable that the relay data be the relay data, and the fourth additional information includes information regarding the number of the first data and the second data included in the relay data.
  • the first data to which the first additional information is added and the second data to which the second additional information and the third additional information are added are collectively attached and the fourth additional information is communicated.
  • the processing unit uses the relay data. Accordingly, the communication processing unit can generate relay data by including information common to the first data and the second data in the fourth additional information.
  • the application processing unit includes a plurality of data management units that manage data for each communication protocol, and the first data and the second data included in the relay data received from the communication processing unit. and a distribution unit for distributing to the data management unit of the corresponding communication protocol based on the first additional information and the second additional information included in the data for use.
  • the application processing unit of the in-vehicle communication device includes a plurality of data management units that manage data for each communication protocol.
  • the application processing unit distributes the first data and the second data included in the relay data received from the communication processing unit to the plurality of data management units based on the first additional information and the second additional information.
  • the application processing unit can be expected to manage data received from other devices in an appropriate data management unit.
  • the first communication protocol is a communication protocol with which the number of data receptions in the communication processing unit is the largest.
  • the first communication protocol in which a plurality of pieces of data are grouped together and attached with the first additional information, is the communication protocol with which the communication processing unit receives the largest amount of data.
  • An in-vehicle communication system includes: an application processing device that executes an application program; One or a plurality of second communication units that communicate with a device using a second communication protocol different from the first communication protocol, first data received by the first communication unit and received by the second communication unit a communication processing device having a generation unit that generates relay data including second data; A plurality of first data received by the unit is collectively attached with first additional information, each second data received by the second communication unit is attached with second additional information, and the first additional information is attached. The relay data is generated by combining the first data and the second data to which the second additional information is attached.
  • the application processing device for example, there is an ECU capable of executing an application program.
  • the communication processing device for example, there is a gateway ECU.
  • the communication processing device includes: a first communication unit that communicates with one or more in-vehicle devices using a first communication protocol; One or a plurality of second communication units that communicate with a second communication protocol different from the protocol, and relay data including first data received by the first communication unit and second data received by the second communication unit and a relay unit that transmits the generated relay data to an application processing device that executes an application program, wherein the generation unit includes a plurality of first data received by the first communication unit are collectively attached with first additional information, the second additional information is attached to each of the second data received by the second communication unit, the first data attached with the first additional information, and the second additional information
  • the relay data is generated by summarizing the second data to which the information is respectively attached.
  • a communication method includes: a first communication unit that communicates with one or more in-vehicle devices using a first communication protocol;
  • a communication processing device comprising one or more second communication units that communicate with a second communication protocol different from the above, collects a plurality of first data received by the first communication unit and attaches first additional information , attaching second additional information to each second data received by the second communication unit, the first data attached with the first additional information, and the second data attached with the second additional information, respectively is generated, and the relay data is transmitted to the application processing device that executes the application program.
  • FIG. 1 is a schematic diagram showing the configuration of an in-vehicle system according to this embodiment.
  • the in-vehicle communication device 3 mounted in the vehicle 1 collects various information from one or a plurality of other ECUs 4 and stores the collected information in a server device provided outside the vehicle 1.
  • 2 is a system that transmits to
  • the vehicle 1 according to the present embodiment includes a plurality of ECUs 4 that respectively perform various processes such as control processing related to traveling of the vehicle 1, information processing for collecting peripheral information of the vehicle 1, and information provision processing to the user. mounted in place.
  • the plurality of ECUs 4 are connected via communication lines arranged inside the vehicle 1, and operate in a coordinated manner by transmitting and receiving data to and from each other via these communication lines.
  • the in-vehicle system shown in FIG. 1 has a network configuration in which three communication lines are connected to an in-vehicle communication device 3, and three ECUs 4 are connected to each communication line. That is, three ECUs 4 are connected to one communication line in a bus-type network configuration, and the three communication lines forming this bus-type network are connected to the vehicle-mounted communication device 3 in a star-type network configuration.
  • the illustrated network configuration is only an example and is not limited to this, and the on-vehicle communication device 3 and the plurality of ECUs 4 mounted on the vehicle 1 are connected in various network configurations such as a bus type, star type or ring type. may be
  • the in-vehicle communication device 3 relays data transmission/reception between a plurality of connected communication lines, and also relays data transmission/reception between a server device 2 provided outside the vehicle 1 and an ECU 4 inside the vehicle 1. do.
  • the in-vehicle communication device 3 relays data transmission/reception between the ECUs 4 mounted on the vehicle 1 by transmitting data received from one communication line through another one or a plurality of communication lines.
  • the in-vehicle communication device 3 relays data transmission/reception between the server device 2 and the ECU 4 by transmitting data received from the server device 2 through one or a plurality of communication lines.
  • the in-vehicle communication device 3 relays data transmission/reception between the server device 2 and the ECU 4 by transmitting data received from the ECU 4 to the server device 2 .
  • FIG. 2 is a block diagram showing the hardware configuration of the in-vehicle communication device 3 according to this embodiment.
  • the vehicle-mounted communication device 3 according to the present embodiment includes an application core 10, a real-time core 20, storage units 31 and 32, a wireless communication unit 33, and the like.
  • the core provided in the in-vehicle communication device 3 in the present embodiment is, for example, an arithmetic processing unit such as a CPU (Central Processing Unit) or MPU (Micro-Processing Unit), SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory).
  • CPU Central Processing Unit
  • MPU Micro-Processing Unit
  • SRAM Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • the in-vehicle communication device 3 includes two cores, an application core 10 and a real-time core 20. These two cores are so-called single-core ICs. is mounted on the circuit board or the like of the in-vehicle communication device 3 .
  • the in-vehicle communication device 3 may have a configuration in which a so-called multi-core IC is mounted, and the application core 10 and the real-time core 20 are provided in one IC.
  • the storage units 31 and 32 are configured using non-volatile memory elements such as flash memory or EEPROM (Electrically Erasable Programmable Read Only Memory).
  • the storage unit 31 stores application programs executed by the application core 10, various computer programs such as an OS, and data necessary for executing these computer programs.
  • the storage unit 32 stores various computer programs such as a communication program and a real-time OS executed by the real-time core 20, and data necessary for executing these computer programs.
  • the in-vehicle communication device 3 is configured to have the storage units 31 and 32 for each core, but the present invention is not limited to this, and the application core 10 and the real-time core 20 share one storage unit. It may be a configuration.
  • the wireless communication unit 33 communicates with the server device 2 provided outside the vehicle 1 by wireless communication such as a mobile phone communication network or a wireless LAN (Local Area Network). Note that the wireless communication unit 33 may communicate with various devices provided outside the vehicle 1 in addition to the server device 2 .
  • the wireless communication unit 33 transmits data given from the application core 10 to the server device 2 and gives data received from the server device 2 to the application core 10 .
  • the wireless communication unit 33 is mounted on the circuit board of the in-vehicle communication device 3 as one IC, for example, and can exchange data with the application core 10 via wiring provided on the circuit board. However, the wireless communication unit 33 may be provided within the application core 10 .
  • the application core 10 included in the vehicle-mounted communication device 3 is a core that executes, for example, an application program
  • the real-time core 20 is a core that performs relay processing regarding communication within the vehicle 1 .
  • the application core 10 and the real-time core 20 are mounted, for example, on the circuit board of the in-vehicle communication device 3 and are electrically connected via wiring provided on the circuit board. can be done.
  • the application core 10 and the real-time core 20 exchange data by communicating with a communication protocol such as Ethernet or SPI (Serial Peripheral Interface) via this wiring.
  • a communication protocol such as Ethernet or SPI (Serial Peripheral Interface)
  • the real-time core 20 communicates with one or more ECUs 4 provided inside the vehicle 1 via one or more communication lines connected to the in-vehicle communication device 3 .
  • three communication lines conforming to the CAN communication protocol and three communication lines conforming to the LIN communication protocol are connected to the in-vehicle communication device 3 .
  • these communication lines are connected to one or more connectors provided on the circuit board of the in-vehicle communication device 3, and these connectors and the real-time core 20 are electrically connected via wiring provided on the circuit board. be.
  • the real-time core 20 relays data transmission/reception between the ECUs 4 connected to these communication lines, and also relays data transmission/reception between the application core 10 and the ECU 4 .
  • FIG. 3 is a block diagram showing the software configuration of the in-vehicle communication device 3 according to this embodiment.
  • software modules indicated by dashed blocks in FIG. be.
  • the modules indicated by broken-line blocks in FIG. 3 are software modules realized by executing a program, but are not limited to this, and may be hardware modules realized as hardware. good.
  • the application core 10 includes a communication processing module 11, a CAN manager module 12, a LIN manager module 13, an application module 14, an uploader module 15, and the like.
  • the real-time core 20 also includes a CAN transmission/reception processing module 21, a LIN transmission/reception processing module 22, a relay processing module 23, and the like.
  • the name of each block is written without “module”.
  • the CAN transmission/reception processing module 21 of the real-time core 20 is a module for performing communication with the ECU 4 in the vehicle 1 using the CAN communication protocol.
  • the CAN transmission/reception processing module 21 receives data (messages, frames, etc.) conforming to the CAN communication protocol from the ECU 4 via the communication line, and provides the received data to the relay processing module 23 .
  • the CAN transmission/reception processing module 21 also converts the data given from the relay processing module 23 into data conforming to the CAN communication protocol and transmits the data to the ECU 4 .
  • the LIN transmission/reception processing module 22 is a module for performing communication with the ECU 4 in the vehicle 1 using the LIN communication protocol.
  • the LIN transmission/reception processing module 22 receives data conforming to the LIN communication protocol from the ECU 4 via the communication line and provides the received data to the relay processing module 23 .
  • the LIN transmission/reception processing module 22 also converts the data given from the relay processing module 23 into data conforming to the LIN communication protocol and transmits the data to the ECU 4 .
  • the relay processing module 23 performs processing for relaying data transmission and reception among the CAN transmission/reception processing module 21, the LIN transmission/reception processing module 22, and the application core 10. For example, the relay processing module 23 transmits data received from the CAN transmission/reception processing module 21 to the LIN transmission/reception processing module 22, and transmits data received from the LIN transmission/reception processing module 22 to the CAN transmission/reception processing module 21. It relays data between the CAN and LIN within. Further, for example, the relay processing module 23 transmits data received from the CAN transmission/reception processing module 21 or the LIN transmission/reception processing module 22 to the application core 10, and transmits data received from the application core 10 to the CAN transmission/reception processing module 21 or the LIN transmission/reception processing module. 22 to relay data between the application core 10 and the ECU 4 in the vehicle 1 .
  • the relay processing module 23 of the real-time core 20 included in the vehicle-mounted communication device 3 integrates a plurality of data received from one or a plurality of ECUs 4 by the CAN transmission/reception processing module 21 and the LIN transmission/reception processing module 22 into one. Collected relay data is generated, and the generated relay data is transmitted to the application core 10 . The details of the relay data generation processing by the relay processing module 23 will be described later.
  • the communication processing module 11 of the application core 10 transmits and receives data to and from the real-time core 20 .
  • the communication processing module 11 transmits data received from the real-time core 20 to the CAN manager module 12 or the LIN manager module 13 and transmits data received from the CAN manager module 12 or the LIN manager module 13 to the real-time core 20 .
  • the CAN manager module 12 is a module that manages data received by the in-vehicle communication device 3 from the ECU 4 using the CAN communication protocol.
  • the CAN manager module 12 virtually provides the application module 14 with communication functions based on the CAN communication protocol performed by the in-vehicle communication device 3 . Accordingly, the application module 14 can transmit and receive data to and from the ECU 4 mounted on the vehicle 1 by transmitting and receiving data to and from the CAN manager module 12 .
  • the CAN manager module 12 gives the data given from the communication processing module 11 to the application module 14 and gives the data given from the application module 14 to the communication processing module 11 .
  • the LIN manager module 13 is a module that manages data received by the in-vehicle communication device 3 from the ECU 4 using the LIN communication protocol.
  • the LIN manager module 13 virtually provides the application module 14 with communication functions based on the LIN communication protocol performed by the in-vehicle communication device 3 . Accordingly, the application module 14 can transmit and receive data to and from the ECU 4 mounted on the vehicle 1 by transmitting and receiving data to and from the LIN manager module 13 .
  • the LIN manager module 13 gives the data given from the communication processing module 11 to the application module 14 and gives the data given from the application module 14 to the communication processing module 11 .
  • the application module 14 is a module that performs various processes such as providing information to the driver of the vehicle 1 or transmitting information to the outside of the vehicle 1 based on data collected from the ECU 4 mounted on the vehicle 1 . Although only one application module 14 is illustrated in FIG. 3, multiple application modules 14 can be executed in parallel on the application module 14 .
  • the application module 14 according to the present embodiment transmits data in the vehicle 1 to the external server device 2 and performs processing for transmitting data received from the server device 2 to the ECU 4 of the vehicle 1 .
  • the application module 14 receives data from the CAN manager module 12 or the LIN manager module 13, performs appropriate processing on the received data, and transmits the data to the uploader module 15, thereby transmitting the data to the server device 2. can be done.
  • the application module 14 also receives data from the uploader module 15, designates an appropriate port number for the received data, and transmits it to the CAN manager module 12 or the LIN manager module 13, so that the corresponding CAN or LIN communication line is transmitted. Data can be transmitted to the ECU 4 connected to the .
  • the uploader module 15 is a module that communicates with the server device 2 by controlling the operation of the wireless communication section 33 .
  • the uploader module 15 receives data from the application module 14 and transmits (uploads) the received data to the server device 2 .
  • the uploader module 15 may transmit the received data to the application module 14 when receiving some data as a response from the server device 2 in response to data transmission.
  • the real-time core 20 included in the in-vehicle communication device 3 communicates with a plurality of ECUs 4 mounted on the vehicle 1 using various communication protocols, and collects a plurality of data received from the ECUs 4 ( packing), and transmits the generated relay data to the application core 10 .
  • FIG. 4 is a schematic diagram for explaining the relay data generation process. Note that FIG. 4 shows an example in which the real-time core 20 receives data according to ADC (Analog-Digital Conversion) and PWM (Pulse Width Modulation) communication protocols in addition to the CAN and LIN communication protocols.
  • the communication protocol includes data transmission/reception standards such as ADC and PWM.
  • the real-time core 20 can transmit and receive data to and from the ECU 4 and the like using a plurality of communication protocols such as CAN, LIN, ADC and PWM.
  • the real-time core 20 temporarily stores the received data in a communication buffer in order to relay the data received from the ECU 4 or the like according to these communication protocols to the application core 10, and the data is stored in the communication buffer at a predetermined timing.
  • a plurality of data are collectively transmitted to the application core 10 as relay data.
  • the communication buffer is provided in the storage area or storage unit 32 within the real-time core 20 .
  • the in-vehicle communication device 3 is provided with at least two communication buffers, a communication buffer for storing data for the first communication protocol and a communication buffer for storing data for the second communication protocol.
  • a plurality of communication protocols by which the real-time core 20 communicates with the ECU 4 etc. are classified in advance into one first communication protocol and one or more second communication protocols.
  • the CAN communication protocol is the first communication protocol
  • the other LIN, ADC, and PWM communication protocols are classified as the second communication protocol.
  • the classification of the first communication protocol and the second communication protocol is determined in advance by, for example, the designer of the in-vehicle communication device 3 or the in-vehicle system.
  • the first communication protocol is defined as a communication protocol with which the amount of data received by the real-time core 20 is the largest (or the amount of data transmitted and received within the vehicle 1 is the largest). receive the largest amount of data using the CAN communication protocol. All communication protocols other than the first communication protocol, LIN, ADC and PWM communication protocols in this example, are defined as the second communication protocol.
  • the real-time core 20 When receiving data from the ECU 4 or the like, the real-time core 20 stores the data in the communication buffer for the first communication protocol if it is received by the first communication protocol (CAN), and stores the data in the communication buffer for the second communication protocol (LIN, ADC, PWM), it is stored in the communication buffer for the second communication protocol. At this time, the real-time core 20 attaches additional information (second header) indicating which communication protocol (LIN, ADC, PWM) the data received by the second communication protocol is used for, store the data in
  • second header additional information indicating which communication protocol (LIN, ADC, PWM) the data received by the second communication protocol is used for
  • the real-time core 20 for example, repeatedly transmits relay data to the application core 10 at predetermined intervals.
  • the real-time core 20 reads the data stored in the communication buffer and generates relay data.
  • the real-time core 20 attaches additional information (first header) indicating which communication protocol (CAN) the data was received to the plurality of data received using the first communication protocol.
  • the real-time core 20 confirms that the plurality of data received by the second communication protocol and attached with the second headers are received by the second communication protocol and that the plurality of data are the same. Additional information (third header) indicating the number of data is attached.
  • the real-time core 20 attaches additional information (fourth header) indicating the total number of data contained in the relay data, and collectively sets the additional information and data as relay data.
  • the relay data shown in the lower part of FIG. data are concatenated in this order.
  • the real-time core 20 concatenates the data stored in the transmission buffer and the first to fourth headers in the order shown to generate relay data.
  • the order of the headers and data included in the relay data shown in FIG. 4 is an example and is not limited to this, and the headers and data may be arranged in any order.
  • the real-time core 20 transmits the generated relay data to the application core 10 .
  • the application core 10 receives relay data transmitted from the real-time core 20 .
  • the application core 10 that has received the relay data recognizes, for example, based on the third header that the relay data contains three pieces of data according to a communication protocol other than CAN, and converts the third header to the second data. Get three pairs of headers and data.
  • the application core 10 determines the communication protocol of each data based on the second header for each set of the obtained second header and data, and sends the data to a manager module (for example, the LIN manager module 13, etc.) corresponding to the communication protocol. give.
  • a manager module for example, the LIN manager module 13, etc.
  • the application core 10 can determine that the total number of data included in the relay data is 703 based on the fourth header, and that the number of data based on a communication protocol other than CAN is 3 based on the third header, Based on these, it can be determined that 700 pieces of data according to the CAN communication protocol are included in the relay data.
  • the application core 10 acquires 700 pieces of data following the first header from the relay data and provides the data to the CAN manager module 12 corresponding to the CAN communication protocol.
  • FIG. 5 is a flow chart showing the procedure of reception processing performed by the real-time core 20 according to the present embodiment.
  • the real-time core 20 performs processing for counting the total number of data and the number of data other than CAN. can be done.
  • the total number of data is the number of data included in the relay data
  • the number of non-CAN data is the number of non-CAN data included in the relay data.
  • the real-time core 20 included in the vehicle-mounted communication device 3 determines whether or not data has been received from the vehicle-mounted device such as the ECU 4 mounted on the vehicle 1 (step S1). If data has not been received (S1: NO), the real-time core 20 waits until data is received. When data is received (S1: YES), the real-time core 20 adds 1 to the total number of data (step S1).
  • the real-time core 20 determines whether the received data is based on the CAN communication protocol (step S3). If the received data is based on the CAN communication protocol (S3: YES), the real-time core 20 stores the received data in the communication buffer for the first communication protocol (CAN) (step S4), and then executes the process. finish.
  • the real-time core 20 adds 1 to the number of non-CAN data (step S5).
  • the real-time core 20 determines which communication protocol the received data is based on (step S6).
  • the real-time core 20 generates a second header including information indicating the communication protocol determined in step S6 (step S7).
  • the real-time core 20 stores the received data and the second header generated in step S7 in the communication buffer for the second communication protocol (other than CAN) (step S8), and ends the process.
  • FIG. 6 is a flow chart showing the procedure of transmission processing performed by the real-time core 20 according to the present embodiment.
  • the real-time core 20 included in the in-vehicle communication device 3 according to the present embodiment periodically and repeatedly transmits data to the application core 10, and determines whether or not the timing for transmitting data to the application core 10 has come. (Step S21). If the timing to transmit data has not come (S21: NO), the real-time core 20 waits until the timing to transmit data.
  • the real-time core 20 When it is time to transmit data (S21: YES), the real-time core 20 generates relay data to be transmitted to the application core 10 based on the data stored in the communication buffer (step S22). At this time, the real-time core 20 attaches a first header indicating that the communication protocol is CAN to the plurality of data stored in the communication buffer for the first communication protocol. In addition, the real-time core 20 adds a third header indicating that the communication protocol is other than CAN and the number of data contained in a set of a plurality of second headers and data stored in the communication buffer for the second communication protocol. attached.
  • the real-time core 20 concatenates a plurality of data according to the CAN communication protocol attached with the first header and a set of a plurality of second headers attached with the third header and the data, and a fourth
  • the header-attached data is used as relay data (see FIG. 4).
  • the real-time core 20 transmits the generated relay data to the application core 10 (step S23).
  • the real-time core 20 resets the total number of data counted and the number of data other than CAN (step S24), and terminates the process.
  • FIG. 7 is a flow chart showing the procedure of processing performed by the application core 10 according to the present embodiment.
  • the application core 10 included in the vehicle-mounted communication device 3 according to the present embodiment determines whether or not relay data has been received from the real-time core 20 (step S41). If the relay data has not been received (S41: NO), the application core 10 waits until the relay data is received. When the relay data is received (S41: YES), the application core 10 confirms the total number of data included in the relay data based on the fourth header included in the relay data (step S42).
  • the application core 10 determines whether or not the number of data other than the CAN communication protocol contained in the relay data is greater than 0 based on the third header contained in the relay data (step S43). If the number of data other than the CAN communication protocol is 0 (S43: NO), the application core 10 advances the process to step S48.
  • the application core 10 acquires one set of the second header and data included in the received relay data (step S44).
  • the application core 10 confirms the communication protocol of the acquired data based on the acquired second header (step S45).
  • the application core 10 gives the data acquired in step S44 to the manager module (for example, the LIN manager module 13) corresponding to the communication protocol confirmed in step S45 (step S46).
  • the application core 10 determines whether or not the processes of steps S44 to S46 have been completed for all data other than the CAN communication protocol (step S47).
  • step S47: NO If all the data other than the CAN communication protocol have not been processed (S47: NO), the application core 10 returns the process to step S44 and performs the same process on the next set of the second header and data. conduct. If all data other than the CAN communication protocol have been processed (S47: YES), the application core 10 proceeds to step S48.
  • the application core 10 provides the CAN manager module 12 with a plurality of CAN communication protocol data following the first header contained in the received relay data (step S48), and ends the process.
  • FIG. 8 is a block diagram showing the configuration of an in-vehicle communication system according to a modification.
  • the vehicle-mounted communication system according to the modification includes a first vehicle-mounted communication device 3A having an application core 10 and a second vehicle-mounted communication device 3B having a real-time core 20 .
  • the first vehicle-mounted communication device 3A and the second vehicle-mounted communication device 3B are connected via a communication line.
  • the communication processing module 11 of the application core 10 of the first vehicle-mounted communication device 3A and the relay processing module 23 of the real-time core 20 of the second vehicle-mounted communication device 3B can communicate via this communication line.
  • the application core 10 and the real-time core 20 may be installed in a plurality of in-vehicle communication devices in a distributed manner instead of being installed in one in-vehicle communication device.
  • the in-vehicle communication device (in-vehicle communication system) 3 includes an application core (application processing unit, application processing device) 10 that executes an application program, and an ECU (in-vehicle device) mounted on the vehicle 1. ) 4 and a real-time core (communication processing unit, communication processing device) 20 for relaying data transmission/reception between the application core 10 .
  • the real-time core 20 communicates with a CAN transmission/reception processing module (first communication unit) 21 that communicates with a CAN communication protocol (first communication protocol) and with a communication protocol (second communication protocol) different from the CAN communication protocol. and a relay processing module 23 for relaying data.
  • the real-time core 20 collectively attaches a first header (first additional information) to a plurality of data (first data) received by the CAN transmission/reception processing module 21, and attaches each data received by the LIN transmission/reception processing module 22 ( Second data) is attached with a second header (second additional information).
  • the real-time core 20 generates relay data in which a plurality of first data with first headers and a plurality of second data with second headers are put together, and transmits the relay data to the application core 10 . .
  • the in-vehicle communication device 3 can be expected to reduce the processing load of the real-time core 20 compared to the case where the first header is attached to each of the plurality of first data.
  • the real-time core 20 of the in-vehicle communication device 3 puts together a plurality of pieces of second data each attached with a second header, and further attaches one third header (third additional information) to the plurality of pieces of second data. , to generate relay data in which a plurality of first data with a first header and a plurality of second data with a second header and a third header are put together and transmitted to the application core 10 . Accordingly, the real-time core 20 of the in-vehicle communication device 3 can generate relay data by including information common to a plurality of pieces of second data in the third header.
  • the first header and second header attached by the real-time core 20 of the vehicle-mounted communication device 3 include information identifying the communication protocol that received the attached data.
  • the third header also contains information about the number of second data items included in the relay data. Accordingly, the application core 10, which has received the relay data generated by the real-time core 20, determines the number of second data included in the relay data based on the third header, and determines in which communication protocol each data is transmitted and received. It can be determined based on the first header or the second header.
  • the real-time core 20 of the in-vehicle communication device 3 combines the first data with the first header and the second data with the second and third headers into a fourth header.
  • Data to which (fourth additional information) is added is defined as relay data. Accordingly, the real-time core 20 can generate relay data by including information common to the first data and the second data in the fourth header.
  • the application core 10 of the in-vehicle communication device 3 also includes a plurality of manager modules (data management units) that manage data for each communication protocol.
  • the application core 10 distributes a plurality of data included in the relay data received from the real-time core 20 to a plurality of manager modules based on the first header and the second header. Accordingly, the application core 10 can be expected to manage data received from other devices with an appropriate manager module.
  • the first communication protocol for attaching the first header to a plurality of data collectively is the communication protocol with which the real-time core 20 receives the largest amount of data, for example, the CAN communication protocol. . This can be expected to reduce the number of headers attached to generate relay data and reduce the processing load of the real-time core 20 .
  • CAN, LIN, ADC, PWM, etc. are mentioned as the communication protocol used by the in-vehicle communication device 3 to communicate with other in-vehicle devices such as the ECU 4, but the communication protocol is limited to these. Instead, various communication protocols such as CAN-FD (CAN with Flexible Data Rate), FlexRay (registered trademark) or Ethernet may be used.
  • CAN-FD CAN with Flexible Data Rate
  • FlexRay registered trademark
  • Ethernet Ethernet
  • an example of transmitting data to the server device 2 outside the vehicle 1 is shown as an application program executed by the application core 10.
  • the application program is not limited to this. Such processing may be performed.
  • the in-vehicle communication device 3 is configured to include the application core 10 and the real-time core 20, the present invention is not limited to this configuration. and are connected via a communication line.
  • the first communication protocol and the other second communication protocol are determined in advance by the designer or the like of the in-vehicle system or the in-vehicle communication device 3, but the present invention is not limited to this.
  • the in-vehicle communication device 3 may dynamically change which communication protocol is handled as the first communication protocol. For example, the in-vehicle communication device 3 can count the number of receptions for each communication protocol for data received in a predetermined period of time, and set the communication protocol with the largest number of receptions of data as the first communication protocol.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

データの送受信を中継する処理の負荷を低減することが期待できる車載通信装置、車載通信システム、通信処理装置及び通信方法を提供する。　車載通信装置は、アプリケーション処理部と、第１通信プロトコルで通信を行う第１通信部、第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、第１通信部が受信した第１データ及び第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した中継用データをアプリケーション処理部へ送信する中継部を有する通信処理部とを備え、生成部は、第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、第２通信部が受信した各第２データに第２付加情報を付し、第１付加情報が付された第１データと、第２付加情報がそれぞれ付された第２データとをまとめた中継用データを生成する。

Description

車載通信装置、車載通信システム、通信処理装置及び通信方法
　本開示は、車両に搭載されて、この車両内又は車両外の他の装置との間で通信を行う車載通信装置及び車載通信システムに関する。
　特許文献１においては、リアルタイムＯＳ（Operating System）が配置されるプロセッサを備える制御系ＥＣＵ（Electronic Control Unit）と、リアルタイムＯＳが配置されるプロセッサ及びマルチメディアＯＳが配置されるプロセッサを備える情報系ＥＣＵとを備える車両用制御システムが提案されている。この車両用制御システムでは、リアルタイムＯＳが配置されるプロセッサによって制御系ＥＣＵ及び情報系ＥＣＵの間の通信を行う共に、リアルタイムＯＳが配置されるプロセッサのコア間通信機能及びマルチメディアＯＳが配置されるプロセッサのコア間通信機能によって情報系ＥＣＵ内の通信を行う。
特開２００８－１７４０９８号公報
　特許文献１に記載の車両用制御システムのように複数のコアを搭載したＥＣＵでは、例えば他のＥＣＵとの通信を行う第１のコアと、アプリケーションプログラムを実行する第２のコアとを設け、第１のコアが他のＥＣＵ及び第２のコアの間の通信を中継する役割分担がなされることがある。このような構成の場合、第１のコアは他のＥＣＵから受信した複数のデータをパッキングして（１つにまとめて）第２のコアへ送信することが行われる。また第１のコアが複数の通信プロトコルで複数のＥＣＵとの通信を行う場合、第１のコアはいずれの通信プロトコルで通信を行ったか等の情報を受信データに付してパッキングを行い、第２のコアへ送信する。このような第１のコアの中継処理がボトルネックとなり、ＥＣＵの処理遅延などを引き起こす虞がある。
　本開示は、斯かる事情に鑑みてなされたものであって、その目的とするところは、コア及び他の装置の間で行われるデータの送受信を中継する処理の負荷を低減することが期待できる車載通信装置、車載通信システム、通信処理装置及び通信方法を提供することにある。
　本態様に係る車載通信装置は、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した前記中継用データを前記アプリケーション処理部へ送信する中継部を有する通信処理部とを備え、前記生成部は、前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、前記第２通信部が受信した各第２データに第２付加情報を付し、前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する。
　本願は、このような特徴的な処理部を備える装置として実現することができるだけでなく、かかる特徴的な処理をステップとする方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。これらの装置の一部又は全部を実現する半導体集積回路として実現したり、これらの装置を含むその他の装置又はシステムとして実現したりすることができる。
　上記によれば、コア及び他の装置の間で行われるデータの送受信を中継する処理の負荷を低減することが期待できる。
本実施の形態に係る車載通信システムの構成を示す模式図である。 本実施の形態に係る車載通信装置のハードウェア構成を示すブロック図である。 本実施の形態に係る車載通信装置のソフトウェア構成を示すブロック図である。 中継用データ生成処理を説明するための模式図である。 本実施の形態に係るリアルタイムコアが行う受信時の処理の手順を示すフローチャートである。 本実施の形態に係るリアルタイムコアが行う送信時の処理の手順を示すフローチャートである。 本実施の形態に係るアプリケーションコアが行う処理の手順を示すフローチャートである。 変形例に係る車載通信システムの構成を示すブロック図である。
［本開示の実施の形態の説明］
　最初に本開示の実施態様を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
（１）本態様に係る車載通信装置は、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した前記中継用データを前記アプリケーション処理部へ送信する中継部を有する通信処理部とを備え、前記生成部は、前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、前記第２通信部が受信した各第２データに第２付加情報を付し、前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する。
　本態様にあっては、車載通信装置がアプリケーション処理部及び通信処理部を備える。アプリケーション処理部は、アプリケーションプログラムを実行するプロセッサ、コア又はＩＣ（Integrated Circuit）等である。通信処理部は、第１通信プロトコル及びこれとは異なる第２通信プロトコルで一又は複数の車載装置との間で通信を行い、車載装置から受信した複数のデータを含む中継用データを生成してアプリケーション処理部へ送信するプロセッサ、コア又はＩＣ等である。通信処理部は、第１通信プロトコルで受信した複数の第１データをまとめて１つの第１付加情報を付し、第２通信プロトコルで受信した各第２データに第２付加情報を付し、第１付加情報が付された複数の第１データ及び第２付加情報がそれぞれ付された第２データをまとめて中継用データとする。これにより、複数の第１データに対してそれぞれ第１付加情報を付す場合と比較して、通信処理部が行う処理の負荷を低減することが期待できる。
（２）前記生成部は、それぞれに前記第２付加情報が付された複数の第２データをまとめて第３付加情報を更に付し、前記第１付加情報が付された第１データと、前記第２付加情報及び前記第３付加情報が付された第２データとをまとめた前記中継用データを生成することが好ましい。
　本態様にあっては、第２付加情報がそれぞれ付された複数の第２データを通信処理部がまとめて１つの第３付加情報を更に付し、第１付加情報が付された第１データと、第２付加情報及び第３付加情報が付された第２データとをまとめて中継用データとする。これにより車載通信装置の通信処理部は、複数の第２データに共通の情報などを第３付加情報に含めて中継用データを生成することができる。
（３）前記第１付加情報及び前記第２付加情報には、通信プロトコルを識別する情報を含み、前記第３付加情報には、前記中継用データに含まれる前記第２データの数に関する情報を含むことが好ましい。
　本態様にあっては、車載通信装置の通信処理部が付す第１付加情報及び第２付加情報には、これが付されたデータを受信した通信プロトコルを識別する情報を含む。また第３付加情報には、中継用データに含まれる第２データの数に関する情報を含む。これにより通信処理部が生成した中継用データを受信したアプリケーション処理部は、中継用データに含まれる第２データの数を第３付加情報に基づいて判断し、各データがいずれの通信プロトコルで送受信されたものであるかを第１付加情報又は第２付加情報に基づいて判断することができる。
（４）前記生成部は、前記第１付加情報が付された第１データと、前記第２付加情報及び前記第３付加情報が付された第２データとをまとめて第４付加情報を付したものを前記中継用データとし、前記第４付加情報には、前記中継用データに含まれる前記第１データ及び前記第２データの数に関する情報を含むことが好ましい。
　本態様にあっては、第１付加情報が付された第１データと、第２付加情報及び第３付加情報が付された第２データとをまとめて第４付加情報を付したものを通信処理部が中継用データとする。これにより通信処理部は、第１データ及び第２データに共通の情報などを第４付加情報に含めて中継用データを生成することができる。
（５）前記アプリケーション処理部は、通信プロトコル毎にデータを管理する複数のデータ管理部と、前記通信処理部から受信した中継用データに含まれる前記第１データ及び前記第２データを、当該中継用データに含まれる前記第１付加情報及び前記第２付加情報に基づいて、対応する通信プロトコルの前記データ管理部へ分配する分配部とを有することが好ましい。
　本態様にあっては、車載通信装置のアプリケーション処理部が通信プロトコル毎にデータを管理する複数のデータ管理部を備える。アプリケーション処理部は、通信処理部から受信した中継用データに含まれる第１データ及び第２データを、第１付加情報及び第２付加情報に基づいて複数のデータ管理部に分配する。これによりアプリケーション処理部は、他の装置から受信したデータを適切なデータ管理部で管理することが期待できる。
（６）前記第１通信プロトコルは、前記通信処理部におけるデータの受信数が最も多い通信プロトコルであることが好ましい。
　本態様にあっては、複数のデータをまとめて第１付加情報を付す第１通信プロトコルを、通信処理部におけるデータ受信量が最も多い通信プロトコルとする。これにより中継用データを生成するために付す付加情報の数を低減し、通信処理部が行う処理の負荷を低減することが期待できる。
（７）本態様に係る車載通信システムは、アプリケーションプログラムを実行するアプリケーション処理装置と、一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した前記中継用データを前記アプリケーション処理装置へ送信する中継部を有する通信処理装置とを備え、前記生成部は、前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、前記第２通信部が受信した各第２データに第２付加情報を付し、前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する。
　前記アプリケーション処理装置として、例えばアプリケーションプログラムが実行可能なＥＣＵがある。また、前記通信処理装置として、例えばゲートウェイＥＣＵがある。
　本態様にあっては、態様（１）と同様に、通信処理装置が行う処理の負荷を低減することが期待できる。
（８）本態様に係る通信処理装置は、一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部と、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部と、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部と、生成した前記中継用データを、アプリケーションプログラムを実行するアプリケーション処理装置へ送信する中継部とを備え、前記生成部は、前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、前記第２通信部が受信した各第２データに第２付加情報を付し、前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する。
　本態様にあっては、態様（１）と同様に、通信処理装置が行う処理の負荷を低減することが期待できる。
（９）本態様に係る通信方法は、一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部と、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部とを備える通信処理装置が、前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、前記第２通信部が受信した各第２データに第２付加情報を付し、前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた中継用データを生成し、前記中継用データを、アプリケーションプログラムを実行するアプリケーション処理装置へ送信する。
　本態様にあっては、態様（１）と同様に、通信処理装置が行う処理の負荷を低減することが期待できる。
［本開示の実施形態の詳細］
　本開示の実施形態に係る車載通信装置の具体例を、以下に図面を参照しつつ説明する。本開示はこれらの例示に限定されるものではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
＜システム構成＞
　図１は、本実施の形態に係る車載システムの構成を示す模式図である。本実施の形態に係る車載システムは、車両１に搭載された車載通信装置３が一又は複数の他のＥＣＵ４から種々の情報を収集し、収集した情報を車両１の外部に設けられたサーバ装置２へ送信するシステムである。本実施の形態に係る車両１には、例えば車両１の走行に関する制御処理、車両１の周辺情報を収集する情報処理、又は、ユーザに対する情報提供処理等の種々の処理をそれぞれ行う複数のＥＣＵ４が適所に搭載されている。これら複数のＥＣＵ４は、車両１内に配された通信線を介して接続され、これらの通信線を介して相互にデータを送受信して交換することにより、協調して動作している。
　またこれら複数のＥＣＵ４は、通信線を介して車載通信装置３に接続されている。図１に示す車載システムは、車載通信装置３に３つの通信線が接続され、各通信線に３つのＥＣＵ４がそれぞれ接続されたネットワーク構成をなしている。即ち３つのＥＣＵ４が１つの通信線にバス型のネットワーク構成で接続され、このバス型のネットワークを構成する３つの通信線が車載通信装置３にそれぞれスター型のネットワーク構成で接続されている。ただし図示のネットワーク構成は一例であってこれに限るものではなく、車両１に搭載された車載通信装置３及び複数のＥＣＵ４は、例えばバス型、スター型又はリング型等の種々のネットワーク構成で接続されてよい。
　車載通信装置３は、接続された複数の通信線の間でデータの送受信を中継すると共に、車両１の外部に設けられたサーバ装置２と車両１内のＥＣＵ４との間でデータの送受信を中継する。例えば車載通信装置３は、一の通信線から受信したデータを他の一又は複数の通信線から送信することで、車両１に搭載されたＥＣＵ４の間のデータの送受信を中継する。また例えば車載通信装置３は、サーバ装置２から受信したデータを一又は複数の通信線から送信することで、サーバ装置２及びＥＣＵ４の間のデータの送受信を中継する。また例えば車載通信装置３は、ＥＣＵ４から受信したデータをサーバ装置２へ送信することで、サーバ装置２及びＥＣＵ４の間のデータの送受信を中継する。
＜装置構成＞
　図２は、本実施の形態に係る車載通信装置３のハードウェア構成を示すブロック図である。本実施の形態に係る車載通信装置３は、アプリケーションコア１０、リアルタイムコア２０、記憶部３１，３２及び無線通信部３３等を備えて構成されている。本実施の形態において車載通信装置３が備えるコアは、例えばＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing Unit）等の演算処理部、ＳＲＡＭ（Static Random Access Memory）又はＤＲＡＭ（Dynamic Random Access Memory）等の記憶部、並びに、ＣＡＮ、ＬＩＮ又はイーサネット（登録商標）等の通信プロトコルで通信を行う一又は複数の通信部等が１つのパッケージに集約されたＩＣである。なお本実施の形態において車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の２つのコアを備えており、これら２つのコアはいわゆるシングルコアのＩＣであり、アプリケーションコア１０のＩＣとリアルタイムコア２０のＩＣとが車載通信装置３の回路基板等に搭載される。ただし車載通信装置３は、いわゆるマルチコアのＩＣを搭載し、１つのＩＣにアプリケーションコア１０及びリアルタイムコア２０が備えられる構成であってもよい。
　記憶部３１，３２は、例えばフラッシュメモリ又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性のメモリ素子を用いて構成されている。記憶部３１は、アプリケーションコア１０が実行するアプリケーションプログラム及びＯＳ等の種々のコンピュータプログラムと、これらのコンピュータプログラムの実行に必要なデータとを記憶する。記憶部３２は、リアルタイムコア２０が実行する通信プログラム及びリアルタイムＯＳ等の種々のコンピュータプログラムと、これらのコンピュータプログラムの実行に必要なデータとを記憶する。なお本実施の形態においては、車載通信装置３がコア毎に記憶部３１，３２を備える構成とするが、これに限るものではなく、１つの記憶部をアプリケーションコア１０及びリアルタイムコア２０が共有する構成であってもよい。
　無線通信部３３は、例えば携帯電話通信網又は無線ＬＡＮ（Local Area Network）等の無線通信により、車両１の外部に設けられたサーバ装置２との間で通信を行う。なお無線通信部３３は、サーバ装置２の他にも、車両１の外部に設けられた種々の装置との間で通信を行ってよい。無線通信部３３は、アプリケーションコア１０から与えられたデータをサーバ装置２へ送信すると共に、サーバ装置２から受信したデータをアプリケーションコア１０へ与える。無線通信部３３は、例えば１つのＩＣとして車載通信装置３の回路基板に実装され、回路基板に設けられた配線を介してアプリケーションコア１０とデータの授受を行うことができる。ただし、無線通信部３３がアプリケーションコア１０内に設けられてもよい。
　本実施の形態に係る車載通信装置３が備えるアプリケーションコア１０は例えばアプリケーションプログラムを実行するコアであり、リアルタイムコア２０は車両１内の通信に関する中継処理を行うコアである。アプリケーションコア１０及びリアルタイムコア２０は、例えば車載通信装置３の回路基板に実装され、回路基板に設けられた配線を介して電気的に接続されており、この配線を介してデータの授受を行うことができる。本実施の形態においてアプリケーションコア１０及びリアルタイムコア２０は、この配線を介してイーサネット又はＳＰＩ（Serial Peripheral Interface）等の通信プロトコルで通信を行うことにより、データの授受を行う。
　リアルタイムコア２０は、車載通信装置３に接続された一又は複数の通信線を介して、車両１内に設けられた一又は複数のＥＣＵ４との通信を行う。図示の例では、ＣＡＮの通信プロトコルに従う３つの通信線と、ＬＩＮの通信プロトコルに従う３つの通信線とが車載通信装置３に接続されている。例えばこれらの通信線は車載通信装置３の回路基板に設けられた一又は複数のコネクタに接続され、これらのコネクタとリアルタイムコア２０とが回路基板に設けられた配線を介して電気的に接続される。リアルタイムコア２０は、これらの通信線に接続されたＥＣＵ４の間のデータの送受信を中継すると共に、アプリケーションコア１０及びＥＣＵ４の間のデータの送受信を中継する。
　図３は、本実施の形態に係る車載通信装置３のソフトウェア構成を示すブロック図である。本実施の形態に係る車載通信装置３は、記憶部３１，３２に記憶されたプログラムをアプリケーションコア１０及びリアルタイムコア２０が実行することによって、図３において破線のブロックで示したソフトウェアモジュールが実現される。なお本実施の形態において図３に破線のブロックで示すモジュールは、プログラムの実行により実現されるソフトウェアモジュールとするが、これに限るものではなく、ハードウェアとして実現されたハードウェアモジュールであってもよい。
　本実施の形態においてアプリケーションコア１０は、通信処理モジュール１１、ＣＡＮマネージャモジュール１２、ＬＩＮマネージャモジュール１３、アプリケーションモジュール１４及びアップローダモジュール１５等を備えている。またリアルタイムコア２０は、ＣＡＮ送受信処理モジュール２１、ＬＩＮ送受信処理モジュール２２及び中継処理モジュール２３等を備えている。なお図３においては、各ブロックの名称について「モジュール」を省略して表記している。
　リアルタイムコア２０のＣＡＮ送受信処理モジュール２１は、車両１内のＥＣＵ４との間でＣＡＮの通信プロトコルによる通信を行うためのモジュールである。ＣＡＮ送受信処理モジュール２１は、通信線を介してＥＣＵ４からＣＡＮの通信プロトコルに従うデータ（メッセージ、フレーム等）を受信し、受信したデータを中継処理モジュール２３へ与える。またＣＡＮ送受信処理モジュール２１は、中継処理モジュール２３から与えられたデータをＣＡＮの通信プロトコルに従うデータに変換してＥＣＵ４へ送信する。
　ＬＩＮ送受信処理モジュール２２は、車両１内のＥＣＵ４との間でＬＩＮの通信プロトコルによる通信を行うためのモジュールである。ＬＩＮ送受信処理モジュール２２は、通信線を介してＥＣＵ４からＬＩＮの通信プロトコルに従うデータを受信し、受信したデータを中継処理モジュール２３へ与える。またＬＩＮ送受信処理モジュール２２は、中継処理モジュール２３から与えられたデータをＬＩＮの通信プロトコルに従うデータに変換してＥＣＵ４へ送信する。
　中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１、ＬＩＮ送受信処理モジュール２２及びアプリケーションコア１０の間でデータの送受信を中継する処理を行う。例えば中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１から受信したデータをＬＩＮ送受信処理モジュール２２へ送信すると共に、ＬＩＮ送受信処理モジュール２２から受信したデータをＣＡＮ送受信処理モジュール２１へ送信することにより、車両１内でのＣＡＮ及びＬＩＮの間のデータの中継を行う。また例えば中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１又はＬＩＮ送受信処理モジュール２２から受信したデータをアプリケーションコア１０へ送信すると共に、アプリケーションコア１０から受信したデータをＣＡＮ送受信処理モジュール２１又はＬＩＮ送受信処理モジュール２２へ送信することにより、アプリケーションコア１０及び車両１内のＥＣＵ４の間のデータの中継を行う。
　また本実施の形態に係る車載通信装置３が備えるリアルタイムコア２０の中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１及びＬＩＮ送受信処理モジュール２２が一又は複数のＥＣＵ４から受信した複数のデータを１つにまとめた中継用データを生成し、生成した中継用データをアプリケーションコア１０へ送信する。中継処理モジュール２３による中継用データの生成処理の詳細については後述する。
　アプリケーションコア１０の通信処理モジュール１１は、リアルタイムコア２０との間でデータの送受信を行う。通信処理モジュール１１は、リアルタイムコア２０から受信したデータをＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３へ送信すると共に、ＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３から受信したデータをリアルタイムコア２０へ送信する。
　ＣＡＮマネージャモジュール１２は、車載通信装置３がＣＡＮの通信プロトコルでＥＣＵ４から受信したデータを管理するモジュールである。ＣＡＮマネージャモジュール１２は、車載通信装置３が行うＣＡＮの通信プロトコルによる通信機能を、アプリケーションモジュール１４に対して仮想的に提供する。これによりアプリケーションモジュール１４は、ＣＡＮマネージャモジュール１２に対してデータの送受信を行うことにより、車両１に搭載されたＥＣＵ４に対するデータの送受信を行うことができる。ＣＡＮマネージャモジュール１２は、通信処理モジュール１１から与えられたデータをアプリケーションモジュール１４へ与えると共に、アプリケーションモジュール１４から与えられたデータを通信処理モジュール１１へ与える。
　ＬＩＮマネージャモジュール１３は、車載通信装置３がＬＩＮの通信プロトコルでＥＣＵ４から受信したデータを管理するモジュールである。ＬＩＮマネージャモジュール１３は、車載通信装置３が行うＬＩＮの通信プロトコルによる通信機能を、アプリケーションモジュール１４に対して仮想的に提供する。これによりアプリケーションモジュール１４は、ＬＩＮマネージャモジュール１３に対してデータの送受信を行うことにより、車両１に搭載されたＥＣＵ４に対するデータの送受信を行うことができる。ＬＩＮマネージャモジュール１３は、通信処理モジュール１１から与えられたデータをアプリケーションモジュール１４へ与えると共に、アプリケーションモジュール１４から与えられたデータを通信処理モジュール１１へ与える。
　アプリケーションモジュール１４は、車両１に搭載されたＥＣＵ４から収集したデータを基に、例えば車両１の運転者に対する情報提供又は車両１の外部への情報送信等の種々の処理を行うモジュールである。図３にはアプリケーションモジュール１４が１つのみ図示されているが、アプリケーションモジュール１４には複数のアプリケーションモジュール１４が並列的に実行され得る。本実施の形態に係るアプリケーションモジュール１４は、車両１内のデータを外部のサーバ装置２へ送信すると共に、サーバ装置２から受信したデータを車両１のＥＣＵ４へ送信する処理を行う。アプリケーションモジュール１４は、ＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３からデータを受信し、受信したデータに対して適宜の加工を施してアップローダモジュール１５へ送信することにより、データをサーバ装置２へ送信することができる。またアプリケーションモジュール１４は、アップローダモジュール１５からデータを受信し、受信したデータを適宜のポート番号を指定してＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３へ送信することにより、対応するＣＡＮ又はＬＩＮの通信線に接続されたＥＣＵ４へデータを送信することができる。
　アップローダモジュール１５は、無線通信部３３の動作を制御することにより、サーバ装置２との間で通信を行うモジュールである。本実施の形態においてアップローダモジュール１５は、アプリケーションモジュール１４からのデータを受信し、受信したデータをサーバ装置２へ送信（アップロード）する。またアップローダモジュール１５は、データの送信に対してサーバ装置２から応答として何らかのデータを受信した場合、受信したデータをアプリケーションモジュール１４へ送信してもよい。
＜中継用データ生成処理＞
　本実施の形態に係る車載通信装置３が備えるリアルタイムコア２０は、車両１に搭載された複数のＥＣＵ４との間で種々の通信プロトコルによる通信を行い、ＥＣＵ４から受信した複数のデータをまとめて（パッキングして）１つの中継用データを生成し、生成した中継用データをアプリケーションコア１０へ送信する。図４は、中継用データ生成処理を説明するための模式図である。なお図４には、リアルタイムコア２０が、ＣＡＮ及びＬＩＮの通信プロトコルの他に、ＡＤＣ（アナログ－デジタル変換）及びＰＷＭ（Pulse Width Modulation）の通信プロトコルによるデータの受信を行う例を示している。本実施の形態において通信プロトコルには、ＡＤＣ及びＰＷＭ等のデータ送受信の規格を含むものとする。
　本実施の形態に係るリアルタイムコア２０は、ＣＡＮ、ＬＩＮ、ＡＤＣ及びＰＷＭ等の複数の通信プロトコルにより、ＥＣＵ４等との間でデータの送受信を行うことができる。リアルタイムコア２０は、これらの通信プロトコルによりＥＣＵ４等から受信したデータをアプリケーションコア１０へ中継すべく、受信したデータを通信バッファに一時的に記憶していき、所定のタイミングで通信バッファに記憶された複数のデータをまとめて中継用データとしてアプリケーションコア１０へ送信する。なお通信バッファは、リアルタイムコア２０内の記憶領域又は記憶部３２に設けられる。また本実施の形態においては、第１通信プロトコル用のデータを記憶する通信バッファと、第２通信プロトコル用のデータを記憶する通信バッファとの少なくとも２つの通信バッファが車載通信装置３に設けられる。
　本実施の形態において、リアルタイムコア２０がＥＣＵ４等との間で通信を行う複数の通信プロトコルは、１つの第１通信プロトコルと、これ以外の一又は複数の第２通信プロトコルとに予め分類される。本実施の形態においては、ＣＡＮの通信プロトコルが第１通信プロトコルであり、これ以外のＬＩＮ、ＡＤＣ及びＰＷＭの通信プロトコルが第２通信プロトコルに分類されている。この第１通信プロトコル及び第２通信プロトコルの分類は、例えば車載通信装置３又は車載システムの設計者等により予め決定される。本実施の形態において第１通信プロトコルには、リアルタイムコア２０が受信するデータ量が最も多い（又は車両１内で送受信されるデータ量が最も多い）通信プロトコルが定められ、本例ではリアルタイムコア２０がＣＡＮの通信プロトコルで受信するデータが最も多いものとしている。第２通信プロトコルには、第１通信プロトコル以外の全ての通信プロトコル、本例ではＬＩＮ、ＡＤＣ及びＰＷＭの通信プロトコルが定められる。
　リアルタイムコア２０は、ＥＣＵ４等からデータを受信した場合、このデータが第１通信プロトコル（ＣＡＮ）で受信したものであれば第１通信プロトコル用の通信バッファに記憶し、第２通信プロトコル（ＬＩＮ、ＡＤＣ、ＰＷＭ）で受信したものであれば第２通信プロトコル用の通信バッファに記憶する。このときにリアルタイムコア２０は、第２通信プロトコルで受信した各データについて、いずれの通信プロトコル（ＬＩＮ、ＡＤＣ、ＰＷＭ）で受信したかを示す付加情報（第２ヘッダ）を付して、通信バッファにデータを記憶する。
　リアルタイムコア２０は、例えば所定の周期でアプリケーションコア１０への中継用データの送信を繰り返し行っている。中継用データを送信するタイミングに至った場合、リアルタイムコア２０は、通信バッファに記憶したデータを読み出して中継用データを生成する。このときにリアルタイムコア２０は、第１通信プロトコルで受信した複数のデータに対して、いずれの通信プロトコル（ＣＡＮ）で受信したかを示す付加情報（第１ヘッダ）を付す。またリアルタイムコア２０は、第２通信プロトコルで受信して第２ヘッダをそれぞれ付した複数のデータに対して、これら複数のデータが第２通信プロトコルで受信したものであること及びこれら複数のデータのデータ数を示す付加情報（第３ヘッダ）を付す。更にリアルタイムコア２０は、中継用データに含まれる全てのデータ数を示す付加情報を（第４ヘッダ）を付し、これらの付加情報とデータをまとめて中継用データとする。
　例えば、図４の下段に示す中継用データは、第４ヘッダ、第３ヘッダ、第２ヘッダ及び第２通信プロトコルで受信したデータの複数の組、第１ヘッダ、第１通信プロトコルで受信した複数のデータがこの順で連結されたものである。リアルタイムコア２０は、送信バッファに記憶されたデータ及び第１～第４ヘッダを図示の順で連結し、中継用データを生成する。ただし図４に示した中継用データに含まれるヘッダ及びデータの順序は一例であってこれに限るものではなく、ヘッダ及びデータがどのような順序で配置されてもよい。リアルタイムコア２０は、生成した中継用データをアプリケーションコア１０へ送信する。
　アプリケーションコア１０は、リアルタイムコア２０から送信された中継用データを受信する。中継用データを受信したアプリケーションコア１０は、例えば第３ヘッダに基づいて、中継用データにはＣＡＮ以外の通信プロトコルによる３個のデータが含まれていることを把握し、第３ヘッダから第２ヘッダ及びデータの組を３つ取得する。アプリケーションコア１０は、取得した第２ヘッダ及びデータの各組について、第２ヘッダに基づいて各データの通信プロトコルを判定し、通信プロトコルに対応したマネージャモジュール（例えばＬＩＮマネージャモジュール１３など）へデータを与える。
　またアプリケーションコア１０は、第４ヘッダに基づいて中継用データに含まれる全データ数が７０３個であり、第３ヘッダに基づいてＣＡＮ以外の通信プロトコルによるデータが３個であることが判断でき、これらに基づいてＣＡＮの通信プロトコルによるデータが中継用データに７００個含まれていると判断できる。アプリケーションコア１０は、中継用データから第１ヘッダに続く７００個のデータを取得して、ＣＡＮの通信プロトコルに対応したＣＡＮマネージャモジュール１２へデータを与える。
＜フローチャート＞
　図５は、本実施の形態に係るリアルタイムコア２０が行う受信時の処理の手順を示すフローチャートである。なお本フローチャートにおいてリアルタイムコア２０は、全データ数及びＣＡＮ以外のデータ数をカウントする処理を行うが、これはリアルタイムコア２０が備えるレジスタ又はメモリ等の記憶領域を利用したカウント用の変数を用いて行われ得る。全データ数は中継用データに含まれるデータ数であり、ＣＡＮ以外のデータ数は中継用データに含まれるＣＡＮ以外のデータ数である。
　本実施の形態に係る車載通信装置３が備えるリアルタイムコア２０は、車両１に搭載されたＥＣＵ４等の車載装置からデータを受信したか否かを判定する（ステップＳ１）。データを受信していない場合（Ｓ１：ＮＯ）、リアルタイムコア２０は、データを受信するまで待機する。データを受信した場合（Ｓ１：ＹＥＳ）、リアルタイムコア２０は、全データ数に１を加算する（ステップＳ１）。
　リアルタイムコア２０は、受信したデータがＣＡＮの通信プロトコルによるものであるか否かを判定する（ステップＳ３）。受信したデータがＣＡＮの通信プロトコルによるものである場合（Ｓ３：ＹＥＳ）、リアルタイムコア２０は、受信したデータを第１通信プロトコル（ＣＡＮ）用の通信バッファに記憶して（ステップＳ４）、処理を終了する。
　受信したデータがＣＡＮの通信プロトコルによるものではない場合（Ｓ３：ＮＯ）、リアルタイムコア２０は、ＣＡＮ以外のデータ数に１を加算する（ステップＳ５）。リアルタイムコア２０は、受信したデータがいずれの通信プロトコルによるものであるかを判定する（ステップＳ６）。リアルタイムコア２０は、ステップＳ６にて判定した通信プロトコルを示す情報を含む第２ヘッダを生成する（ステップＳ７）。リアルタイムコア２０は、受信したデータとステップＳ７にて生成した第２ヘッダとを、第２通信プロトコル（ＣＡＮ以外）用の通信バッファに記憶して（ステップＳ８）、処理を終了する。
　図６は、本実施の形態に係るリアルタイムコア２０が行う送信時の処理の手順を示すフローチャートである。本実施の形態に係る車載通信装置３が備えるリアルタイムコア２０は、アプリケーションコア１０へのデータ送信を周期的に繰り返し行っており、アプリケーションコア１０へデータを送信するタイミングに至ったか否かを判定する（ステップＳ２１）。データを送信するタイミングに至っていない場合（Ｓ２１：ＮＯ）、リアルタイムコア２０は、データを送信するタイミングに至るまで待機する。
　データを送信するタイミングに至った場合（Ｓ２１：ＹＥＳ）、リアルタイムコア２０は、通信バッファに記憶されたデータに基づいて、アプリケーションコア１０へ送信する中継用データを生成する（ステップＳ２２）。このときにリアルタイムコア２０は、第１通信プロトコル用の通信バッファに記憶された複数のデータに対して、通信プロトコルがＣＡＮである旨を示す第１ヘッダを付す。またリアルタイムコア２０は、第２通信プロトコル用の通信バッファに記憶された複数の第２ヘッダ及びデータの組に対して、通信プロトコルがＣＡＮ以外であること及び含まれるデータ数を示す第３ヘッダを付す。リアルタイムコア２０は、第１ヘッダが付されたＣＡＮの通信プロトコルによる複数のデータと、第３ヘッダが付された複数の第２ヘッダ及びデータの組とを連結し、全データ数を示す第４ヘッダを付したものを中継用データとする（図４参照）。
　リアルタイムコア２０は、生成した中継用データをアプリケーションコア１０へ送信する（ステップＳ２３）。リアルタイムコア２０は、カウントしていた全データ数及びＣＡＮ以外のデータ数の値をリセットし（ステップＳ２４）、処理を終了する。
　図７は、本実施の形態に係るアプリケーションコア１０が行う処理の手順を示すフローチャートである。本実施の形態に係る車載通信装置３が備えるアプリケーションコア１０は、リアルタイムコア２０から中継用データを受信したか否かを判定する（ステップＳ４１）。中継用データを受信していない場合（Ｓ４１：ＮＯ）、アプリケーションコア１０は、中継用データを受信するまで待機する。中継用データを受信した場合（Ｓ４１：ＹＥＳ）、アプリケーションコア１０は、中継用データに含まれる第４ヘッダに基づいて、中継用データに含まれる全データ数を確認する（ステップＳ４２）。
　次いでアプリケーションコア１０は、中継用データに含まれる第３ヘッダに基づいて、中継用データに含まれるＣＡＮの通信プロトコル以外のデータ数が０より多いか否かを判定する（ステップＳ４３）。ＣＡＮの通信プロトコル以外のデータ数が０である場合（Ｓ４３：ＮＯ）、アプリケーションコア１０は、ステップＳ４８へ処理を進める。
　ＣＡＮの通信プロトコル以外のデータ数が０を超える場合（Ｓ４３：ＹＥＳ）、アプリケーションコア１０は、受信した中継用データに含まれる第２ヘッダ及びデータの組を１つ取得する（ステップＳ４４）。アプリケーションコア１０は、取得した第２ヘッダに基づいて、取得したデータの通信プロトコルを確認する（ステップＳ４５）。アプリケーションコア１０は、ステップＳ４５にて確認した通信プロトコルに対応するマネージャモジュール（例えばＬＩＮマネージャモジュール１３）へ、ステップＳ４４にて取得したデータを与える（ステップＳ４６）。アプリケーションコア１０は、ＣＡＮの通信プロトコル以外の全てのデータについてステップＳ４４～Ｓ４６の処理を終えたか否かを判定する（ステップＳ４７）。ＣＡＮの通信プロトコル以外の全てのデータについて処理を終えていない場合（Ｓ４７：ＮＯ）、アプリケーションコア１０は、ステップＳ４４へ処理を戻し、次の第２ヘッダ及びデータの組に対して同様の処理を行う。ＣＡＮの通信プロトコル以外の全てのデータについて処理を終えた場合（Ｓ４７：ＹＥＳ）、アプリケーションコア１０は、ステップＳ４８へ処理を進める。
　アプリケーションコア１０は、受信した中継用データに含まれる第１ヘッダに続く複数のＣＡＮの通信プロトコルのデータを、ＣＡＮマネージャモジュール１２へ与え（ステップＳ４８）、処理を終了する。
＜変形例＞
　図８は、変形例に係る車載通信システムの構成を示すブロック図である。変形例に係る車載通信システムは、アプリケーションコア１０を有する第１車載通信装置３Ａと、リアルタイムコア２０を有する第２車載通信装置３Ｂとを備える。第１車載通信装置３Ａ及び第２車載通信装置３Ｂは、通信線を介して接続されている。第１車載通信装置３Ａのアプリケーションコア１０の通信処理モジュール１１と、第２車載通信装置３Ｂのリアルタイムコア２０の中継処理モジュール２３とは、この通信線を介して通信を行うことができる。
　変形例に示すように、アプリケーションコア１０及びリアルタイムコア２０は、１つの車載通信装置に搭載されるのではなく、複数の車載通信装置に分散して搭載されてよい。
＜まとめ＞
　以上の構成の本実施の形態に係る車載通信装置（車載通信システム）３は、アプリケーションプログラムを実行するアプリケーションコア（アプリケーション処理部、アプリケーション処理装置）１０と、車両１に搭載されたＥＣＵ（車載装置）４及びアプリケーションコア１０の間でデータの送受信を中継するリアルタイムコア（通信処理部、通信処理装置）２０とを備えている。リアルタイムコア２０は、ＣＡＮの通信プロトコル（第１通信プロトコル）で通信を行うＣＡＮ送受信処理モジュール（第１通信部）２１と、ＣＡＮの通信プロトコルとは異なる通信プロトコル（第２通信プロトコル）で通信を行うＬＩＮ送受信処理モジュール（第２通信部）２２と、データの中継処理を行う中継処理モジュール２３とを有する。リアルタイムコア２０は、ＣＡＮ送受信処理モジュール２１が受信した複数のデータ（第１データ）をまとめて１つの第１ヘッダ（第１付加情報）を付し、ＬＩＮ送受信処理モジュール２２が受信した各データ（第２データ）に第２ヘッダ（第２付加情報）をそれぞれ付す。リアルタイムコア２０は、第１ヘッダが付された複数の第１データと、第２ヘッダがそれぞれ付された複数の第２データとをまとめた中継用データを生成して、アプリケーションコア１０へ送信する。これにより車載通信装置３は、複数の第１データに対してそれぞれ第１ヘッダを付す場合と比較して、リアルタイムコア２０が行う処理の負荷を低減することが期待できる。
　また本実施の形態に係る車載通信装置３のリアルタイムコア２０は、第２ヘッダがそれぞれ付された複数の第２データをまとめ、これに１つの第３ヘッダ（第３付加情報）を更に付し、第１ヘッダが付された複数の第１データと、第２ヘッダ及び第３ヘッダが付された複数の第２データとをまとめた中継用データを生成して、アプリケーションコア１０へ送信する。これにより車載通信装置３のリアルタイムコア２０は、複数の第２データに共通の情報などを第３ヘッダに含めて中継用データを生成することができる。
　また本実施の形態に係る車載通信装置３のリアルタイムコア２０が付す第１ヘッダ及び第２ヘッダには、これが付されたデータを受信した通信プロトコルを識別する情報を含む。また第３ヘッダには、中継用データに含まれる第２データの数に関する情報を含む。これによりリアルタイムコア２０が生成した中継用データを受信したアプリケーションコア１０は、中継用データに含まれる第２データの数を第３ヘッダに基づいて判断し、各データがいずれの通信プロトコルで送受信されたものであるかを第１ヘッダ又は第２ヘッダに基づいて判断することができる。
　また本実施の形態に係る車載通信装置３のリアルタイムコア２０は、第１ヘッダが付された第１データと、第２ヘッダ及び第３ヘッダが付された第２データとをまとめて第４ヘッダ（第４付加情報）を付したものを中継用データとする。これによりリアルタイムコア２０は、第１データ及び第２データに共通の情報などを第４ヘッダに含めて中継用データを生成することができる。
　また本実施の形態に係る車載通信装置３のアプリケーションコア１０は、通信プロトコル毎にデータを管理する複数のマネージャモジュール（データ管理部）を備える。アプリケーションコア１０は、リアルタイムコア２０から受信した中継用データに含まれる複数のデータを、第１ヘッダ及び第２ヘッダに基づいて複数のマネージャモジュールに分配する。これによりアプリケーションコア１０は、他の装置から受信したデータを適切なマネージャモジュールで管理することが期待できる。
　また本実施の形態に係る車載通信装置３では、複数のデータをまとめて第１ヘッダを付す第１通信プロトコルを、リアルタイムコア２０におけるデータ受信量が最も多い通信プロトコル、例えばＣＡＮの通信プロトコルとする。これにより中継用データを生成するために付すヘッダの数を低減し、リアルタイムコア２０が行う処理の負荷を低減することが期待できる。
　なお本実施の形態においては、車載通信装置３がＥＣＵ４等の他の車載装置と通信を行うために用いる通信プロトコルとしてＣＡＮ、ＬＩＮ、ＡＤＣ及びＰＷＭ等を挙げたが、通信プロトコルはこれらに限るものではなく、例えばＣＡＮ－ＦＤ（CAN with Flexible Data Rate）、ＦｌｅｘＲａｙ（登録商標）又はイーサネット等の種々の通信プロトコルで行ってもよい。また本実施の形態においては、アプリケーションコア１０が実行するアプリケーションプログラムとして、車両１外のサーバ装置２へデータを送信する処理を行う例を示したが、これに限るものではなく、アプリケーションプログラムはどのような処理を行うものであってよい。また車載通信装置３がアプリケーションコア１０及びリアルタイムコア２０を備える構成としたが、これに限るものではなく、アプリケーションコア１０を備える第１の車載通信装置とリアルタイムコア２０を備える第２の車載通信装置とが通信線を介して接続された構成の車載通信システムであってもよい。
　また本実施の形態においては、第１通信プロトコルとそれ以外の第２通信プロトコルとを車載システム又は車載通信装置３の設計者等が予め決定するものとしたが、これに限るものではない。車載通信装置３は、第１通信プロトコルとしていずれの通信プロトコルを扱うかを動的に変更してもよい。例えば車載通信装置３は、所定時間において受信したデータについて通信プロトコル毎の受信数を計数し、データの受信数が最も多い通信プロトコルを第１通信プロトコルとすることができる。
　今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本開示の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
　１　車両
　３　車載通信装置（車載通信システム）
　３Ａ　第１車載通信装置（アプリケーション処理装置）
　３Ｂ　第２車載通信装置（通信処理装置）
　４　ＥＣＵ（車載装置）
　１０　アプリケーションコア（アプリケーション処理部、アプリケーション処理装置）
　１１　通信処理モジュール（分配部）
　１２　ＣＡＮマネージャモジュール（データ管理部）
　１３　ＬＩＮマネージャモジュール（データ管理部）
　１４　アプリケーションモジュール
　１５　アップローダモジュール
　２０　リアルタイムコア（通信処理部、通信処理装置）
　２１　ＣＡＮ送受信処理モジュール（第１通信部）
　２２　ＬＩＮ送受信処理モジュール（第２通信部）
　２３　中継処理モジュール（生成部、中継部）
　３１，３２　記憶部
　３３　無線通信部
 

Claims (9)

  1. 　アプリケーションプログラムを実行するアプリケーション処理部と、
    　一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した前記中継用データを前記アプリケーション処理部へ送信する中継部を有する通信処理部と
    　を備え、
    　前記生成部は、
    　前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、
    　前記第２通信部が受信した各第２データに第２付加情報を付し、
    　前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する、
    　車載通信装置。
  2. 　前記生成部は、
    　それぞれに前記第２付加情報が付された複数の第２データをまとめて第３付加情報を更に付し、
    　前記第１付加情報が付された第１データと、前記第２付加情報及び前記第３付加情報が付された第２データとをまとめた前記中継用データを生成する、
    　請求項１に記載の車載通信装置。
  3. 　前記第１付加情報及び前記第２付加情報には、通信プロトコルを識別する情報を含み、
    　前記第３付加情報には、前記中継用データに含まれる前記第２データの数に関する情報を含む、
    　請求項２に記載の車載通信装置。
  4. 　前記生成部は、前記第１付加情報が付された第１データと、前記第２付加情報及び前記第３付加情報が付された第２データとをまとめて第４付加情報を付したものを前記中継用データとし、
    　前記第４付加情報には、前記中継用データに含まれる前記第１データ及び前記第２データの数に関する情報を含む、
    　請求項２又は請求項３に記載の車載通信装置。
  5. 　前記アプリケーション処理部は、
    　通信プロトコル毎にデータを管理する複数のデータ管理部と、
    　前記通信処理部から受信した中継用データに含まれる前記第１データ及び前記第２データを、当該中継用データに含まれる前記第１付加情報及び前記第２付加情報に基づいて、対応する通信プロトコルの前記データ管理部へ分配する分配部と
    　を有する、
    　請求項１から請求項４までのいずれか１つに記載の車載通信装置。
  6. 　前記第１通信プロトコルは、前記通信処理部におけるデータの受信数が最も多い通信プロトコルである、
    　請求項１から請求項５までのいずれか１つに記載の車載通信装置。
  7. 　アプリケーションプログラムを実行するアプリケーション処理装置と、
    　一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部、前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部、並びに、生成した前記中継用データを前記アプリケーション処理装置へ送信する中継部を有する通信処理装置と
    　を備え、
    　前記生成部は、
    　前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、
    　前記第２通信部が受信した各第２データに第２付加情報を付し、
    　前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する、
    　車載通信システム。
  8. 　一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部と、
    　一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部と、
    　前記第１通信部が受信した第１データ及び前記第２通信部が受信した第２データを含む中継用データを生成する生成部と、
    　生成した前記中継用データを、アプリケーションプログラムを実行するアプリケーション処理装置へ送信する中継部と
    　を備え、
    　前記生成部は、
    　前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、
    　前記第２通信部が受信した各第２データに第２付加情報を付し、
    　前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた前記中継用データを生成する、
    　通信処理装置。
  9. 　一又は複数の車載装置との間で第１通信プロトコルで通信を行う第１通信部と、一又は複数の車載装置との間で前記第１通信プロトコルとは異なる第２通信プロトコルで通信を行う一又は複数の第２通信部とを備える通信処理装置が、
    　前記第１通信部が受信した複数の第１データをまとめて第１付加情報を付し、
    　前記第２通信部が受信した各第２データに第２付加情報を付し、
    　前記第１付加情報が付された第１データと、前記第２付加情報がそれぞれ付された第２データとをまとめた中継用データを生成し、
    　前記中継用データを、アプリケーションプログラムを実行するアプリケーション処理装置へ送信する
    　通信方法。
     
PCT/JP2023/006956 2022-03-03 2023-02-27 車載通信装置、車載通信システム、通信処理装置及び通信方法 Ceased WO2023167124A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202380022222.0A CN118648269A (zh) 2022-03-03 2023-02-27 车载通信装置、车载通信系统、通信处理装置及通信方法
US18/842,618 US20250175366A1 (en) 2022-03-03 2023-02-27 On-board communication apparatus, on-board communication system, communication processing apparatus, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022032892A JP7690910B2 (ja) 2022-03-03 2022-03-03 車載通信装置、車載通信システム、通信処理装置及び通信方法
JP2022-032892 2022-03-03

Publications (1)

Publication Number Publication Date
WO2023167124A1 true WO2023167124A1 (ja) 2023-09-07

Family

ID=87883607

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/006956 Ceased WO2023167124A1 (ja) 2022-03-03 2023-02-27 車載通信装置、車載通信システム、通信処理装置及び通信方法

Country Status (4)

Country Link
US (1) US20250175366A1 (ja)
JP (1) JP7690910B2 (ja)
CN (1) CN118648269A (ja)
WO (1) WO2023167124A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009094731A (ja) * 2007-10-05 2009-04-30 Auto Network Gijutsu Kenkyusho:Kk 通信システム及び中継装置
JP2019121822A (ja) * 2017-12-28 2019-07-22 トヨタ自動車株式会社 車載システム、ゲートウェイ、中継装置、プログラム、情報処理方法、情報処理システム、及び車両

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009094731A (ja) * 2007-10-05 2009-04-30 Auto Network Gijutsu Kenkyusho:Kk 通信システム及び中継装置
JP2019121822A (ja) * 2017-12-28 2019-07-22 トヨタ自動車株式会社 車載システム、ゲートウェイ、中継装置、プログラム、情報処理方法、情報処理システム、及び車両

Also Published As

Publication number Publication date
CN118648269A (zh) 2024-09-13
US20250175366A1 (en) 2025-05-29
JP7690910B2 (ja) 2025-06-11
JP2023128514A (ja) 2023-09-14

Similar Documents

Publication Publication Date Title
KR101016145B1 (ko) 통신 컴포넌트
JP5231400B2 (ja) マルチプロセッサ・ゲートウェイ
JP4401239B2 (ja) 通信メッセージ変換装置、通信方法及び通信システム
US8571044B2 (en) Gateway for data transfer between serial buses
CN101385296B (zh) 用于总线间信息自动路由的网关
JP5434512B2 (ja) 車載通信システム、ゲートウェイ装置
JP2007110706A (ja) ＡＸＩプロトコルを適用したＮｏＣシステム
CN101111826A (zh) 通过通信系统的通信连接在消息中传输数据的方法以及通信系统的通信模块、用户和用于实现该方法的通信系统
US20120177036A1 (en) Simple fairness protocols for daisy chain interconnects
CN102100037B (zh) 通信系统的具有功能分离的发送事件存储器的用户节点
KR102303424B1 (ko) 랜덤 액세스 메모리를 포함하는 하나 이상의 처리 유닛을 위한 직접 메모리 액세스 제어 장치
JP7690910B2 (ja) 車載通信装置、車載通信システム、通信処理装置及び通信方法
JP6988723B2 (ja) 車載通信装置、通信プログラム及びメッセージ送信方法
CN118871887A (zh) 用于在车辆的通信系统中转发数据的方法
US20100281131A1 (en) User Interface Between a Flexray Communications Module and a Flexray User, and Method for Transmiting Message Over Such an Interface
JP2007300331A (ja) 車載データベースシステム
Jo et al. Multi-core gateway architecture and scheduling algorithm for high-performance gateway implementation
JP5728043B2 (ja) ゲートウェイ装置
US20020120888A1 (en) Network co-processor for vehicles
CN101449252B (zh) 通信组件以及用于双向数据传输的方法
CN116318534B (en) Data transmission method based on cache structure
JP7704051B2 (ja) 車載通信装置及び車載通信システム
JP2024020982A (ja) 中継装置、通信制御方法および通信制御プログラム
WO2024190421A1 (ja) 車載中継装置、中継方法および中継プログラム
Yoo et al. Unidirectional ring ethernet and media access controller with automatic relaying for low-complexity in-vehicle control network

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202380022222.0

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23763382

Country of ref document: EP

Kind code of ref document: A1

WWP Wipo information: published in national office

Ref document number: 18842618

Country of ref document: US