WO2023171475A1 - 車載通信装置及び車載通信システム - Google Patents

車載通信装置及び車載通信システム Download PDF

Info

Publication number
WO2023171475A1
WO2023171475A1 PCT/JP2023/007483 JP2023007483W WO2023171475A1 WO 2023171475 A1 WO2023171475 A1 WO 2023171475A1 JP 2023007483 W JP2023007483 W JP 2023007483W WO 2023171475 A1 WO2023171475 A1 WO 2023171475A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
application
processing unit
communication
Prior art date
Application number
PCT/JP2023/007483
Other languages
English (en)
French (fr)
Inventor
将弘 保田
成人 赤堀
Original Assignee
株式会社オートネットワーク技術研究所
住友電装株式会社
住友電気工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社オートネットワーク技術研究所, 住友電装株式会社, 住友電気工業株式会社 filed Critical 株式会社オートネットワーク技術研究所
Publication of WO2023171475A1 publication Critical patent/WO2023171475A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • 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 installed in a vehicle and communicate with other devices inside or outside the vehicle.
  • Patent Document 1 describes a control system ECU (Electronic Control Unit) including a processor in which a real-time OS (Operating System) is arranged, and an information system ECU including 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. In this vehicle control system, communication between a control system ECU and an information system ECU is performed by a processor in which a real-time OS is arranged, and an inter-core communication function of the processor in which a 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.
  • communication is performed between a processor of a control system ECU and a processor of an information system ECU using, for example, a CAN (Controller Area Network) communication protocol, and communication is performed between a plurality of cores within the processor.
  • a CAN Controller Area Network
  • communication is performed using an inter-core communication function using shared memory.
  • the information system ECU needs to communicate with another ECU that communicates using a communication protocol other than CAN, or the information system ECU communicates with the control system ECU using a communication protocol other than CAN.
  • the present disclosure has been made in view of such circumstances, and its purpose is to provide an in-vehicle communication device and an in-vehicle communication system that can be expected to improve expandability.
  • the in-vehicle communication device is an in-vehicle communication device installed in a vehicle, which performs communication between an application processing unit that executes an application program and one or more in-vehicle devices, and communicates with the application processing unit.
  • a relay processing section that communicates using a predetermined communication protocol and relays data transmission and reception between the in-vehicle device and the application processing section;
  • the plurality of modules communicate using the predetermined communication protocol.
  • the present application can be realized not only as a device equipped with such a characteristic processing unit, but also as a method in which such characteristic processing is performed as steps, or as a computer program for causing a computer to execute such steps. It can be realized. It can be realized as a semiconductor integrated circuit that implements some or all of these devices, or as other devices or systems that include these devices.
  • FIG. 1 is a schematic diagram showing the configuration of an in-vehicle communication system according to the present embodiment.
  • 1 is a block diagram showing a hardware configuration of an in-vehicle communication device according to an embodiment.
  • FIG. FIG. 2 is a block diagram showing the software configuration of the in-vehicle communication device according to the present embodiment.
  • FIG. 2 is a block diagram for explaining expandability of the in-vehicle communication device according to the present embodiment.
  • FIG. 3 is a block diagram showing the configuration of an in-vehicle communication device according to Modification 1.
  • FIG. FIG. 3 is a block diagram showing the configuration of an in-vehicle communication device according to a second modification.
  • FIG. 3 is a block diagram showing the configuration of an in-vehicle communication system according to Modification 3.
  • FIG. 1 is a block diagram showing a hardware configuration of an in-vehicle communication device according to an embodiment.
  • FIG. FIG. 2 is a block diagram showing the software configuration of the in
  • the in-vehicle communication device is an in-vehicle communication device installed in a vehicle, which performs communication between an application processing unit that executes an application program and one or more in-vehicle devices, and a relay processing unit that communicates with the processing unit using a predetermined communication protocol and relays data transmission and reception between the in-vehicle device and the application processing unit, and each of the application processing units performs processing related to execution of the application program.
  • the plurality of modules communicate using the predetermined communication protocol.
  • the in-vehicle communication device includes an application processing section and a relay processing section.
  • the application processing unit is a processor, core, IC (Integrated Circuit), or the like that executes an application program.
  • the relay processing unit communicates with one or more in-vehicle devices and communicates with the application processing unit using a predetermined communication protocol, thereby transmitting and receiving data between the in-vehicle device and the application processing unit.
  • This is a relaying processor, core, IC, or the like.
  • the application processing unit includes a plurality of software or hardware modules that perform processing related to execution of an application program. These plurality of modules communicate using the same communication protocol used for communication between the application processing section and the relay processing section.
  • the predetermined communication protocol is TCP (Transmission Control Protocol) or UDP (User Datagram Protocol).
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • the TCP and UDP communication protocols are widely used communication protocols and can be expected to realize highly reliable communication.
  • TCP and UDP communication protocols are transport layer communication protocols of the OSI (Open Systems Interconnection) reference model, and both are upper protocols of IP (Internet Protocol), which is a network layer communication protocol, so they can coexist. be.
  • the predetermined communication protocols are TCP and UDP, and the relay processing unit communicates with the in-vehicle device using LIN (Local Interconnect Network) and CAN (Controller Area Network) communication protocols; It is preferable that data received using a LIN communication protocol be transmitted to the application processing unit using a UDP communication protocol, and data received using a CAN communication protocol be transmitted to the application processing unit using a TCP communication protocol.
  • LIN Local Interconnect Network
  • CAN Controller Area Network
  • the relay processing unit communicates with one or more in-vehicle devices using LIN (Local Interconnect Network) and CAN (Controller Area Network) communication protocols.
  • the relay processing section transmits data received using the LIN communication protocol to the application processing section using the UDP communication protocol, and transmits data received using the CAN communication protocol to the application processing section using the TCP communication protocol.
  • LIN Local Interconnect Network
  • CAN Controller Area Network
  • the predetermined communication protocols are TCP and UDP
  • the application processing section, the relay processing section, and the module use either the TCP or UDP communication protocol based on the content of the data to be transmitted and received. It is preferable to transmit and receive the data.
  • communication between the application processing unit and the relay processing unit and communication between the plurality of modules within the application processing unit are performed using the TCP or UDP communication protocol.
  • the application processing unit, relay processing unit, and module use TCP or UDP communication protocols depending on the content of data to be sent and received. By appropriately using TCP or UDP communication protocols depending on the content of the data, it is expected that, for example, it will be possible to reduce the possibility of losing important data and to reduce the processing load related to communication processing. can.
  • the application processing unit, the relay processing unit, and the module implement the functional safety using either TCP or UDP communication protocol depending on the ASIL (Automotive Safety Integrity Level) required for the data to be transmitted and received. It is preferable to send and receive data related to.
  • ASIL Automotive Safety Integrity Level
  • TCP or UDP communication protocol is used depending on the ASIL (Automotive Safety Integrity Level) required for data sent and received by the application processing unit, relay processing unit, and module. used.
  • ASIL Automotive Safety Integrity Level
  • data with a high required ASIL is sent and received using the highly reliable TCP communication protocol
  • data with a low required ASIL is sent and received using the UDP communication protocol, which is less reliable than TCP but can communicate at high speed. be able to.
  • the data to be transmitted and received includes data regarding handshake between a plurality of in-vehicle devices or data regarding sequence control between a plurality of in-vehicle devices, and the data includes the application processing unit, the relay processing unit, and the module. It is preferable that the data related to the handshake or the data related to the sequence control be transmitted and received using a TCP communication protocol.
  • the transmitted and received data includes data related to message authentication or data related to the history of cyber attacks, and the application processing unit, the relay processing unit, and the module are configured to transmit data related to the message authentication or the history of cyber attacks.
  • data is sent and received using the TCP communication protocol.
  • the transmitted and received data includes data regarding the indoor environment of the vehicle, and the application processing section, the relay processing section, and the module transmit and receive the data regarding the indoor environment using a UDP communication protocol. It is preferable.
  • the data can be sent to and received by devices related to the indoor environment, compared to the case where data is transmitted and received using the TCP communication protocol. This allows for faster transmission and is expected to contribute to maintaining a comfortable indoor environment.
  • the transmitted and received data includes time-series data regarding the driving state of the vehicle, and the application processing section, the relay processing section, and the module transmit the time-series data regarding the driving state through UDP communication. It is preferable to send and receive information using a protocol.
  • the processing related to data transmission and reception is reduced compared to the case where data is transmitted and received using the TCP communication protocol.
  • This can be expected to reduce the load on people. For example, even if some time-series data related to vehicle driving conditions are lost, the data that was lost in the fire can be estimated based on the data before and after that data, and the necessary data can be supplemented. I can do it.
  • the in-vehicle communication device encrypts data transmitted and received between the application processing section and the relay processing section, and does not encrypt data transmitted and received between the plurality of modules within the application processing section.
  • the in-vehicle communication device can improve security by encrypting data that is easily intercepted from the outside, and can be expected to transmit and receive data that is difficult to intercept from the outside at high speed without being encrypted.
  • the in-vehicle communication device is an in-vehicle communication device installed in a vehicle, and includes an application core that executes an application program, and the application core executes a plurality of software modules related to the application program.
  • the plurality of software modules transmit and receive data using a TCP or UDP communication protocol.
  • the in-vehicle communication device includes an application core that executes an application program, and this application core executes a plurality of software modules related to the application program.
  • the plurality of software modules transmit and receive data using TCP or UDP communication protocols. This allows the in-vehicle communication device to communicate between software modules within the core using TCP or UDP communication protocols, which are often adopted for communication between cores or between devices. By unifying them, it is expected that the expandability of in-vehicle communication devices will be improved.
  • the in-vehicle communication system is an in-vehicle communication system installed in a vehicle, which performs communication between an application processing device that executes an application program and one or more in-vehicle devices, and A relay processing device that communicates with the processing device using a predetermined communication protocol and relays data transmission and reception between the in-vehicle device and the application processing device, and each of the application processing devices performs processing related to execution of the application program.
  • the plurality of modules communicate using the predetermined communication protocol.
  • the application processing device for example, there is an ECU that can execute an application program.
  • the relay processing device for example, there is a gateway ECU.
  • the in-vehicle communication device is an in-vehicle communication device installed in a vehicle, and includes an application processing unit that executes an application program, and each of the application processing units performs processing related to execution of the application program.
  • the device has a plurality of modules that perform communication with the outside using a predetermined communication protocol, and the plurality of modules communicate using the predetermined communication protocol.
  • the in-vehicle communication device includes an application processing section that executes an application program, and this application processing section has a plurality of modules related to execution of the application program.
  • the application processing unit communicates with the outside (another processing unit or another device) using a predetermined communication protocol, and the plurality of modules within the application processing unit also communicate using a predetermined communication protocol.
  • the in-vehicle communication device can be expected to improve the expandability of the in-vehicle communication device by unifying the communication protocols inside and outside the application processing section.
  • FIG. 1 is a schematic diagram showing the configuration of an in-vehicle communication system according to this embodiment.
  • an in-vehicle communication device 3 mounted on a vehicle 1 collects various information from one or more other ECUs 4, and transmits the collected information to a server provided outside the vehicle 1.
  • This is a system for transmitting data to device 2.
  • the vehicle 1 according to the present embodiment includes a plurality of ECUs 4 that each perform various processes such as control processing related to running of the vehicle 1, information processing for collecting peripheral information of the vehicle 1, or processing for providing information to the user. It is installed in the right place.
  • These plurality of ECUs 4 are connected via communication lines disposed within the vehicle 1, and operate in cooperation by mutually transmitting, receiving, and exchanging data via these communication lines.
  • the in-vehicle communication system shown in FIG. 1 has a network configuration in which three communication lines are connected to the 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 making up this bus-type network are respectively connected to the on-vehicle communication device 3 in a star-type network configuration.
  • the illustrated network configuration is an example and is not limited to this, and the in-vehicle communication device 3 and the plurality of ECUs 4 mounted on the vehicle 1 may be connected in various network configurations such as a bus type, star type, or ring type. It's okay to be.
  • the in-vehicle communication device 3 relays data transmission and reception between a plurality of connected communication lines, and also relays data transmission and 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 and reception between the ECUs 4 mounted on the vehicle 1 by transmitting data received from one communication line through one or more other communication lines.
  • the in-vehicle communication device 3 relays data transmission and reception between the server device 2 and the ECU 4 by transmitting data received from the server device 2 through one or more communication lines.
  • the in-vehicle communication device 3 relays data transmission and 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 in-vehicle communication device 3 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 included in the in-vehicle communication device 3 is, for example, an arithmetic processing unit such as a CPU (Central Processing Unit) or an MPU (Micro-Processing Unit), an SRAM (Static Random Access Memory), or a DRAM (Dynamic Random Access Memory).
  • arithmetic processing unit such as a CPU (Central Processing Unit) or an MPU (Micro-Processing Unit), an SRAM (Static Random Access Memory), or a 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, and the application core 10 IC and the real-time core 20 IC is mounted on a 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 one IC is provided with the application core 10 and the real-time core 20.
  • the storage units 31 and 32 are configured using nonvolatile memory elements such as flash memory or EEPROM (Electrically Erasable Programmable Read Only Memory).
  • the storage unit 31 stores various computer programs such as application programs and an OS executed by the application core 10, 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 include 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 through 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 provided from the application core 10 to the server device 2, and also provides data received from the server device 2 to the application core 10.
  • the wireless communication unit 33 is mounted, for example, as one IC on the circuit board of the in-vehicle communication device 3, 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 in-vehicle communication device 3 is, for example, a core that executes 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 a circuit board of the in-vehicle communication device 3, and are electrically connected via wiring provided on the circuit board, and exchange data via this wiring. I can do it.
  • the application core 10 and the real-time core 20 exchange data by communicating using TCP (or UDP), IP, and Ethernet communication protocols via this wiring.
  • the real-time core 20 communicates with one or more ECUs 4 provided in the vehicle 1 via one or more communication lines connected to the on-vehicle communication device 3.
  • three communication lines according to the CAN communication protocol and three communication lines according 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. Ru.
  • the real-time core 20 relays data transmission and reception between the ECUs 4 connected to these communication lines, and also relays data transmission and 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 the present embodiment.
  • software modules indicated by broken line blocks in FIG. 3 are realized by the application core 10 and the real-time core 20 executing programs stored in the storage units 31 and 32. Ru.
  • 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. Note that in FIG. 3, the name of each block is written with "module" omitted.
  • a plurality of modules in the core perform communication according to the TCP or UDP communication protocol, thereby exchanging data between the modules.
  • the application core 10 and the real-time core 20 perform communication according to the TCP or UDP communication protocol, thereby exchanging data between the cores.
  • data transmission and reception within the core and data transmission and reception between the cores are performed using communication using a common communication protocol.
  • communication using a communication protocol such as TCP or UDP is indicated by a solid line arrow, and communication using a communication protocol other than these (for example, CAN or LIN) is indicated by a two-dot chain arrow.
  • TCP or UDP is a communication protocol classified as a transport layer.
  • communication between the application core 10 and the real-time core 20 uses a TCP or UDP communication protocol for the transport layer, an IP communication protocol for the network layer, and a data link layer for the communication between the cores.
  • An Ethernet communication protocol is used.
  • communication between modules within the application core 10 and the real-time core 20 is achieved by virtually realizing at least the TCP or UDP communication protocol of the transport layer using software (for example, an OS), and is based on a network.
  • the communication protocols of the data link layer and the data link layer do not need to be (or may be) virtually reproduced.
  • the IP communication protocol of the network layer is virtually reproduced in communication between modules, and the communication protocol of the data link layer is not reproduced.
  • Each module in the core is assigned one or more port numbers, and each module can transmit data by specifying the port number of the destination module.
  • Software such as the OS running on each core identifies the module that corresponds to the port number attached to the data sent by each module, and provides this data to the identified module, allowing data exchange between modules. I do.
  • IP addresses are set in advance for each of the application core 10 and the real-time core 20.
  • Each module in the application core 10 and the real-time core 20 can exchange data with a module in another core by specifying an IP address and a port number.
  • Software such as the OS running on each core determines whether the destination of this data is a module within its own core or a module of another core, based on the IP address attached to the data sent by each module. It is possible to judge whether
  • the CAN transmission/reception processing module 21 of the real-time core 20 is a module for communicating 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.) according to the CAN communication protocol from the ECU 4 via the communication line, converts the received data into data according to the TCP or UDP communication protocol, and transmits the data to the relay processing module 23. Send to. Further, the CAN transmission/reception processing module 21 receives data according to the TCP or UDP communication protocol from the relay processing module 23, converts the received data into data according to the CAN communication protocol, and transmits the data to the ECU 4.
  • the LIN transmission/reception processing module 22 is a module for communicating with the ECU 4 in the vehicle 1 using the LIN communication protocol.
  • the LIN transmission/reception processing module 22 receives data according to the LIN communication protocol from the ECU 4 via the communication line, converts the received data into data according to the TCP or UDP communication protocol, and transmits the data to the relay processing module 23.
  • the LIN transmission/reception processing module 22 also receives data according to the TCP or UDP communication protocol from the relay processing module 23, converts the received data into data according to the LIN communication protocol, and transmits the data to the ECU 4.
  • the LIN transmission/reception processing module 22 similarly to the case of the CAN transmission/reception processing module 21, when three communication lines according to the LIN communication protocol are connected to the in-vehicle communication device 3, the LIN transmission/reception processing module 22 has at least three communication lines. Port numbers are assigned, and the three port numbers are associated with the three communication lines.
  • the relay processing module 23 performs a process of relaying data transmission and reception between the CAN transmission and reception processing module 21, the LIN transmission and reception processing module 22, and the application core 10. For example, the relay processing module 23 transmits the data received from the CAN transmission/reception processing module 21 to the LIN transmission/reception processing module 22, and also transmits the data received from the LIN transmission/reception processing module 22 to the CAN transmission/reception processing module 21. Relays data between CAN and LIN within the network. 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 (or a specific module within the application core 10), and also transmits data received from the application core 10. By transmitting the data to the CAN transmission/reception processing module 21 or the LIN transmission/reception processing module 22, data is relayed between the application core 10 and the ECU 4 in the vehicle 1.
  • the communication processing module 11 of the application core 10 transmits and receives data to and from the real-time core 20, transmits data received from the real-time core 20 to modules within the application core 10, and receives data from modules within the application core 10.
  • the obtained data is sent to the real-time core 20.
  • the communication processing module 11 relays data between the CAN manager module 12 and LIN manager module 13 in the application core 10 and (the relay processing module 23 of) the real-time core 20.
  • the CAN manager module 12 is a module for virtually providing the application module 14 with a communication function based on the CAN communication protocol performed by the in-vehicle communication device 3. Thereby, the application module 14 can send and receive data to and from the ECU 4 mounted on the vehicle 1 by sending and receiving data to and from the CAN manager module 12 .
  • the CAN manager module 12 is assigned a plurality of port numbers corresponding to the plurality of port numbers assigned to the CAN transmission/reception processing module 21, and the application module 14 sends data to the CAN manager module 12 by specifying the port number. By doing so, data can be transmitted from the corresponding CAN communication line to the ECU 4.
  • the LIN manager module 13 is a module for virtually providing the application module 14 with a communication function based on the LIN communication protocol performed by the in-vehicle communication device 3. Thereby, the application module 14 can send and receive data to and from the ECU 4 mounted on the vehicle 1 by sending and receiving data to and from the LIN manager module 13 .
  • the LIN manager module 13 is assigned a plurality of port numbers corresponding to the plurality of port numbers assigned to the LIN transmission/reception processing module 22, and the application module 14 sends data to the LIN manager module 13 by specifying the port number. By doing so, data can be transmitted from the corresponding LIN communication line to the ECU 4.
  • 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, a plurality of application modules 14 may be executed in parallel in the application module 14.
  • the application module 14 transmits data in the vehicle 1 to an external server device 2, and also transmits 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 processed data to the uploader module 15, thereby transmitting the data to the server device 2. I can do it.
  • the application module 14 also receives data from the uploader module 15, and sends the received data to the CAN manager module 12 or LIN manager module 13 by specifying an appropriate port number. Data can be sent to the ECU 4 connected to the communication line.
  • the uploader module 15 is a module that communicates with the server device 2 by controlling the operation of the wireless communication section 33. In this embodiment, the uploader module 15 receives data from the application module 14 and transmits (uploads) the received data to the server device 2 . Further, when the uploader module 15 receives some data as a response from the server device 2 in response to the data transmission, the uploader module 15 may transmit the received data to the application module 14.
  • the in-vehicle communication device 3 performs communication between the application core 10 and the real-time core 20 using a TCP or UDP communication protocol, and also performs communication between a plurality of modules in the application core 10 using a TCP or UDP communication protocol. This is done using a communication protocol. This allows each module within the application core 10 to transmit and receive data using the same communication method, regardless of whether the communication partner exists within the same core.
  • FIG. 4 is a block diagram for explaining the expandability of the in-vehicle communication device 3 according to this embodiment.
  • the in-vehicle communication device 3 illustrated in FIG. 4 differs from the configuration of the in-vehicle communication device 3 illustrated in FIG. This configuration has an additional function for direct CAN communication.
  • the application core 10 is provided with a CAN transmission/reception processing module 16 similar to that of the real-time core 20.
  • the CAN transmission/reception processing module 16 communicates with the ECU 4 in the vehicle 1 using the CAN communication protocol, and also communicates with each module in the application core 10, such as the CAN manager module 12, using the TCP or UDP communication protocol. communicate.
  • An appropriate port number is assigned to the CAN transmission/reception processing module 16.
  • the CAN manager module 12 specifies a port number regardless of whether the CAN communication line is connected to the application core 10 or the real-time core 20.
  • the in-vehicle communication device 3 performs inter-core communication between the application core 10 and the real-time core 20 and communication between modules within the core using the TCP or UDP communication protocol.
  • TCP and UDP which are transport layer communication protocols, are both upper protocols of IP, which is a network layer communication protocol, and can coexist.
  • both TCP and UDP communication protocols can be used, and each module uses TCP or UDP depending on the content, type, importance, etc. of the data when transmitting data.
  • the communication protocol may be selected and data may be transmitted using the selected communication protocol.
  • the in-vehicle communication device 3 transmits and receives data that the ECU 4 sends and receives using the CAN communication protocol outside the in-vehicle communication device 3, and transmits and receives data using the TCP communication protocol inside the in-vehicle communication device 3, and the ECU 4 uses the LIN communication protocol outside the in-vehicle communication device 3.
  • the data transmitted and received using the communication protocol may be transmitted and received within the vehicle-mounted communication device 3 using the UDP communication protocol.
  • the CAN transmission/reception processing module 21 receives data from the ECU 4 of the vehicle 1, it transmits this data to the relay processing module 23 using the TCP communication protocol, and thereafter the module that receives this data uses the TCP communication protocol. Send and receive data.
  • the LIN transmission/reception processing module 22 When the LIN transmission/reception processing module 22 receives data from the ECU 4 of the vehicle 1, it sends this data to the relay processing module 23 using the UDP communication protocol, and the module that has received this data thereafter processes the data using the UDP communication protocol. Send and receive.
  • each module such as the application module 14 sends the data it generates to the ECU 4 connected to the CAN communication line, it sends this data using the TCP communication protocol, and then sends it to the ECU 4 connected to the LIN communication line. In this case, this data is transmitted using the UDP communication protocol.
  • the in-vehicle communication device 3 may select the TCP or UDP communication protocol depending on the ASIL required for the data to be transmitted and received.
  • ASIL is a safety level stipulated by ISO26262, a functional safety standard for the automobile industry, and five safety levels are defined in descending order of safety standards: D, C, B, A, and QM. ing.
  • Level D is related to systems such as brakes or steering
  • Level C is related to systems such as cruise control
  • Level B is related to systems such as headlights and brake lights
  • Level B is related to systems such as backlights. It is conceivable to set level A and set QM to something unrelated to vehicle safety.
  • each module of the in-vehicle communication device 3 uses the TCP communication protocol when transmitting and receiving data regarding a system to which ASIL level D and level C are set, and transmits data regarding a system to which level B, level A, and QM are set.
  • the UDP communication protocol can be used when transmitting and receiving.
  • the in-vehicle communication device 3 when transmitting and receiving data related to handshake or data related to sequence control between the plurality of ECUs 4, transmits and receives these data using the TCP communication protocol.
  • the handshake-related data is, for example, data exchanged between the plurality of ECUs 4 before starting communication, and may include information such as communication-related settings.
  • Sequence control is a control method that advances each stage of control in a predetermined order.
  • the data related to sequence control may include, for example, data that notifies or instructs the start or end of a control stage.
  • the in-vehicle communication device 3 when transmitting and receiving data related to message authentication or data related to the history of cyber attacks, transmits and receives these data using the TCP communication protocol.
  • the data related to message authentication is, for example, data attached with a MAC (Message Authentication Code) or data including key information used for encryption.
  • the ECU 4 may notify other ECUs 4 etc. that the ECU 4 has been subjected to a cyber attack.
  • Data regarding the history of cyber attacks may include data of notifications sent from the ECU 4 that has suffered such cyber attacks.
  • the in-vehicle communication device 3 transmits and receives these data using the UDP communication protocol.
  • the data regarding the indoor environment may include, for example, data regarding the settings or operations of in-vehicle equipment such as air conditioning equipment or lighting equipment.
  • the in-vehicle communication device 3 when transmitting and receiving time-series data regarding the driving state of the vehicle 1, transmits and receives these data using the UDP communication protocol.
  • the time-series data regarding the driving state may include data periodically detected by a sensor, such as the speed, acceleration, or steering angle of the vehicle 1, for example.
  • the standards for selectively using TCP or UDP communication protocols in the inter-core communication and inter-module communication of the in-vehicle communication device 3 are based on the communication protocol used in the network within the vehicle 1 such as CAN or LIN, and the requirements for data.
  • the standard is not limited to the standard based on the ASIL level, but any standard may be used.
  • the in-vehicle communication device 3 performs inter-core communication between the application core 10 and the real-time core 20 and communication between modules within the core using the TCP or UDP communication protocol, and also transmits data regarding the communication between the cores.
  • the data may be transmitted and received in an encrypted manner, and the data within the core may be transmitted and received without being encrypted.
  • the relay processing module 23 of the real-time core 20 encrypts data to be sent to the application core 10, and sends the encrypted data to the communication processing module 11 of the application core 10.
  • the communication processing module 11 that has received the encrypted data decrypts the encrypted data and transmits the decrypted data to the CAN manager module 12, the LIN manager module 13, or the like.
  • the communication processing module 11 of the application core 10 encrypts data to be sent to the real-time core 20, and sends the encrypted data to the relay processing module 23 of the real-time core 20.
  • the relay processing module 23 which has received the encrypted data, decrypts the encrypted data and transmits the decrypted data to the CAN transmission/reception processing module 21, the LIN transmission/reception processing module 22, or the like.
  • the relay processing module 23 and the communication processing module 11 perform encryption and decryption using, for example, a common key on data to be transmitted and received.
  • the in-vehicle communication device 3 can encrypt data using SSL (Secure Sockets Layer) or TLS (Transport Layer Security).
  • whether or not to encrypt the data to be transmitted and received can be determined based on, for example, whether the data to be transmitted and received is output as a signal to the outside of the IC.
  • the configuration in which data sent and received between cores is encrypted and data sent and received within the core is not encrypted is such that the application core 10 and the real-time core 20 are each mounted as separate ICs on the circuit board of the in-vehicle communication device 3. It is assumed that In the case of a configuration in which the application core 10 and the real-time core 20 are housed in one IC, a so-called multi-core configuration, data transmitted and received between the cores does not need to be encrypted.
  • the criteria for determining whether or not to encrypt data transmitted and received by the in-vehicle communication device 3 are not limited to the criteria based on whether or not data is output to the outside of the IC, and any criteria may be adopted. Furthermore, the in-vehicle communication device 3 may encrypt both the data transmission and reception between cores and the data transmission and reception within the core, or conversely, the in-vehicle communication device 3 may encrypt both the data transmission and reception between cores and the data transmission and reception within the core. It's okay.
  • FIG. 5 is a block diagram showing the configuration of the in-vehicle communication device 3 according to the first modification.
  • the in-vehicle communication device 3 according to Modification 1 has a configuration including one application core 10 and two real-time cores 20a and 20b.
  • the application core 10 of the in-vehicle communication device 3 according to Modification 1 has the same configuration as the application core 10 shown in FIG. 3.
  • the two real-time cores 20a and b of the in-vehicle communication device 3 according to Modification 1 correspond to the function of the real-time core 20 shown in FIG. 3 divided into two. That is, the first real-time core 20a includes a CAN transmission/reception processing module 21 and a relay processing module 23, and transmits and receives data with the ECU 4 of the vehicle 1 according to the CAN communication protocol, and also transmits and receives data with the application core 10. Sends and receives data using TCP or UDP communication protocols.
  • the second real-time core 20b also includes a LIN transmission/reception processing module 22 and a relay processing module 23, and transmits and receives data with the ECU 4 of the vehicle 1 using the LIN communication protocol, and with the application core 10 using the TCP protocol. Alternatively, data is sent and received using the UDP communication protocol.
  • the three cores included in the in-vehicle communication device 3 according to Modification 1 may be mounted, for example, as separate ICs, or two or three cores may be mounted as one IC, for example.
  • the in-vehicle communication device 3 according to the first modification has a configuration including a first real-time core 20a having a CAN communication function and a second real-time core 20b having a LIN communication function, but the configuration is not limited to this. Instead, for example, two of the same real-time cores 20 shown in FIG. 3 may be provided. That is, the in-vehicle communication device 3 may include two real-time cores 20 having a CAN communication function and a LIN communication function. Further, the in-vehicle communication device 3 may include three or more real-time cores.
  • FIG. 6 is a block diagram showing the configuration of the in-vehicle communication device 3 according to the second modification.
  • the in-vehicle communication device 3 according to the second modification has a configuration including two application cores 10a and 10b and one real-time core 20.
  • the real-time core 20 of the in-vehicle communication device 3 according to Modification 2 has the same configuration as the real-time core 20 shown in FIG. 3.
  • FIG. 6 the configuration of the modules in the two application cores 10a and 10b is simplified, and only the communication processing module 11 and the application module 14 are illustrated, and the illustration of other modules is omitted.
  • the two application cores 10a and 10b of the in-vehicle communication device 3 according to Modification 2 are provided with application modules 14 that each perform different processes by executing application programs that each perform different processes.
  • the two application cores 10a and 10b may have the same hardware configuration (or may have different hardware configurations). Since the in-vehicle communication device 3 includes two application cores 10a and 10b, it is possible to execute a plurality of application programs in parallel.
  • the three cores included in the in-vehicle communication device 3 according to Modification 2 may be mounted, for example, as separate ICs, or, for example, two or three cores may be mounted as one IC.
  • the in-vehicle communication device 3 may include three or more application cores.
  • the in-vehicle communication device 3 may include a plurality of application cores and a plurality of real-time cores, and in this case, it may include, for example, a device or a core that performs a process of relaying communication between the plurality of cores. .
  • FIG. 7 is a block diagram showing the configuration of an in-vehicle communication system according to modification 3.
  • the in-vehicle communication system according to Modification 3 includes a first in-vehicle communication device 3A having an application core 10 and a second in-vehicle communication device 3B having a real-time core 20.
  • the first in-vehicle communication device 3A and the second in-vehicle communication device 3B are connected via a communication line.
  • the communication processing module 11 of the application core 10 of the first in-vehicle communication device 3A and the relay processing module 23 of the real-time core 20 of the second in-vehicle communication device 3B use communication protocols such as TCP, IP, and Ethernet via this communication line. It is possible to perform communication based on
  • the application core 10 and the real-time core 20 may not be installed in one vehicle-mounted communication device, but may be distributed and installed in a plurality of vehicle-mounted communication devices.
  • the in-vehicle communication device 3 includes an application core (application processing section) 10 and a real-time core (relay processing section) 20.
  • the application core 10 is a processor, an IC, or the like that executes an application program.
  • the real-time core 20 communicates with one or more ECUs (in-vehicle units) 4 and communicates with the application core 10 using a predetermined communication protocol, thereby transmitting data between the ECU 4 and the application core 10.
  • This is a processor, IC, etc. that relays transmission and reception.
  • the application core 10 has a plurality of modules that perform processing related to execution of application programs.
  • These multiple modules communicate using the same predetermined communication protocol used for communication between the application core 10 and the real-time core 20.
  • the in-vehicle communication device 3 performs communication between the application core 10 and the real-time core 20 and communication between a plurality of modules within the application core 10 using the TCP or UDP communication protocol.
  • the TCP and UDP communication protocols are widely used communication protocols and can be expected to realize highly reliable communication.
  • TCP and UDP communication protocols are transport layer communication protocols of the OSI reference model, and both are upper protocols of IP, which is a network layer communication protocol, so they can coexist.
  • the real-time core 20 transmits data received using the LIN communication protocol to the application core 10 using the UDP communication protocol, and transmits data received using the CAN communication protocol to the TCP communication protocol. It is transmitted to the application core 10 using a communication protocol.
  • the in-vehicle communication device 3 can handle data sent and received using the CAN communication protocol, which is likely to handle data that requires relatively high reliability, using the highly reliable TCP communication protocol.
  • Data sent and received using the LIN communication protocol which is likely to handle data that does not require high reliability, can be handled using the UDP communication protocol, which has low reliability but can communicate at high speed.
  • the in-vehicle communication device 3 uses TCP in communication between the application core 10 and the real-time core 20 and in communication between modules in the application core 10 according to the ASIL required for data to be sent and received.
  • a communication protocol such as a UDP communication protocol may be used.
  • the in-vehicle communication device 3 transmits and receives data with a high required safety level using the highly reliable TCP communication protocol, and transmits and receives data with a low required safety level using TCP, which is less reliable but faster. It can be sent and received using the UDP communication protocol.
  • the in-vehicle communication device 3 encrypts data transmitted and received between the application core 10 and the real-time core 20, and does not encrypt data transmitted and received between the plurality of modules within the application core 10.
  • the in-vehicle communication device 3 can improve security by encrypting data that is easily intercepted from the outside, and can be expected to transmit and receive data that is difficult to intercept from the outside at high speed without encrypting it.
  • the communication between the application core 10 and the real-time core 20 and the communication within the core are performed using the TCP or UDP communication protocol, but the communication protocol between the cores is not limited to this.
  • Communication and communication within the core are performed using various communication protocols other than TCP and UDP, such as DCCP (Datagram Congestion Control Protocol), SCTP (Stream Control Transmission Protocol), RSVP (Resource Reservation Protocol), CAN, or LIN. It's okay.
  • the in-vehicle communication device 3 is configured to communicate with the ECU 4 in the vehicle 1 using a communication protocol such as CAN or LIN, but the present invention is not limited to this, and communication protocols other than CAN or LIN, For example, 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 has been shown in which the application program executed by the application core 10 is a process of transmitting data to the server device 2 outside the vehicle 1, but the application program is not limited to this. It may be possible to perform such processing.
  • An in-vehicle communication device installed in a vehicle Equipped with an application processing unit that executes application programs
  • the application processing unit includes a plurality of modules, each of which performs processing related to execution of the application program, and communicates with the outside using a predetermined communication protocol; the plurality of modules communicate using the predetermined communication protocol; In-vehicle communication device.
  • the application processing unit is mounted on a vehicle and includes an application processing unit that executes an application program, and a relay processing unit that relays data transmission and reception between one or more in-vehicle devices and the application processing unit, and the application processing unit executes the application program.
  • An in-vehicle communication device having multiple modules that performs processing related to communicating between the application processing unit and the relay processing unit using a predetermined communication protocol; communicating between the plurality of modules using the predetermined communication protocol; Communication method.
  • the computer installed in the vehicle an application processing unit that executes an application program; Communicate with one or more in-vehicle devices, communicate with the application processing unit using a predetermined communication protocol, and operate as a relay processing unit that relays data transmission and reception between the in-vehicle device and the application processing unit.
  • the application processing unit includes a plurality of modules, each of which performs processing related to execution of the application program, the plurality of modules communicate using the predetermined communication protocol; computer program.

Abstract

拡張性の向上が期待できる車載通信装置及び車載通信システムを提供する。　本実施の形態に係る車載通信装置は、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置との間で通信を行い、前記アプリケーション処理部と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部とを備え、前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、前記複数のモジュールは、前記所定の通信プロトコルで通信を行う。前記所定の通信プロトコルは、ＴＣＰ又はＵＤＰであってよい。

Description

車載通信装置及び車載通信システム
　本開示は、車両に搭載されて、この車両内又は車両外の他の装置との間で通信を行う車載通信装置及び車載通信システムに関する。
　特許文献１においては、リアルタイムＯＳ（Operating System）が配置されるプロセッサを備える制御系ＥＣＵ（Electronic Control Unit）と、リアルタイムＯＳが配置されるプロセッサ及びマルチメディアＯＳが配置されるプロセッサを備える情報系ＥＣＵとを備える車両用制御システムが提案されている。この車両用制御システムでは、リアルタイムＯＳが配置されるプロセッサによって制御系ＥＣＵ及び情報系ＥＣＵの間の通信を行う共に、リアルタイムＯＳが配置されるプロセッサのコア間通信機能及びマルチメディアＯＳが配置されるプロセッサのコア間通信機能によって情報系ＥＣＵ内の通信を行う。
特開２００８－１７４０９８号公報
　特許文献１に係る車両用制御システムでは、制御系ＥＣＵのプロセッサ及び情報系ＥＣＵのプロセッサの間では例えばＣＡＮ（Controller Area Network）の通信プロトコルによる通信が行われ、プロセッサ内の複数のコアの間では例えば共有メモリを利用したコア間通信機能による通信が行われる。この車両用制御システムにおいて、例えば情報系ＥＣＵがＣＡＮ以外の通信プロトコルによる通信を行う他のＥＣＵとの通信を行う必要が生じた場合、又は、情報系ＥＣＵが制御系ＥＣＵとの通信をＣＡＮ以外の通信プロトコルで行う必要が生じた場合等には、情報系ＥＣＵには新たな通信プロトコルによる通信を行う機能を追加すると共に、情報系ＥＣＵで動作するアプリケーションプログラム及びソフトウェアモジュール等について修正等を行う必要があり、機能拡張についての柔軟性が低いという問題がある。
　本開示は、斯かる事情に鑑みてなされたものであって、その目的とするところは、拡張性の向上が期待できる車載通信装置及び車載通信システムを提供することにある。
　本態様に係る車載通信装置は、車両に搭載される車載通信装置であって、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置との間で通信を行い、前記アプリケーション処理部と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部とを備え、前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、前記複数のモジュールは、前記所定の通信プロトコルで通信を行う。
　本願は、このような特徴的な処理部を備える装置として実現することができるだけでなく、かかる特徴的な処理をステップとする方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。これらの装置の一部又は全部を実現する半導体集積回路として実現したり、これらの装置を含むその他の装置又はシステムとして実現したりすることができる。
　上記によれば、車載通信装置及び車載通信システムの拡張性を向上することが期待できる。
本実施の形態に係る車載通信システムの構成を示す模式図である。 本実施の形態に係る車載通信装置のハードウェア構成を示すブロック図である。 本実施の形態に係る車載通信装置のソフトウェア構成を示すブロック図である。 本実施の形態に係る車載通信装置の拡張性を説明するためのブロック図である。 変形例１に係る車載通信装置の構成を示すブロック図である。 変形例２に係る車載通信装置の構成を示すブロック図である。 変形例３に係る車載通信システムの構成を示すブロック図である。
［本開示の実施の形態の説明］
　最初に本開示の実施態様を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
（１）本態様に係る車載通信装置は、車両に搭載される車載通信装置であって、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置との間で通信を行い、前記アプリケーション処理部と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部とを備え、前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、前記複数のモジュールは、前記所定の通信プロトコルで通信を行う。
　本態様にあっては、車載通信装置がアプリケーション処理部及び中継処理部を備える。アプリケーション処理部は、アプリケーションプログラムを実行するプロセッサ、コア又はＩＣ（Integrated Circuit）等である。中継処理部は、一又は複数の車載装置との間で通信を行い、アプリケーション処理部との間で所定の通信プロトコルで通信を行うことで、車載装置及びアプリケーション処理部の間のデータの送受信を中継するプロセッサ、コア又はＩＣ等である。アプリケーション処理部はアプリケーションプログラムの実行に係る処理を行うソフトウェア又はハードウェアの複数のモジュールを有する。これら複数のモジュールは、アプリケーション処理部及び中継処理部の通信に用いられるものと同じ通信プロトコルで通信を行う。このようにアプリケーション処理部の内外で通信プロトコルを統一しておくことにより、アプリケーション処理部の機能の追加又は変更が容易化され、車載通信装置の拡張性を向上することが期待できる。
（２）前記所定の通信プロトコルは、ＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）であることが好ましい。
　本態様にあっては、アプリケーション処理部及び中継処理部の通信と、アプリケーション処理部内の複数のモジュール間の通信とを、ＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）の通信プロトコルで行う。ＴＣＰ及びＵＤＰの通信プロトコルは、従来広く利用されている通信プロトコルであり、信頼性の高い通信を実現することが期待できる。またＴＣＰ及びＵＤＰの通信プロトコルは、ＯＳＩ（Open Systems Interconnection）参照モデルのトランスポート層の通信プロトコルであり、共にネットワーク層の通信プロトコルであるＩＰ（Internet Protocol）の上位プロトコルであり、共存が可能である。
（３）前記所定の通信プロトコルは、ＴＣＰ及びＵＤＰであり、前記中継処理部は、前記車載装置との間でＬＩＮ（Local Interconnect Network）及びＣＡＮ（Controller Area Network）の通信プロトコルで通信を行い、ＬＩＮの通信プロトコルで受信したデータをＵＤＰの通信プロトコルで前記アプリケーション処理部へ送信し、ＣＡＮの通信プロトコルで受信したデータをＴＣＰの通信プロトコルで前記アプリケーション処理部へ送信することが好ましい。
　本態様にあっては、ＬＩＮ（Local Interconnect Network）及びＣＡＮ（Controller Area Network）の通信プロトコルで、中継処理部が一又は複数の車載装置との通信を行う。中継処理部は、ＬＩＮの通信プロトコルで受信したデータをＵＤＰの通信プロトコルでアプリケーション処理部へ送信し、ＣＡＮの通信プロトコルで受信したデータをＴＣＰの通信プロトコルでアプリケーション処理部へ送信する。これにより、比較的に高い信頼性を求められるデータを扱う可能性が高いＣＡＮの通信プロトコルで送受信されるデータを信頼性の高いＴＣＰの通信プロトコルで扱うことができ、比較的に高い信頼性を求められないデータを扱う可能性が高いＬＩＮの通信プロトコルで送受信されるデータを信頼性は低いけれど高速に通信できるＵＤＰの通信プロトコルで扱うことができる。
（４）前記所定の通信プロトコルは、ＴＣＰ及びＵＤＰであり、前記アプリケーション処理部、前記中継処理部及び前記モジュールは、送受信するデータの内容に基づいてＴＣＰ又はＵＤＰのいずれかの通信プロトコルを用いて前記データの送受信を行うことが好ましい。
　本態様にあっては、アプリケーション処理部及び中継処理部の通信と、アプリケーション処理部内の複数のモジュール間の通信とを、ＴＣＰ又はＵＤＰの通信プロトコルで行う。アプリケーション処理部、中継処理部及びモジュールは、送受信するデータの内容に基づいてＴＣＰ又はＵＤＰの通信プロトコルを使い分ける。データの内容に応じてＴＣＰ又はＵＤＰの通信プロトコルを適宜に使い分けることにより、例えば重要なデータが消失する可能性を抑制すること、及び、通信処理に関する処理負荷を抑制することを両立することが期待できる。
（５）前記アプリケーション処理部、前記中継処理部及び前記モジュールは、送受信するデータに要求されるＡＳＩＬ（Automotive Safety Integrity Level）に応じて、ＴＣＰ又はＵＤＰのいずれかの通信プロトコルを用いて前記機能安全に関連するデータの送受信を行うことが好ましい。
　本態様にあっては、アプリケーション処理部、中継処理部及びモジュールが送受信するデータに対して要求されるＡＳＩＬ（Automotive Safety Integrity Level、自動車安全水準）に応じてＴＣＰ又はＵＤＰのいずれかの通信プロトコルが用いられる。これにより、求められるＡＳＩＬが高いデータを信頼性の高いＴＣＰの通信プロトコルで送受信し、求められるＡＳＩＬが低いデータをＴＣＰと比較して信頼性は低いけれど高速に通信できるＵＤＰの通信プロトコルで送受信することができる。
（６）前記送受信するデータには、複数の車載装置の間でのハンドシェイクに関するデータ又は複数の車載装置の間でのシーケンス制御に関するデータを含み、前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記ハンドシェイクに関するデータ又は前記シーケンス制御に関するデータを、ＴＣＰの通信プロトコルを用いて送受信することが好ましい。
　本態様にあっては、ハンドシェイクに関するデータ又はシーケンス制御に関するデータをＴＣＰの通信プロトコルを用いて送受信することにより、ＵＤＰの通信プロトコルを用いて送受信する場合と比較して、これらのデータを確実に送受信することができる。よって、複数の車載装置による協調動作を正確に行うことが期待できる。
（７）前記送受信するデータには、メッセージ認証に関するデータ又はサイバー攻撃の履歴に関するデータを含み、前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記メッセージ認証に関するデータ又は前記サイバー攻撃の履歴に関するデータを、ＴＣＰの通信プロトコルを用いて送受信することが好ましい。
　本態様にあっては、メッセージ認証に関するデータ又はサイバー攻撃の履歴に関するデータをＴＣＰの通信プロトコルを用いて送受信することにより、これらのデータが消失する可能性を抑制することが期待でき、車両のセキュリティに関するリスクを低減することが期待できる。
（８）前記送受信するデータには、前記車両の室内環境に関するデータを含み、前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記室内環境に関するデータを、ＵＤＰの通信プロトコルを用いて送受信することが好ましい。
　本態様にあっては、車両の室内環境に関するデータをＵＤＰの通信プロトコルを用いて送受信することにより、ＴＣＰの通信プロトコルを用いて送受信する場合と比較して、室内環境に関連する装置に対するデータの送信をより早く行うことができ、快適な室内環境の維持に貢献することが期待できる。
（９）前記送受信するデータには、前記車両の走行状態に関する時系列のデータを含み、前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記走行状態に関する時系列のデータを、ＵＤＰの通信プロトコルを用いて送受信することが好ましい。
　本態様にあっては、車両の走行状態に関する時系列のデータをＵＤＰの通信プロトコルを用いて送受信することにより、ＴＣＰの通信プロトコルを用いて送受信する場合と比較して、データの送受信に係る処理の負荷を低減することが期待できる。なお車両の走行状態に関する時系列のデータは、例えば一部のデータが消失した場合であっても、その前後のデータを基に焼失したデータを推定することができ、必要なデータを補完することができる。
（１０）前記アプリケーション処理部及び前記中継処理部の間で送受信するデータを暗号化することが好ましい。
　本態様にあっては、車載通信装置は、アプリケーション処理部及び中継処理部の間で送受信するデータを暗号化すると共に、アプリケーション処理部内の複数のモジュール間で送受信するデータを暗号化しない。これにより車載通信装置は、外部から傍受し易いデータを暗号化して安全性を高めることができ、外部から傍受しにくいデータを暗号化せずに高速に送受信することが期待できる。
（１１）本態様に係る車載通信装置は、車両に搭載される車載通信装置であって、アプリケーションプログラムを実行するアプリケーションコアを備え、前記アプリケーションコアは、前記アプリケーションプログラムに係る複数のソフトウェアモジュールを実行し、前記複数のソフトウェアモジュールは、ＴＣＰ又はＵＤＰの通信プロトコルでデータの送受信を行う。
　本態様にあっては、車載通信装置がアプリケーションプログラムを実行するアプリケーションコアを備え、このアプリケーションコアがアプリケーションプログラムに係る複数のソフトウェアモジュールを実行する。複数のソフトウェアモジュールは、ＴＣＰ又はＵＤＰの通信プロトコルでデータの送受信を行う。これにより車載通信装置は、コア間又は装置間等での通信に採用されることが多いＴＣＰ又はＵＤＰの通信プロトコルでコア内のソフトウェアモジュールの通信を行うことができ、コアの内外で通信プロトコルを統一しておくことにより、車載通信装置の拡張性を向上することが期待できる。
（１２）本態様に係る車載通信システムは、車両に搭載される車載通信システムであって、アプリケーションプログラムを実行するアプリケーション処理装置と、一又は複数の車載装置との間で通信を行い、前記アプリケーション処理装置と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理装置のデータの送受信を中継する中継処理装置とを備え、前記アプリケーション処理装置は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、前記複数のモジュールは、前記所定の通信プロトコルで通信を行う。前記アプリケーション処理装置として、例えばアプリケーションプログラムが実行可能なＥＣＵがある。また、前記中継処理装置として、例えばゲートウェイＥＣＵがある。
　本態様にあっては、態様（１）と同様に、車載通信装置の拡張性を向上することが期待できる。
　また、本態様に係る車載通信装置は、車両に搭載される車載通信装置であって、アプリケーションプログラムを実行するアプリケーション処理部を備え、前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、外部との通信を所定の通信プロトコルで行い、前記複数のモジュールは、前記所定の通信プロトコルで通信を行う。
　本態様にあっては、車載通信装置がアプリケーションプログラムを実行するアプリケーション処理部を備え、このアプリケーション処理部がアプリケーションプログラムの実行に係る複数のモジュールを有する。アプリケーション処理部は外部（他の処理部又は他の装置）との通信を所定の通信プロトコルで行い、アプリケーション処理部内の複数のモジュールも所定の通信プロトコルで通信を行う。これにより車載通信装置は、アプリケーション処理部の内外で通信プロトコルを統一しておくことにより、車載通信装置の拡張性を向上することが期待できる。
［本開示の実施形態の詳細］
　本開示の実施形態に係る車載通信システムの具体例を、以下に図面を参照しつつ説明する。本開示はこれらの例示に限定されるものではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
＜システム構成＞
　図１は、本実施の形態に係る車載通信システムの構成を示す模式図である。本実施の形態に係る車載通信システムは、車両１に搭載された車載通信装置３が一又は複数の他のＥＣＵ４から種々の情報を収集し、収集した情報を車両１の外部に設けられたサーバ装置２へ送信するシステムである。本実施の形態に係る車両１には、例えば車両１の走行に関する制御処理、車両１の周辺情報を収集する情報処理、又は、ユーザに対する情報提供処理等の種々の処理をそれぞれ行う複数のＥＣＵ４が適所に搭載されている。これら複数のＥＣＵ４は、車両１内に配された通信線を介して接続され、これらの通信線を介して相互にデータを送受信して交換することにより、協調して動作している。
　またこれら複数のＥＣＵ４は、通信線を介して車載通信装置３に接続されている。図１に示す車載通信システムは、車載通信装置３に３つの通信線が接続され、各通信線に３つのＥＣＵ４がそれぞれ接続されたネットワーク構成をなしている。即ち３つのＥＣＵ４が１つの通信線にバス型のネットワーク構成で接続され、このバス型のネットワークを構成する３つの通信線が車載通信装置３にそれぞれスター型のネットワーク構成で接続されている。ただし図示のネットワーク構成は一例であってこれに限るものではなく、車両１に搭載された車載通信装置３及び複数のＥＣＵ４は、例えばバス型、スター型又はリング型等の種々のネットワーク構成で接続されてよい。
　車載通信装置３は、接続された複数の通信線の間でデータの送受信を中継すると共に、車両１の外部に設けられたサーバ装置２と車両１内のＥＣＵ４との間でデータの送受信を中継する。例えば車載通信装置３は、一の通信線から受信したデータを他の一又は複数の通信線から送信することで、車両１に搭載されたＥＣＵ４の間のデータの送受信を中継する。また例えば車載通信装置３は、サーバ装置２から受信したデータを一又は複数の通信線から送信することで、サーバ装置２及びＥＣＵ４の間のデータの送受信を中継する。また例えば車載通信装置３は、ＥＣＵ４から受信したデータをサーバ装置２へ送信することで、サーバ装置２及びＥＣＵ４の間のデータの送受信を中継する。
＜装置構成＞
　図２は、本実施の形態に係る車載通信装置３のハードウェア構成を示すブロック図である。本実施の形態に係る車載通信装置３は、アプリケーションコア１０、リアルタイムコア２０、記憶部３１，３２及び無線通信部３３等を備えて構成されている。本実施の形態において車載通信装置３が備えるコアは、例えばＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing Unit）等の演算処理部、ＳＲＡＭ（Static Random Access Memory）又はＤＲＡＭ（Dynamic Random Access Memory）等の記憶部、並びに、ＣＡＮ、ＬＩＮ又はイーサネット（登録商標）等の通信プロトコルで通信を行う一又は複数の通信部等が１つのパッケージに集約されたＩＣである。なお本実施の形態において車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の２つのコアを備えており、これら２つのコアはいわゆるシングルコアのＩＣであり、アプリケーションコア１０のＩＣとリアルタイムコア２０のＩＣとが車載通信装置３の回路基板等に搭載される。ただし車載通信装置３は、いわゆるマルチコアのＩＣを搭載し、１つのＩＣにアプリケーションコア１０及びリアルタイムコア２０が備えられる構成であってもよい。
　記憶部３１，３２は、例えばフラッシュメモリ又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性のメモリ素子を用いて構成されている。記憶部３１は、アプリケーションコア１０が実行するアプリケーションプログラム及びＯＳ等の種々のコンピュータプログラムと、これらのコンピュータプログラムの実行に必要なデータとを記憶する。記憶部３２は、リアルタイムコア２０が実行する通信プログラム及びリアルタイムＯＳ等の種々のコンピュータプログラムと、これらのコンピュータプログラムの実行に必要なデータとを記憶する。なお本実施の形態においては、車載通信装置３がコア毎に記憶部３１，３２を備える構成とするが、これに限るものではなく、１つの記憶部をアプリケーションコア１０及びリアルタイムコア２０が共有する構成であってもよい。
　無線通信部３３は、例えば携帯電話通信網又は無線ＬＡＮ（Local Area Network）等の無線通信により、車両１の外部に設けられたサーバ装置２との間で通信を行う。なお無線通信部３３は、サーバ装置２の他にも、車両１の外部に設けられた種々の装置との間で通信を行ってよい。無線通信部３３は、アプリケーションコア１０から与えられたデータをサーバ装置２へ送信すると共に、サーバ装置２から受信したデータをアプリケーションコア１０へ与える。無線通信部３３は、例えば１つのＩＣとして車載通信装置３の回路基板に実装され、回路基板に設けられた配線を介してアプリケーションコア１０とデータの授受を行うことができる。ただし、無線通信部３３がアプリケーションコア１０内に設けられてもよい。
　本実施の形態に係る車載通信装置３が備えるアプリケーションコア１０は例えばアプリケーションプログラムを実行するコアであり、リアルタイムコア２０は車両１内の通信に関する中継処理を行うコアである。アプリケーションコア１０及びリアルタイムコア２０は、例えば車載通信装置３の回路基板に実装され、回路基板に設けられた配線を介して電気的に接続されており、この配線を介してデータの授受を行うことができる。本実施の形態においてアプリケーションコア１０及びリアルタイムコア２０は、この配線を介してＴＣＰ（又はＵＤＰ）、ＩＰ及びイーサネットの通信プロトコルで通信を行うことにより、データの授受を行う。
　リアルタイムコア２０は、車載通信装置３に接続された一又は複数の通信線を介して、車両１内に設けられた一又は複数のＥＣＵ４との通信を行う。図示の例では、ＣＡＮの通信プロトコルに従う３つの通信線と、ＬＩＮの通信プロトコルに従う３つの通信線とが車載通信装置３に接続されている。例えばこれらの通信線は車載通信装置３の回路基板に設けられた一又は複数のコネクタに接続され、これらのコネクタとリアルタイムコア２０とが回路基板に設けられた配線を介して電気的に接続される。リアルタイムコア２０は、これらの通信線に接続されたＥＣＵ４の間のデータの送受信を中継すると共に、アプリケーションコア１０及びＥＣＵ４の間のデータの送受信を中継する。
　図３は、本実施の形態に係る車載通信装置３のソフトウェア構成を示すブロック図である。本実施の形態に係る車載通信装置３は、記憶部３１，３２に記憶されたプログラムをアプリケーションコア１０及びリアルタイムコア２０が実行することによって、図３において破線のブロックで示したソフトウェアモジュールが実現される。なお本実施の形態において図３に破線のブロックで示すモジュールは、プログラムの実行により実現されるソフトウェアモジュールとするが、これに限るものではなく、ハードウェアとして実現されたハードウェアモジュールであってもよい。
　本実施の形態においてアプリケーションコア１０は、通信処理モジュール１１、ＣＡＮマネージャモジュール１２、ＬＩＮマネージャモジュール１３、アプリケーションモジュール１４及びアップローダモジュール１５等を備えている。またリアルタイムコア２０は、ＣＡＮ送受信処理モジュール２１、ＬＩＮ送受信処理モジュール２２及び中継処理モジュール２３等を備えている。なお図３においては、各ブロックの名称について「モジュール」を省略して表記している。
　本実施の形態に係る車載通信装置３では、コア内の複数のモジュールがＴＣＰ又はＵＤＰの通信プロトコルに従う通信を行うことによって、モジュール間のデータの授受を行う。また本実施の形態に係る車載通信装置３では、アプリケーションコア１０及びリアルタイムコア２０がＴＣＰ又はＵＤＰの通信プロトコルに従う通信を行うことによって、コア間のデータの授受を行う。このように本実施の形態に係る車載通信装置３では、コア内のデータの授受とコア間のデータの授受とが、共通の通信プロトコルの通信で行われる。図３においては、ＴＣＰ又はＵＤＰの通信プロトコルによる通信を実線の矢印で示し、これ以外の通信プロトコル（例えばＣＡＮ又はＬＩＮ等）の通信プロトコルによる通信を二点鎖線の矢印で示している。
　なお、通信プロトコルに関するＯＳＩ参照モデルにおいて、ＴＣＰ又はＵＤＰはトランスポート層に分類される通信プロトコルである。本実施の形態においてアプリケーションコア１０及びリアルタイムコア２０のコア間の通信は、トランスポート層についてＴＣＰ又はＵＤＰの通信プロトコルが用いられ、ネットワーク層について例えばＩＰの通信プロトコルが用いられ、データリンク層についてはイーサネットの通信プロトコルが用いられる。
　これに対してアプリケーションコア１０及びリアルタイムコア２０のコア内のモジュール間の通信は、少なくともトランスポート層のＴＣＰ又はＵＤＰの通信プロトコルを仮想的にソフトウェア（例えばＯＳなど）で実現したものであり、ネットワーク層及びデータリンク層の通信プロトコルについて仮想的に再現されなくてよい（再現されてもよい）。本実施の形態に係る車載通信装置３では、モジュール間の通信においてネットワーク層のＩＰの通信プロトコルが仮想的に再現され、データリンク層の通信プロトコルについては再現されないものとする。コア内の各モジュールには一又は複数のポート番号がそれぞれ割り当てられ、各モジュールは送信先モジュールのポート番号を指定してデータを送信することができる。各コアで動作しているＯＳなどのソフトウェアは、各モジュールが送信したデータに付されたポート番号に対応するモジュールを特定し、特定したモジュールへこのデータを与えることで、モジュール間のデータの授受を行う。
　また本実施の形態に係る車載通信装置３においては、アプリケーションコア１０及びリアルタイムコア２０に対してそれぞれＩＰアドレスが予め設定されている。アプリケーションコア１０及びリアルタイムコア２０のコア内の各モジュールは、ＩＰアドレス及びポート番号を指定することによって、別のコア内のモジュールとの間でデータの授受を行うことができる。各コアで動作しているＯＳなどのソフトウェアは、各モジュールが送信したデータに付されたＩＰアドレスに基づいて、このデータの送信先が自コア内のモジュールであるか、他コアのモジュールであるかを判断することができる。
　リアルタイムコア２０のＣＡＮ送受信処理モジュール２１は、車両１内のＥＣＵ４との間でＣＡＮの通信プロトコルによる通信を行うためのモジュールである。ＣＡＮ送受信処理モジュール２１は、通信線を介してＥＣＵ４からＣＡＮの通信プロトコルに従うデータ（メッセージ、フレーム等）を受信し、受信したデータをＴＣＰ又はＵＤＰの通信プロトコルに従うデータに変換して中継処理モジュール２３へ送信する。またＣＡＮ送受信処理モジュール２１は、中継処理モジュール２３からＴＣＰ又はＵＤＰの通信プロトコルに従うデータを受信し、受信したデータをＣＡＮの通信プロトコルに従うデータに変換してＥＣＵ４へ送信する。なお本実施の形態においては、車載通信装置３にＣＡＮの通信プロトコルに従う通信線が３つ接続されている場合、ＣＡＮ送受信処理モジュール２１には少なくとも３つのポート番号が割り当てられ、３つのポート番号と３つの通信線とが対応付けられる。これにより他のモジュールは、これらのポート番号を指定してＣＡＮ送受信処理モジュール２１にデータを送信することにより、ポート番号に対応する通信線に対するデータの送信を行うことができる。
　ＬＩＮ送受信処理モジュール２２は、車両１内のＥＣＵ４との間でＬＩＮの通信プロトコルによる通信を行うためのモジュールである。ＬＩＮ送受信処理モジュール２２は、通信線を介してＥＣＵ４からＬＩＮの通信プロトコルに従うデータを受信し、受信したデータをＴＣＰ又はＵＤＰの通信プロトコルに従うデータに変換して中継処理モジュール２３へ送信する。またＬＩＮ送受信処理モジュール２２は、中継処理モジュール２３からＴＣＰ又はＵＤＰの通信プロトコルに従うデータを受信し、受信したデータをＬＩＮの通信プロトコルに従うデータに変換してＥＣＵ４へ送信する。なお本実施の形態においては、ＣＡＮ送受信処理モジュール２１の場合と同様に、ＬＩＮの通信プロトコルに従う通信線が車載通信装置３に３つ接続されている場合、ＬＩＮ送受信処理モジュール２２には少なくとも３つのポート番号が割り当てられ、３つのポート番号と３つの通信線とが対応付けられる。
　中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１、ＬＩＮ送受信処理モジュール２２及びアプリケーションコア１０の間でデータの送受信を中継する処理を行う。例えば中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１から受信したデータをＬＩＮ送受信処理モジュール２２へ送信すると共に、ＬＩＮ送受信処理モジュール２２から受信したデータをＣＡＮ送受信処理モジュール２１へ送信することにより、車両１内でのＣＡＮ及びＬＩＮの間のデータの中継を行う。また例えば中継処理モジュール２３は、ＣＡＮ送受信処理モジュール２１又はＬＩＮ送受信処理モジュール２２から受信したデータをアプリケーションコア１０（又はアプリケーションコア１０内の特定のモジュール）へ送信すると共に、アプリケーションコア１０から受信したデータをＣＡＮ送受信処理モジュール２１又はＬＩＮ送受信処理モジュール２２へ送信することにより、アプリケーションコア１０及び車両１内のＥＣＵ４の間のデータの中継を行う。
　アプリケーションコア１０の通信処理モジュール１１は、リアルタイムコア２０との間でデータの送受信を行い、リアルタイムコア２０から受信したデータをアプリケーションコア１０内のモジュールへ送信すると共に、アプリケーションコア１０内のモジュールから受信したデータをリアルタイムコア２０へ送信する。例えば通信処理モジュール１１は、アプリケーションコア１０内のＣＡＮマネージャモジュール１２及びＬＩＮマネージャモジュール１３と、リアルタイムコア２０（の中継処理モジュール２３）との間でデータを中継する。
　ＣＡＮマネージャモジュール１２は、車載通信装置３が行うＣＡＮの通信プロトコルによる通信機能を、アプリケーションモジュール１４に対して仮想的に提供するためのモジュールである。これによりアプリケーションモジュール１４は、ＣＡＮマネージャモジュール１２に対してデータの送受信を行うことにより、車両１に搭載されたＥＣＵ４に対するデータの送受信を行うことができる。ＣＡＮマネージャモジュール１２にはＣＡＮ送受信処理モジュール２１に割り当てられた複数のポート番号に対応する複数のポート番号が割り当てられており、アプリケーションモジュール１４はポート番号を指定してＣＡＮマネージャモジュール１２へデータを送信することにより、対応するＣＡＮの通信線からＥＣＵ４へのデータ送信を行うことができる。
　ＬＩＮマネージャモジュール１３は、車載通信装置３が行うＬＩＮの通信プロトコルによる通信機能を、アプリケーションモジュール１４に対して仮想的に提供するためのモジュールである。これによりアプリケーションモジュール１４は、ＬＩＮマネージャモジュール１３に対してデータの送受信を行うことにより、車両１に搭載されたＥＣＵ４に対するデータの送受信を行うことができる。ＬＩＮマネージャモジュール１３にはＬＩＮ送受信処理モジュール２２に割り当てられた複数のポート番号に対応する複数のポート番号が割り当てられており、アプリケーションモジュール１４はポート番号を指定してＬＩＮマネージャモジュール１３へデータを送信することにより、対応するＬＩＮの通信線からＥＣＵ４へのデータ送信を行うことができる。
　アプリケーションモジュール１４は、車両１に搭載されたＥＣＵ４から収集したデータを基に、例えば車両１の運転者に対する情報提供又は車両１の外部への情報送信等の種々の処理を行うモジュールである。図３にはアプリケーションモジュール１４が１つのみ図示されているが、アプリケーションモジュール１４には複数のアプリケーションモジュール１４が並列的に実行され得る。本実施の形態に係るアプリケーションモジュール１４は、車両１内のデータを外部のサーバ装置２へ送信すると共に、サーバ装置２から受信したデータを車両１のＥＣＵ４へ送信する処理を行う。アプリケーションモジュール１４は、ＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３からデータを受信し、受信したデータに対して適宜の加工を施してアップローダモジュール１５へ送信することにより、データをサーバ装置２へ送信することができる。またアプリケーションモジュール１４は、アップローダモジュール１５からデータを受信し、受信したデータを適宜のポート番号を指定してＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３へ送信することにより、ポート番号に対応するＣＡＮ又はＬＩＮの通信線に接続されたＥＣＵ４へデータを送信することができる。
　アップローダモジュール１５は、無線通信部３３の動作を制御することにより、サーバ装置２との間で通信を行うモジュールである。本実施の形態においてアップローダモジュール１５は、アプリケーションモジュール１４からのデータを受信し、受信したデータをサーバ装置２へ送信（アップロード）する。またアップローダモジュール１５は、データの送信に対してサーバ装置２から応答として何らかのデータを受信した場合、受信したデータをアプリケーションモジュール１４へ送信してもよい。
＜コアの機能拡張＞
　本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の間の通信をＴＣＰ又はＵＤＰの通信プロトコルで行うと共に、アプリケーションコア１０内の複数のモジュール間の通信をＴＣＰ又はＵＤＰの通信プロトコルで行う。これによりアプリケーションコア１０内の各モジュールは、通信相手が同じコア内に存在するか否かに関わらず、同じ通信方法でデータの送受信を行うことができる。
　図４は、本実施の形態に係る車載通信装置３の拡張性を説明するためのブロック図である。図４に例示する車載通信装置３は、図３に示した車載通信装置３の構成に対して、アプリケーションコア１０にＣＡＮの通信線を直接的に接続し、アプリケーションコア１０にリアルタイムコア２０を介さず直接的にＣＡＮの通信を行う機能を追加した構成である。
　この機能追加のために、アプリケーションコア１０には、リアルタイムコア２０のものと同様のＣＡＮ送受信処理モジュール１６が設けられる。ＣＡＮ送受信処理モジュール１６は、車両１内のＥＣＵ４との間でＣＡＮの通信プロトコルによる通信を行うと共に、アプリケーションコア１０内の各モジュール、例えばＣＡＮマネージャモジュール１２との間でＴＣＰ又はＵＤＰの通信プロトコルによる通信を行う。ＣＡＮ送受信処理モジュール１６には適宜のポート番号が割り当てられ、例えばＣＡＮマネージャモジュール１２は、ＣＡＮの通信線がアプリケーションコア１０又はリアルタイムコア２０のいずれに接続されているかに関わらず、ポート番号を指定してデータを送信することで、車両１内のＥＣＵ４へデータを送信することができる。
＜ＴＣＰ及びＵＤＰの使い分け＞
　本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０のコア間通信とコア内のモジュール間の通信とをＴＣＰ又はＵＤＰの通信プロトコルで行う。トランスポート層の通信プロトコルであるＴＣＰ及びＵＤＰはいずれもネットワーク層の通信プロトコルであるＩＰの上位プロトコルであり、共存が可能である。本実施の形態に係る車載通信装置３ではＴＣＰ及びＵＤＰの通信プロトコルが共に利用可能であり、各モジュールはデータを送信する際に、当該データの内容、種類又は重要度等に応じてＴＣＰ又はＵＤＰの通信プロトコルを選択し、選択した通信プロトコルでデータの送信を行ってもよい。
　例えば車載通信装置３は、車載通信装置３の外部においてＥＣＵ４がＣＡＮの通信プロトコルで送受信するデータを車載通信装置３の内部においてＴＣＰの通信プロトコルで送受信し、車載通信装置３の外部においてＥＣＵ４がＬＩＮの通信プロトコルで送受信するデータを車載通信装置３の内部においてＵＤＰの通信プロトコルで送受信してもよい。この場合、ＣＡＮ送受信処理モジュール２１は車両１のＥＣＵ４からのデータを受信した場合にこのデータをＴＣＰの通信プロトコルで中継処理モジュール２３へ送信し、以後にこのデータを受信したモジュールはＴＣＰの通信プロトコルでデータの送受信を行う。ＬＩＮ送受信処理モジュール２２は車両１のＥＣＵ４からのデータを受信した場合にこのデータをＵＤＰの通信プロトコルで中継処理モジュール２３へ送信し、以後にこのデータを受信したモジュールはＵＤＰの通信プロトコルでデータの送受信を行う。アプリケーションモジュール１４等の各モジュールは、自ら生成したデータをＣＡＮの通信線に接続されたＥＣＵ４へ送信する場合にこのデータをＴＣＰの通信プロトコルで送信し、ＬＩＮの通信線に接続されたＥＣＵ４へ送信する場合にこのデータをＵＤＰの通信プロトコルで送信する。
　また例えば車載通信装置３は、送受信するデータに要求されるＡＳＩＬに応じてＴＣＰ又はＵＤＰの通信プロトコルを選択してもよい。ＡＳＩＬは、自動車業界向けの機能安全規格であるＩＳＯ２６２６２に規定された安全性レベルであり、安全性の基準が高い順に、Ｄ、Ｃ、Ｂ、Ａ及びＱＭの５段階の安全性レベルが定められている。例えば、ブレーキ又はステアリング等のシステムに関するものをレベルＤとし、クルーズコントロール等のシステムに関するものをレベルＣとし、ヘッドライト及びブレーキランプ等のシステムに関するものをレベルＢとし、バックライト等のシステムに関するものをレベルＡとし、車両の安全性とは無関係なものをＱＭと設定することが考えられる。車載通信装置３の各モジュールは、例えばＡＳＩＬのレベルＤ及びレベルＣが設定されたシステムに関するデータを送受信する場合にＴＣＰの通信プロトコルを用い、レベルＢ、レベルＡ及びＱＭが設定されたシステムに関するデータを送受信する場合にＵＤＰの通信プロトコルを用いることができる。
　また例えば車載通信装置３は、複数のＥＣＵ４の間でのハンドシェイクに関するデータ又はシーケンス制御に関するデータを送受信する場合に、ＴＣＰの通信プロトコルを用いてこれらのデータの送受信を行う。ハンドシェイクに関するデータは、例えば複数のＥＣＵ４が通信開始に先立って交換するデータであり、通信に関する設定などの情報が含まれ得る。シーケンス制御は、予め定められた順序で制御の各段階を進めていく制御方法である。シーケンス制御に関するデータは、例えば制御段階の開始又は終了等を通知又は命令等するデータが含まれ得る。
　また例えば車載通信装置３は、メッセージ認証に関するデータ又はサイバー攻撃の履歴に関するデータを送受信する場合に、ＴＣＰの通信プロトコルを用いてこれらのデータの送受信を行う。メッセージ認証に関するデータは、例えばＭＡＣ（Message Authentication Code）が付されたデータ又は暗号化に用いる鍵情報を含むデータ等である。またＥＣＵ４は、例えばＤｏＳ（Denial of Service）攻撃などのサイバー攻撃を検出した場合に、サイバー攻撃を受けたことを他のＥＣＵ４等へ通知してもよい。サイバー攻撃の履歴に関するデータは、このようなサイバー攻撃を受けたＥＣＵ４から送信される通知のデータなどが含まれ得る。
　また例えば車載通信装置３は、車両１の室内環境に関するデータを送受信する場合に、ＵＤＰの通信プロトコルを用いてこれらのデータの送受信を行う。室内環境に関するデータは、例えば空調機器又は照明機器等の車内機器の設定又は動作等に関するデータが含まれ得る。
　また例えば車載通信装置３は、車両１の走行状態に関する時系列のデータを送受信する場合に、ＵＤＰの通信プロトコルを用いてこれらのデータの送受信を行う。走行状態に関する時系列のデータは、例えば車両１の速度、加速度又は舵角等をセンサが周期的に検出したデータが含まれ得る。
　なお車載通信装置３のコア間通信及びモジュール間通信においてＴＣＰ又はＵＤＰの通信プロトコルを使い分ける基準は、上述のＣＡＮ又はＬＩＮ等の車両１内のネットワークで用いられる通信プロトコルによる基準、及び、データに要求されるＡＳＩＬのレベルによる基準に限らず、どのような基準が採用されてもよい。
＜暗号化＞
　本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０のコア間通信とコア内のモジュール間の通信とをＴＣＰ又はＵＤＰの通信プロトコルで行うと共に、コア間の通信についてデータを暗号化して送受信し、コア内についてデータを暗号化せずに送受信してもよい。例えばリアルタイムコア２０の中継処理モジュール２３がアプリケーションコア１０へ送信するデータを暗号化し、暗号化したデータをアプリケーションコア１０の通信処理モジュール１１へ送信する。暗号化されたデータを受信した通信処理モジュール１１は、暗号化されたデータを復号し、復号したデータをＣＡＮマネージャモジュール１２又はＬＩＮマネージャモジュール１３等へ送信する。同様に、アプリケーションコア１０の通信処理モジュール１１がリアルタイムコア２０へ送信するデータを暗号化し、暗号化したデータをリアルタイムコア２０の中継処理モジュール２３へ送信する。暗号化されたデータを受信した中継処理モジュール２３は、暗号化されたデータを復号し、復号したデータをＣＡＮ送受信処理モジュール２１又はＬＩＮ送受信処理モジュール２２等へ送信する。中継処理モジュール２３及び通信処理モジュール１１は、例えば共通鍵を用いた暗号化及び復号を、送受信するデータに対して行う。なお車載通信装置３は、ＳＳＬ（Secure Sockets Layer）又はＴＬＳ（Transport Layer Security）を使用して、データを暗号化することができる。
　なお、送受信するデータを暗号化するか否かは、例えば送受信するデータがＩＣの外部へ信号として出力されるか否かに基づいて決定され得る。上述のようにコア間で送受信するデータを暗号化し、コア内で送受信するデータを暗号化しない構成は、アプリケーションコア１０及びリアルタイムコア２０がそれぞれ別のＩＣとして車載通信装置３の回路基板に搭載されることを想定したものである。アプリケーションコア１０及びリアルタイムコア２０が１つのＩＣ内に収容される構成、いわゆるマルチコアの構成の場合には、コア間で送受信するデータについても暗号化しなくてもよい。
　なお車載通信装置３において送受信するデータを暗号化するか否かを決定する基準は、ＩＣの外部へ出力されるか否かによる基準に限らず、どのような基準が採用されてもよい。また車載通信装置３は、コア間のデータ送受信及びコア内のデータ送受信の両方について暗号化を行ってもよく、逆にコア間のデータ送受信及びコア内のデータ送受信の両方について暗号化を行わなくてもよい。
＜変形例１＞
　図５は、変形例１に係る車載通信装置３の構成を示すブロック図である。変形例１に係る車載通信装置３は、１つのアプリケーションコア１０と２つのリアルタイムコア２０ａ，２０ｂとを備える構成である。変形例１に係る車載通信装置３のアプリケーションコア１０は、図３に示したアプリケーションコア１０と同じ構成である。
　変形例１に係る車載通信装置３の２つのリアルタイムコア２０ａ，ｂは、図３に示したリアルタイムコア２０の機能を２つに分割したものに相当する。即ち、第１のリアルタイムコア２０ａは、ＣＡＮ送受信処理モジュール２１及び中継処理モジュール２３を備え、車両１のＥＣＵ４との間でＣＡＮの通信プロトコルによるデータの送受信を行うと共に、アプリケーションコア１０との間でＴＣＰ又はＵＤＰの通信プロトコルによるデータの送受信を行う。また第２のリアルタイムコア２０ｂは、ＬＩＮ送受信処理モジュール２２及び中継処理モジュール２３を備え、車両１のＥＣＵ４との間でＬＩＮの通信プロトコルによるデータの送受信を行うと共に、アプリケーションコア１０との間でＴＣＰ又はＵＤＰの通信プロトコルによるデータの送受信を行う。
　なお変形例１に係る車載通信装置３が有する３つのコアは、例えばそれぞれ個別のＩＣとして搭載されてもよく、また例えば２つ又は３つのコアが１つのＩＣとして搭載されてもよい。また変形例１に係る車載通信装置３は、ＣＡＮの通信機能を有する第１のリアルタイムコア２０ａと、ＬＩＮの通信機能を有する第２のリアルタイムコア２０ｂとを備える構成であるが、これに限るものではなく、例えば図３に示したリアルタイムコア２０と同じものを２つ備えてもよい。即ち車載通信装置３は、ＣＡＮの通信機能及びＬＩＮの通信機能を有するリアルタイムコア２０を２つ備えてもよい。また車載通信装置３は、３つ以上のリアルタイムコアを備えてもよい。
＜変形例２＞
　図６は、変形例２に係る車載通信装置３の構成を示すブロック図である。変形例２に係る車載通信装置３は、２つのアプリケーションコア１０ａ，１０ｂと１つのリアルタイムコア２０とを備える構成である。変形例２に係る車載通信装置３のリアルタイムコア２０は、図３に示したリアルタイムコア２０と同じ構成である。また図６においては、２つのアプリケーションコア１０ａ，１０ｂ内のモジュールの構成を簡略化し、通信処理モジュール１１及びアプリケーションモジュール１４のみを図示し、これら以外のモジュールの図示を省略している。
　変形例２に係る車載通信装置３の２つのアプリケーションコア１０ａ，１０ｂは、それぞれ異なる処理を行うアプリケーションプログラムを実行することにより、それぞれ異なる処理を行うアプリケーションモジュール１４が設けられる。２つのアプリケーションコア１０ａ，１０ｂは、それぞれハードウェア構成は同じものであってよい（異なるハードウェア構成のものであってもよい）。車載通信装置３が２つのアプリケーションコア１０ａ，１０ｂを備えることで、複数のアプリケーションプログラムを並列に実行することが可能となる。
　なお変形例２に係る車載通信装置３が有する３つのコアは、例えばそれぞれ個別のＩＣとして搭載されてもよく、また例えば２つ又は３つのコアが１つのＩＣとして搭載されてもよい。また車載通信装置３は、３つ以上のアプリケーションコアを備えてもよい。また更に車載通信装置３は、複数のアプリケーションコアと複数のリアルタイムコアとを備えてもよく、この場合には例えば複数のコア間の通信を中継する処理を行う装置又はコア等を備えてもよい。
＜変形例３＞
　図７は、変形例３に係る車載通信システムの構成を示すブロック図である。変形例３に係る車載通信システムは、アプリケーションコア１０を有する第１車載通信装置３Ａと、リアルタイムコア２０を有する第２車載通信装置３Ｂとを備える。第１車載通信装置３Ａ及び第２車載通信装置３Ｂは、通信線を介して接続されている。第１車載通信装置３Ａのアプリケーションコア１０の通信処理モジュール１１と、第２車載通信装置３Ｂのリアルタイムコア２０の中継処理モジュール２３とは、この通信線を介してＴＣＰ、ＩＰ及びイーサネット等の通信プロトコルに基づく通信を行うことができる。
　変形例３に示すように、アプリケーションコア１０及びリアルタイムコア２０は、１つの車載通信装置に搭載されるのではなく、複数の車載通信装置に分散して搭載されてよい。
＜まとめ＞
　以上の構成の本実施の形態に係る車載通信装置３は、アプリケーションコア（アプリケーション処理部）１０及びリアルタイムコア（中継処理部）２０を備える。アプリケーションコア１０は、アプリケーションプログラムを実行するプロセッサ又はＩＣ等である。リアルタイムコア２０は、一又は複数のＥＣＵ（車載装置）４との間で通信を行い、アプリケーションコア１０との間で所定の通信プロトコル通信を行うことで、ＥＣＵ４及びアプリケーションコア１０の間のデータの送受信を中継するプロセッサ又はＩＣ等である。アプリケーションコア１０は、アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有する。これら複数のモジュールは、アプリケーションコア１０及びリアルタイムコア２０の通信に用いられるものと同じ所定の通信プロトコルで通信を行う。このようにアプリケーションコア１０の内外で通信プロトコルを統一しておくことにより、アプリケーションコア１０の機能の追加又は変更等が容易化され、車載通信装置３の拡張性を向上することが期待できる。
　また本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の通信と、アプリケーションコア１０内の複数のモジュール間の通信とを、ＴＣＰ又はＵＤＰの通信プロトコルで行う。ＴＣＰ及びＵＤＰの通信プロトコルは、従来広く利用されている通信プロトコルであり、信頼性の高い通信を実現することが期待できる。またＴＣＰ及びＵＤＰの通信プロトコルは、ＯＳＩ参照モデルのトランスポート層の通信プロトコルであり、共にネットワーク層の通信プロトコルであるＩＰの上位プロトコルであり、共存が可能である。
　また本実施の形態に係る車載通信装置３では、リアルタイムコア２０は、ＬＩＮの通信プロトコルで受信したデータをＵＤＰの通信プロトコルでアプリケーションコア１０へ送信し、ＣＡＮの通信プロトコルで受信したデータをＴＣＰの通信プロトコルでアプリケーションコア１０へ送信する。これにより車載通信装置３は、比較的に高い信頼性を求められるデータを扱う可能性が高いＣＡＮの通信プロトコルで送受信されるデータを信頼性の高いＴＣＰの通信プロトコルで扱うことができ、比較的に高い信頼性を求められないデータを扱う可能性が高いＬＩＮの通信プロトコルで送受信されるデータを信頼性は低いけれど高速に通信できるＵＤＰの通信プロトコルで扱うことができる。
　また本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の間の通信と、アプリケーションコア１０内のモジュール間の通信とにおいて、送受信するデータに要求されるＡＳＩＬに応じてＴＣＰ又はＵＤＰの通信プロトコルのいずれかの通信プロトコルが用いられる。これにより車載通信装置３は、求められる安全性レベルが高いデータを信頼性の高いＴＣＰの通信プロトコルで送受信し、求められる安全性レベルが低いデータをＴＣＰと比較して信頼性は低いけれど高速に通信できるＵＤＰの通信プロトコルで送受信することができる。
　また本実施の形態に係る車載通信装置３は、アプリケーションコア１０及びリアルタイムコア２０の間で送受信するデータを暗号化すると共に、アプリケーションコア１０内の複数のモジュール間で送受信するデータを暗号化しない。これにより車載通信装置３は、外部から傍受し易いデータを暗号化して安全性を高めることができ、外部から傍受しにくいデータを暗号化せずに高速に送受信することが期待できる。
　なお本実施の形態においては、アプリケーションコア１０及びリアルタイムコア２０のコア間の通信とコア内の通信とをＴＣＰ又はＵＤＰの通信プロトコルで行うものとしたが、これに限るものではなく、コア間の通信及びコア内の通信をＴＣＰ及びＵＤＰ以外の通信プロトコル、例えばＤＣＣＰ（Datagram Congestion Control Protocol）、ＳＣＴＰ（Stream Control Transmission Protocol）、ＲＳＶＰ（Resource Reservation Protocol）、ＣＡＮ又はＬＩＮ等の種々の通信プロトコルで行ってもよい。また本実施の形態においては、車載通信装置３がＣＡＮ又はＬＩＮの通信プロトコルで車両１内のＥＣＵ４との通信を行う構成としたが、これに限るものではなく、ＣＡＮ又はＬＩＮ以外の通信プロトコル、例えばＣＡＮ－ＦＤ（CAN with Flexible Data Rate）、ＦｌｅｘＲａｙ（登録商標）又はイーサネット等の種々の通信プロトコルで行ってもよい。また本実施の形態においては、アプリケーションコア１０が実行するアプリケーションプログラムとして、車両１外のサーバ装置２へデータを送信する処理を行う例を示したが、これに限るものではなく、アプリケーションプログラムはどのような処理を行うものであってよい。
　今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本開示の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
＜付記＞
（付記１）
　車両に搭載される車載通信装置であって、
　アプリケーションプログラムを実行するアプリケーション処理部を備え、
　前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、外部との通信を所定の通信プロトコルで行い、
　前記複数のモジュールは、前記所定の通信プロトコルで通信を行う、
　車載通信装置。
（付記２）
　車両に搭載され、アプリケーションプログラムを実行するアプリケーション処理部と、一又は複数の車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部とを備え、前記アプリケーション処理部が前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有する車載通信装置が、
　前記アプリケーション処理部及び前記中継処理部の間で所定の通信プロトコルでの通信を行い、
　前記複数のモジュールの間で前記所定の通信プロトコルで通信を行う、
　通信方法。
（付記３）
　車両に搭載されるコンピュータを、
　アプリケーションプログラムを実行するアプリケーション処理部と、
　一又は複数の車載装置との間で通信を行い、前記アプリケーション処理部と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部と
　として動作させ、
　前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、
　前記複数のモジュールは、前記所定の通信プロトコルで通信を行う、
　コンピュータプログラム。
　１　車両
　２　サーバ装置
　３　車載通信装置
　３Ａ　第１車載通信装置（アプリケーション処理装置）
　３Ｂ　第２車載通信装置（中継処理装置）
　４　ＥＣＵ（車載装置）
　１０,１０ａ,１０ｂ アプリケーションコア（アプリケーション処理部）
　１１　通信処理モジュール
　１２　ＣＡＮマネージャモジュール
　１３　ＬＩＮマネージャモジュール
　１４　アプリケーションモジュール
　１５　アップローダモジュール
　１６　ＣＡＮ送受信処理モジュール
　２０，２０ａ，２０ｂ　リアルタイムコア（中継処理部）
　２１　ＣＡＮ送受信処理モジュール
　２２　ＬＩＮ送受信処理モジュール
　２３　中継処理モジュール
　３１，３２　記憶部
　３３　無線通信部
 

Claims (12)

  1. 　車両に搭載される車載通信装置であって、
    　アプリケーションプログラムを実行するアプリケーション処理部と、
    　一又は複数の車載装置との間で通信を行い、前記アプリケーション処理部と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理部のデータの送受信を中継する中継処理部と
    　を備え、
    　前記アプリケーション処理部は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、
    　前記複数のモジュールは、前記所定の通信プロトコルで通信を行う、
    　車載通信装置。
  2. 　前記所定の通信プロトコルは、ＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）である、
    　請求項１に記載の車載通信装置。
  3. 　前記所定の通信プロトコルは、ＴＣＰ及びＵＤＰであり、
    　前記中継処理部は、
    　前記車載装置との間でＬＩＮ（Local Interconnect Network）及びＣＡＮ（Controller Area Network）の通信プロトコルで通信を行い、
    　ＬＩＮの通信プロトコルで受信したデータをＵＤＰの通信プロトコルで前記アプリケーション処理部へ送信し、
    　ＣＡＮの通信プロトコルで受信したデータをＴＣＰの通信プロトコルで前記アプリケーション処理部へ送信する、
    　請求項１又は請求項２に記載の車載通信装置。
  4. 　前記所定の通信プロトコルは、ＴＣＰ及びＵＤＰであり、
    　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、送受信するデータの内容に基づいてＴＣＰ又はＵＤＰのいずれかの通信プロトコルを用いて前記データの送受信を行う、
    　請求項１から請求項３までのいずれか１つに記載の車載通信装置。
  5. 　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、送受信するデータに要求されるＡＳＩＬ（Automotive Safety Integrity Level）に応じて、ＴＣＰ又はＵＤＰのいずれかの通信プロトコルを用いて前記データの送受信を行う、
    　請求項４に記載の車載通信装置。
  6. 　前記送受信するデータには、複数の車載装置の間でのハンドシェイクに関するデータ又は複数の車載装置の間でのシーケンス制御に関するデータを含み、
    　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記ハンドシェイクに関するデータ又は前記シーケンス制御に関するデータを、ＴＣＰの通信プロトコルを用いて送受信する、
    　請求項４又は請求項５に記載の車載通信装置。
  7. 　前記送受信するデータには、メッセージ認証に関するデータ又はサイバー攻撃の履歴に関するデータを含み、
    　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記メッセージ認証に関するデータ又は前記サイバー攻撃の履歴に関するデータを、ＴＣＰの通信プロトコルを用いて送受信する、
    　請求項４から請求項６までのいずれか１つに記載の車載通信装置。
  8. 　前記送受信するデータには、前記車両の室内環境に関するデータを含み、
    　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記室内環境に関するデータを、ＵＤＰの通信プロトコルを用いて送受信する、
    　請求項４から請求項７までのいずれか１つに記載の車載通信装置。
  9. 　前記送受信するデータには、前記車両の走行状態に関する時系列のデータを含み、
    　前記アプリケーション処理部、前記中継処理部及び前記モジュールは、前記走行状態に関する時系列のデータを、ＵＤＰの通信プロトコルを用いて送受信する、
    　請求項４から請求項８までのいずれか１つに記載の車載通信装置。
  10. 　前記アプリケーション処理部及び前記中継処理部の間で送受信するデータを暗号化する、
    　請求項１から請求項９までのいずれか１つに記載の車載通信装置。
  11. 　車両に搭載される車載通信装置であって、
    　アプリケーションプログラムを実行するアプリケーションコアを備え、
    　前記アプリケーションコアは、前記アプリケーションプログラムに係る複数のソフトウェアモジュールを実行し、
    　前記複数のソフトウェアモジュールは、ＴＣＰ又はＵＤＰの通信プロトコルでデータの送受信を行う、
    　車載通信装置。
  12. 　車両に搭載される車載通信システムであって、
    　アプリケーションプログラムを実行するアプリケーション処理装置と、
    　一又は複数の車載装置との間で通信を行い、前記アプリケーション処理装置と所定の通信プロトコルで通信を行い、前記車載装置及び前記アプリケーション処理装置のデータの送受信を中継する中継処理装置と
    　を備え、
    　前記アプリケーション処理装置は、それぞれが前記アプリケーションプログラムの実行に係る処理を行う複数のモジュールを有し、
    　前記複数のモジュールは、前記所定の通信プロトコルで通信を行う、
    　車載通信システム。
     
PCT/JP2023/007483 2022-03-09 2023-03-01 車載通信装置及び車載通信システム WO2023171475A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022036516A JP2023131641A (ja) 2022-03-09 2022-03-09 車載通信装置及び車載通信システム
JP2022-036516 2022-03-09

Publications (1)

Publication Number Publication Date
WO2023171475A1 true WO2023171475A1 (ja) 2023-09-14

Family

ID=87935168

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/007483 WO2023171475A1 (ja) 2022-03-09 2023-03-01 車載通信装置及び車載通信システム

Country Status (2)

Country Link
JP (1) JP2023131641A (ja)
WO (1) WO2023171475A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180076970A1 (en) * 2016-09-13 2018-03-15 Hyundai Motor Company Communication method based on automotive safety integrity level in vehicle network and apparatus for the same
JP2020166583A (ja) * 2019-03-29 2020-10-08 日立オートモティブシステムズ株式会社 演算装置、判定方法
WO2021079638A1 (ja) * 2019-10-25 2021-04-29 住友電気工業株式会社 管理装置、車載システム、車両、通信管理方法および通信管理プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180076970A1 (en) * 2016-09-13 2018-03-15 Hyundai Motor Company Communication method based on automotive safety integrity level in vehicle network and apparatus for the same
JP2020166583A (ja) * 2019-03-29 2020-10-08 日立オートモティブシステムズ株式会社 演算装置、判定方法
WO2021079638A1 (ja) * 2019-10-25 2021-04-29 住友電気工業株式会社 管理装置、車載システム、車両、通信管理方法および通信管理プログラム

Also Published As

Publication number Publication date
JP2023131641A (ja) 2023-09-22

Similar Documents

Publication Publication Date Title
US11709950B2 (en) Security system and method for protecting a vehicle electronic system
CN106953796B (zh) 安全网关、数据处理方法、装置、车辆网络系统及车辆
KR102320043B1 (ko) 차량용 제어 장치의 진단 방법 및 장치
JP5838983B2 (ja) 情報処理装置及び情報処理方法
JP6485429B2 (ja) 車載ネットワークシステム
CN113055269B (zh) 虚拟专用网络数据的传输方法及装置
JP2024001296A (ja) 管理装置、車両通信システム、車両通信管理方法および車両通信管理プログラム
US8605698B2 (en) Vehicle with mobile router
WO2023171475A1 (ja) 車載通信装置及び車載通信システム
US20220231910A1 (en) Relay device, vehicle communication system, vehicle, communication method, and communication program
KR20180072340A (ko) 운송 수단 내부 네트워크에서의 제어 데이터를 보안 전송하는 방법
JP2003244187A (ja) 車載ゲートウェイ装置およびコンピュータプログラム
US9204327B2 (en) Mobile router network
Geier et al. Hardware-accelerated data acquisition and authentication for high-speed video streams on future heterogeneous automotive processing platforms
US8995254B2 (en) Method of operating a mobile router
JP2009194733A (ja) 車両用通信制御装置、車載ネットワーク、ポリシー情報生成方法
WO2021084929A1 (ja) 中継装置、車載通信システム、車両および車載通信方法
WO2024029195A1 (ja) 中継装置、通信制御方法および通信制御プログラム
WO2024029196A1 (ja) 管理装置、機能部、車載通信システムおよび車両通信管理プログラム
WO2021166321A1 (ja) セキュリティシステム、車両、セキュリティ装置および正当性判断方法
WO2020240984A1 (ja) 設定装置、通信システムおよび車両通信管理方法
Kim et al. Routing Methods Considering Security and Real-Time of Vehicle Gateway System
US8767693B2 (en) Vehicular mobile router method

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

Country of ref document: EP

Kind code of ref document: A1