WO2017203905A1 - ネットワークハブ、転送方法及び車載ネットワークシステム - Google Patents

ネットワークハブ、転送方法及び車載ネットワークシステム Download PDF

Info

Publication number
WO2017203905A1
WO2017203905A1 PCT/JP2017/015817 JP2017015817W WO2017203905A1 WO 2017203905 A1 WO2017203905 A1 WO 2017203905A1 JP 2017015817 W JP2017015817 W JP 2017015817W WO 2017203905 A1 WO2017203905 A1 WO 2017203905A1
Authority
WO
WIPO (PCT)
Prior art keywords
type frame
message
information
network
unit
Prior art date
Application number
PCT/JP2017/015817
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
Priority claimed from JP2017046322A external-priority patent/JP6962697B2/ja
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN201780004670.2A priority Critical patent/CN108370343B/zh
Priority to EP20204380.8A priority patent/EP3840305A1/en
Priority to EP17802503.7A priority patent/EP3468108B1/en
Publication of WO2017203905A1 publication Critical patent/WO2017203905A1/ja
Priority to US16/166,374 priority patent/US10951436B2/en
Priority to US17/169,958 priority patent/US11310070B2/en

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/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/2801—Broadband local area networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40071—Packet processing; Packet format
    • 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]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • 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/44—Star or tree networks
    • H04L2012/445—Star or tree networks with switching in a hub, e.g. ETHERNET switch
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/627—Controller area network [CAN] identifiers

Definitions

  • This disclosure relates to a message transfer technique between electronic control units that communicate via an in-vehicle network.
  • ECUs electronice control units
  • a network connecting these ECUs is called an in-vehicle network.
  • CAN Controller Area Network
  • ISO11898-1 CAN Controller Area Network
  • each ECU (node) connected to a bus that is a wired transmission path (communication path) transmits and receives a frame (message).
  • the transmission node transmits an ID (CAN-ID) for each frame (that is, sends a signal to the bus), and each reception node is predetermined.
  • CAN-ID Controller Area Network
  • Ethernet registered trademark
  • IEEE 802.3 A frame (message) of Ethernet (registered trademark) includes information indicating a transmission destination and a transmission source in a header. In Ethernet (registered trademark), the maximum amount of data that can be transmitted in one frame is larger than CAN.
  • Patent Document 1 describes a gateway that relays a message between a device conforming to the CAN protocol and a device conforming to the Ethernet (registered trademark) protocol.
  • each electronic control unit (ECU) that communicates with another electronic control unit is at least one of Ethernet (registered trademark) and CAN.
  • An interface will be provided. In this case, it is necessary to communicate with an electronic control unit having an Ethernet (registered trademark) interface, and also to communicate with an electronic control unit connected to a CAN bus (that is, an electronic control unit having a CAN interface). If each electronic control unit has both interfaces, there is a problem such as an increase in cost. For this reason, for example, it is desirable that an electronic control unit having only an Ethernet (registered trademark) interface can transmit information to an electronic control unit connected to a CAN bus via a gateway or the like.
  • Patent Document 1 a message transmitted by an electronic control unit (hereinafter also referred to as “E-ECU”) having an Ethernet (registered trademark) interface is transmitted to another E-ECU,
  • E-ECU electronice control unit
  • C-ECU electronice control unit
  • the present disclosure provides a network hub (which appropriately determines a transmission path of a message transmitted from the E-ECU in an in-vehicle network system including a first network such as Ethernet (registered trademark) and a second network such as CAN. HUB).
  • the present disclosure also provides a transfer method used for the HUB and an in-vehicle network system including the HUB.
  • a network hub includes a first network in which transmission of a first type frame is performed according to a first communication protocol, and a second communication different from the first communication protocol.
  • a network hub used in an in-vehicle network system including a second network in which a second type frame is transmitted by a bus according to a protocol, a receiving unit that receives the first type frame, and a first received by the receiving unit It is determined whether or not the first type frame includes first information that is the basis of the second type frame to be transmitted to the second network, and a frame based on the first type frame is transmitted based on the determination result.
  • a forwarding destination selection unit for selecting a port, and a port selected by the forwarding destination selection unit for the first type frame received by the reception unit.
  • the wired transmission path connected to a network hub and a transmission unit for transmitting the frame based on the first type frames.
  • a transfer method includes a first network in which transmission of a first type frame is performed according to a first communication protocol, and a second communication protocol different from the first communication protocol. And a second network in which a second type frame is transmitted by a bus according to the network hub in the in-vehicle network system, the receiving method receiving the first type frame, and the reception step receiving the first type frame It is determined whether the first type frame includes the first information that is the basis of the second type frame to be transmitted to the second network, and a frame based on the first type frame is determined based on the determination result.
  • a transfer destination selection step for selecting a port to be transmitted, and the first type frame received in the reception step.
  • an in-vehicle network system includes a first network in which transmission of a first type frame is performed according to a first communication protocol, and a second communication different from the first communication protocol.
  • An in-vehicle network system including a second network in which a second type frame is transmitted by a bus according to a protocol, and includes an electronic control unit connected to the first network and a network hub connected to the first network
  • the electronic control unit includes: a generation unit that generates a first type frame according to a first communication protocol; and a transmission unit that transmits the first type frame generated by the generation unit to a first network.
  • the first information that is the basis of the second type frame to be transmitted to the second network and the first type frame.
  • Second information indicating that the network includes information to be transmitted to the second network is included in the first type frame, and the generation of the first type frame is performed.
  • a receiving unit that receives the first type frame, and a frame based on the first type frame based on the determination result by determining whether the first type frame received by the receiving unit includes the first information.
  • a transfer destination selecting unit that selects a port for transmitting the first type frame to the wired transmission path connected to the port selected by the transfer destination selecting unit for the first type frame received by the receiving unit. It is a vehicle-mounted network system provided with the transmission part which transmits the flame
  • an electronic control unit (E-ECU) connected to an Ethernet (registered trademark) network transmits information to an electronic control unit (C-ECU) connected to a CAN bus. To be able to do it properly.
  • E-ECU electronice control unit
  • C-ECU electronice control unit
  • FIG. 1 is a diagram illustrating an overall configuration of an in-vehicle network system according to Embodiment 1.
  • FIG. It is a figure which shows schematic structure of the vehicle-mounted network which concerns on Embodiment 1.
  • FIG. 3 is a diagram illustrating a format of an Ethernet (registered trademark) frame (also referred to as “E message”) transmitted and received in a part of the in-vehicle network according to Embodiment 1.
  • FIG. It is a figure which shows an example of the structure of the payload of E message (structure containing one CAN message information). It is a figure which shows an example of the structure of the payload of E message (structure containing several CAN message information). It is a figure which shows the format of the data frame prescribed
  • FIG. 1 is a configuration diagram of an electronic control unit (E-ECU) according to Embodiment 1.
  • FIG. 6 is a diagram showing an example of a destination table used in the E-ECU according to Embodiment 1.
  • FIG. 1 is a configuration diagram of a network hub (HUB) according to Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a MAC (Media Access Control) address table used in the HUB according to Embodiment 1.
  • FIG. 3 is a flowchart showing an example of the operation of the E-ECU according to the first embodiment.
  • FIG. It is a figure which shows schematic structure of the vehicle-mounted network which concerns on Embodiment 2.
  • FIG. It is a block diagram of HUB concerning Embodiment 2.
  • FIG. 6 is a configuration diagram of a conversion apparatus according to Embodiment 2.
  • FIG. It is a figure which shows schematic structure of the vehicle-mounted network which concerns on Embodiment 3.
  • FIG. It is a block diagram of HUB concerning Embodiment 3.
  • FIG. It is a figure which shows an example of the destination table used by HUB which concerns on Embodiment 3.
  • FIG. It is a block diagram of HUB which concerns on Embodiment 4.
  • FIG. 14 is a flowchart showing an example of the operation of the E-ECU according to the fourth embodiment.
  • FIG. 10 is a flowchart illustrating an example of the operation of the HUB according to the fourth embodiment.
  • FIG. 16 is a diagram showing an example of a destination table used in the E-ECU according to the fifth embodiment.
  • FIG. 10 is a diagram showing an example of a correspondence table used in HUBs according to Embodiment 5 in which MAC addresses are associated with CAN-IDs.
  • 10 is a flowchart showing an example of the operation of the HUB according to the fifth embodiment. It is a figure which shows the modification of a structure of the payload of E message. It is a figure which shows an example of the corresponding
  • a network hub includes a first network that transmits a first type frame according to a first communication protocol, and a second type via a bus according to a second communication protocol that is different from the first communication protocol.
  • a network hub used in an in-vehicle network system including a second network for transmitting a frame, wherein the receiving unit receives a first type frame, and the first type frame received by the receiving unit is a second network.
  • Transfer destination selection that determines whether or not the first information that is the basis of the second type frame to be transmitted is included, and selects a port that transmits a frame based on the first type frame based on the determination result Transmission line connected to the port selected by the transfer destination selecting unit for the first type frame received by the receiving unit and the first type frame A network hub and a transmitter for transmitting the frame based on the first type frames.
  • the ECU for example, E- ECU
  • the ECU can appropriately transmit information to an ECU (for example, C-ECU) connected to a bus of the second network such as CAN.
  • the ECU (for example, E-ECU) that is the transmission source of the first type frame, for example, includes a first network that transmits the first type frame according to a first communication protocol (for example, Ethernet (registered trademark) protocol), and a first network.
  • a first communication protocol for example, Ethernet (registered trademark) protocol
  • An ECU connected to a first network in an in-vehicle network system including a second network in which a second type frame is transmitted by a bus according to a second communication protocol (for example, CAN protocol) different from the first communication protocol, A generation unit that generates a first type frame according to a communication protocol and a transmission unit that transmits the first type frame generated by the generation unit to the first network, the generation unit being transmitted to the second network First information that is the basis of the second type frame and the first type frame is the second network And a second information indicating that it contains the information to be transmitted, be included in the first type frames, and generates the first type frames.
  • a second communication protocol for example, CAN protocol
  • the first communication protocol is an Ethernet (registered trademark) protocol
  • the second communication protocol is a CAN (Controller-Area-Network) protocol
  • the first type frame is an Ethernet (registered trademark) header and a payload.
  • the second type frame is a data frame including a data field
  • the first information indicates a content of the data field
  • the network hub transmits an Ethernet (registered) frame. (Trademark) It is good also as having a port connected to a cable.
  • the network hub has a port connected to the bus through which a second type frame is transmitted, and the transfer destination selection unit is configured such that the first type frame received by the receiving unit is the first information. Is selected as a port for sending a frame based on the first type frame, and the first type frame received by the receiving unit receives the first information as a port for transmitting a frame based on the first type frame.
  • a port connected to the Ethernet (registered trademark) cable is selected as a port for transmitting a frame based on the first type frame, and the transmission unit is received by the reception unit.
  • the port selected by the transfer destination selection unit for the first type frame is a port connected to the Ethernet (registered trademark) cable
  • the first A frame is a port selected by the transfer destination selection unit for the first type frame received by the receiving unit by sending a first type frame having at least the same payload content to the Ethernet (registered trademark) cable.
  • the second type frame including the first information in the first type frame may be transmitted to the bus.
  • the HUB directly sends out a frame based on the frame received from the Ethernet (registered trademark) cable to the CAN bus under a certain condition, so that it is not necessary to provide a conversion device having a protocol conversion function.
  • the second type frame includes an ID field, DLC (Data Length Code), and the data field
  • the first information indicates values of the ID field, the DLC, and the data field
  • the transmission unit includes:
  • the value of the ID field indicated by the first information is entered in the ID field of the second type frame
  • the value of the DLC indicated by the first information is By sending the second type frame generated by putting the value of the data field indicated by the first information in the data field of the second type frame into the DLC of the two types of frame to the bus. You can do it.
  • the HUB generates a CAN message according to the first information included in the first type frame by the E-ECU and sends it to the CAN bus. Therefore, the E-ECU transmits an arbitrary CAN message to the C-ECU. It becomes possible.
  • the first information indicates values of the ID field, the DLC, and the data field of each of a plurality of second type frames to be transmitted to the second network.
  • the sending to the bus may be performed by sending the plurality of second type frames to the bus where each of the plurality of second type frames includes different parts of the first information. .
  • the second type frame includes an ID field and the data field, and the first information is arranged in the payload of the first type frame and each of a plurality of second type frames to be transmitted to the second network.
  • a set of individual data indicating a value of the data field of the data field, wherein the transmitting unit transmits the second type frame to the bus, and for each of the sets of individual data, the payload of the individual data in the payload.
  • the second type frame generated by putting the ID value specified based on the arrangement in the ID field of the second type frame and putting the value of the individual data in the data field of the second type frame is This can be done by sending it to the bus. This eliminates the need for the E-ECU to include the CAN-ID in the first type frame.
  • the second type frame includes an ID field and the data field
  • the transmission unit transmits the second type frame including the first information in the first type frame received by the reception unit to the bus.
  • the first information indicates the transmission by putting an ID value specified based on the value of the destination MAC address in the Ethernet (registered trademark) header in the first type frame in the ID field of the second type frame. This may be done by sending the second type frame generated by putting the value of the data field into the data field of the second type frame to the bus. This eliminates the need for the E-ECU to include the CAN-ID in the payload of the first type frame.
  • the network hub has a plurality of ports connected to the Ethernet (registered trademark) cable, and the plurality of ports are connected to the bus connected to the second type frame. Including a port connected by the Ethernet (registered trademark) cable, and when the transfer destination selection unit determines that the first type frame received by the reception unit includes the first information, the first type As a port for sending a frame based on a frame, a port connected by the Ethernet (registered trademark) cable to the device connected to the bus is selected, and the transmitting unit receives the first received by the receiving unit.
  • the first cable is connected to the Ethernet (registered trademark) cable connected to the port selected by the transfer destination selection unit for one type of frame. Content of at least the payload and frame may be sent the same first type frames. Accordingly, the HUB can send information to be transmitted from the E-ECU to the C-ECU to a relay device (such as another HUB) connected to the bus to which the C-ECU is connected.
  • the transfer destination selection unit may perform the determination based on a value of a predetermined identification flag in the first type frame received by the receiving unit.
  • the HUB distributes the information transmission path according to the identification flag, so that the E-ECU can transmit information to the target ECU by appropriately setting the identification flag in the first type frame.
  • the predetermined identification flag may be arranged in the Ethernet (registered trademark) header of the first type frame.
  • the HUB does not need to refer to the payload when the first type frame is destined for the E-ECU, and the information transmission path can be selected relatively quickly.
  • the transfer destination selection unit may perform the determination based on the value of the destination MAC address in the Ethernet (registered trademark) header in the first type frame received by the receiving unit. This eliminates the need for the E-ECU to provide an identification flag for indicating that the information is addressed to the C-ECU in the payload of the first type frame to be transmitted. For this reason, the data amount of the first type frame can be reduced.
  • a transfer method includes a first network in which transmission of a first type frame is performed according to a first communication protocol, and a second type frame by a bus according to a second communication protocol different from the first communication protocol. And a second network in which the transmission is performed.
  • the transfer method is used in a network hub in an in-vehicle network system including a second network.
  • a reception step of receiving a first type frame, and a first type frame received in the reception step is a first type frame.
  • the in-vehicle network system includes a first network that transmits a first type frame according to a first communication protocol, and a second type via a bus according to a second communication protocol that is different from the first communication protocol.
  • An in-vehicle network system including a second network for transmitting a frame, the electronic control unit including an electronic control unit connected to the first network and a network hub connected to the first network, the electronic control unit comprising: A generation unit that generates a first type frame according to a first communication protocol, and a transmission unit that transmits the first type frame generated by the generation unit to a first network, wherein the generation unit transmits to the second network
  • the first information which is the basis of the second type frame to be performed, and the first type frame is the second network
  • the second information indicating that the information to be transmitted is included in the first type frame, the generation of the first type frame is performed, and the network hub receives the first type frame.
  • the first type frame received by the receiving unit determines whether or not the first type frame includes the first information, and selects a port to send a frame based on the first type frame based on the determination result Transmission for sending a frame based on the first type frame to a transfer destination selection unit and a wired transmission path connected to the port selected by the transfer destination selection unit for the first type frame received by the receiving unit
  • the vehicle-mounted network system provided with a unit.
  • an ECU for example, E-ECU
  • the first network such as Ethernet (registered trademark)
  • CAN for example, C-ECU
  • an in-vehicle network system 10 including a plurality of electronic control units (E-ECUs) for exchanging Ethernet (registered trademark) frames (E messages) according to an Ethernet (registered trademark) protocol will be described. Will be described.
  • the in-vehicle network system 10 also includes a plurality of electronic control units (C-ECUs) that exchange data frames (CAN messages) and the like via a bus according to the CAN protocol.
  • FIG. 1 shows an overall configuration of an in-vehicle network system 10 according to the first embodiment.
  • the in-vehicle network system 10 is a network communication system in a vehicle on which various devices such as a control device, a sensor, an actuator, and a user interface device are mounted.
  • the in-vehicle network system 10 includes, as an in-vehicle network, a first network (Ethernet (registered trademark) network) in which an Ethernet (registered trademark) frame (E message) is transmitted according to the Ethernet (registered trademark) protocol, and a bus according to the CAN protocol. And a second network (CAN network) through which data frames (CAN messages) are transmitted.
  • the in-vehicle network system 10 includes a network hub (HUB) 100, electronic control units (E-ECUs) 200a to 200c, a CAN gateway 400, and electronic control units (C-ECUs) 500a to 500d.
  • Various devices (communication module 300a, rear camera 300b, radar 300c, engine 600a, brake 600b, door opening / closing sensor 600c, and window opening / closing sensor 600d) connected to each electronic control unit (E-ECU, C-ECU); , Cables (Ethernet (registered trademark) cables) 20a to 20c and buses (CAN buses) 30a to 30c.
  • the Ethernet (registered trademark) cables 20a to 20c are transmission lines of the first network
  • the buses 30a to 30c are transmission lines of the second network.
  • the in-vehicle network system 10 can include a number of ECUs other than the E-ECUs 200a to 200c and the C-ECUs 500a to 500d.
  • a C-ECU (not shown) can be connected to the buses 30a to 30c in addition to the C-ECUs 500a to 500d.
  • ECUs are devices including, for example, a processor (microprocessor), a digital circuit such as a memory, an analog circuit, a communication circuit, and the like.
  • the memory is a ROM, a RAM, or the like, and can store a program (computer program as software) executed by the processor.
  • the memory may include a non-volatile memory.
  • the processor operates according to a program (computer program)
  • the ECU realizes various functions.
  • the computer program is configured by combining a plurality of instruction codes indicating instructions for the processor in order to achieve a predetermined function.
  • C-ECUs 500a to 500d exchange frames according to the CAN protocol.
  • the C-ECUs 500a to 500d are connected to devices such as the engine 600a, the brake 600b, the door opening / closing sensor 600c, and the window opening / closing sensor 600d, respectively, and acquire the state of the devices, for example, periodically, a data frame representing the state.
  • devices such as the engine 600a, the brake 600b, the door opening / closing sensor 600c, and the window opening / closing sensor 600d, respectively, and acquire the state of the devices, for example, periodically, a data frame representing the state.
  • the C-ECUs 500a to 500d receive data frames from the buses constituting the second network, interpret the data frames, determine whether the data frames have CAN-IDs to be received, and Accordingly, the device connected to the C-ECU can be controlled according to the data in the data frame (the contents of the data field), and a data frame can be generated and transmitted as necessary.
  • CAN gateway 400 is a kind of ECU as a gateway (relay device or the like) connected to buses 30a to 30c.
  • the CAN gateway 400 has a function of transferring a data frame received from one bus to the other bus.
  • the E-ECUs 200a to 200c have an Ethernet (registered trademark) interface and are connected to an Ethernet (registered trademark) cable.
  • the E-ECUs 200a to 200c transmit or receive Ethernet (registered trademark) frames (E messages) according to the Ethernet (registered trademark) protocol.
  • the E-ECUs 200a to 200c are connected to devices such as the communication module 300a, the rear camera 300b, and the radar 300c, respectively, perform processing based on information acquired from the devices, and control the devices as necessary. In response to this, information can be transmitted to other ECUs.
  • the communication module 300a is a device having a function of communicating with a server 90 outside the vehicle via an external network 91 such as the Internet.
  • the server 90 is a computer having a function of providing information to the ECU of the vehicle, for example.
  • the HUB 100 is an Ethernet (registered trademark) switch (switching hub) connected to the E-ECUs 200a to 200c.
  • the HUB 100 is also connected to the bus 30c and has a function of transferring a frame (message) between the first network and the second network.
  • the HUB 100 includes, for example, a digital circuit such as a memory, an analog circuit, a communication circuit, and the like, and may include a processor.
  • FIG. 2 shows a schematic configuration of the in-vehicle network according to the present embodiment.
  • the E-ECUs 200a to 200c can communicate with each other via the first network configured by connecting the cables with the HUB 100.
  • the C-ECUs 500a to 500d can communicate with each other via a second network including the buses 30a and 30b, the CAN gateway 400, and the like.
  • the E-ECU 200a can communicate with the C-ECU 500a via the cable 20a, the HUB 100, the bus 30c, the CAN gateway 400, and the bus 30a.
  • the HUB 100 includes a plurality of ports (that is, terminals for connecting an Ethernet (registered trademark) cable) for connection to the E-ECU.
  • the HUB 100 includes one port (CAN port) for connecting to the bus 30c connected to the CAN gateway 400.
  • FIG. 3 shows a format of a frame (E message) transmitted / received in the first network.
  • the E message is configured by adding a header (Ethernet (registered trademark) header) in front of a payload for storing data which is the main transmission content.
  • the header includes a destination MAC address, a source MAC address, and a type.
  • the E-ECU in the in-vehicle network system 10 transmits an E message including CAN message information when transmitting information to be transmitted to the C-ECU.
  • the CAN message information is information that is the basis of a data frame (CAN message) transmitted through the CAN bus.
  • FIG. 4 and FIG. 5 show data configuration examples in the payload of the E message shown in FIG.
  • FIG. 4 shows an example in which only one CAN message information is included in the payload of the E message.
  • FIG. 5 shows an example in which a plurality of CAN message information can be included in the payload of the E message.
  • the CAN message information includes a CAN-ID, a size, and data in the examples of FIGS.
  • the number of messages in FIG. 5 indicates the number of CAN message information. Instead of the number of messages, information indicating the entire data amount of the CAN message information may be used.
  • the CAN flag is an identification flag for identifying whether or not the E message includes information to be transmitted to the second network. When the CAN message information is included in the payload of the E message (that is, the destination of the E message) This flag is turned on when the ECU is a C-ECU) and is turned off in other cases (that is, a value indicating information contrary to ON).
  • FIG. 4 and 5 show an example in which the CAN flag is arranged at the head of the payload of the E message, but this is only an example.
  • a description will be given mainly assuming that a plurality of CAN message information as shown in FIG. 5 can be included in the payload of the E message. Thereby, for example, transmission efficiency can be increased.
  • the content of the payload of the E message includes CAN message information. There is no need.
  • the destination of the E message can only be distinguished by the CAN flag, for example, the E-ECU, for example, the CAN flag in the payload of the E message that does not need to be transmitted to the C-ECU. (See FIGS. 4 and 5) is turned OFF.
  • the C-ECUs 500a to 500d and the like exchange frames according to the CAN protocol.
  • Frames in the CAN protocol include a data frame, a remote frame, an overload frame, and an error frame.
  • description will be given mainly focusing on the data frame.
  • FIG. 6 shows a format of a data frame (CAN message) transmitted / received in the second network.
  • the data frame includes SOF (Start Of Frame), ID (CAN-ID), RTR (Remote Transmission Request), IDE (Identifier Extension), reserved bit “r”, size, data, CRC ( (Cyclic Redundancy Check) sequence, CRC delimiter “DEL”, ACK (Acknowledgement) slot, ACK delimiter “DEL”, and EOF (End Of Frame).
  • ID (CAN-ID) as the contents of the ID field is an identifier indicating the type of data, and is also referred to as a message ID.
  • CAN When a plurality of nodes start transmission at the same time, communication arbitration is performed by giving priority to a frame having a small CAN-ID.
  • the size is DLC (Data Length Code) indicating the length of the subsequent data field (data).
  • the data specification is not defined by the CAN protocol, but is defined by the in-vehicle network system 10. Therefore, the specification can depend on the vehicle model, manufacturer (manufacturer), and the like.
  • FIG. 7 is a configuration diagram of the E-ECU 200a.
  • the E-ECU 200a includes a receiving unit 210, a generating unit 220, and a transmitting unit 230. Each of these components is realized by a communication circuit in the E-ECU 200a, a processor that executes a program stored in a memory, a digital circuit, or the like.
  • the receiving unit 210 receives external information, that is, information from outside the E-ECU 200a.
  • the receiving unit 210 includes an E receiving unit 211 and a data receiving unit 212.
  • the E receiver 211 receives a frame (E message) via the cable 20a.
  • the data receiving unit 212 receives data from the connected device (communication module 300a).
  • the generation unit 220 generates an E message according to the Ethernet (registered trademark) protocol.
  • the generation unit 220 includes a data processing unit 221, a transmission destination determination unit 222, a message construction unit 223, and a CAN message construction unit 224.
  • the data processing unit 221 performs information processing (calculation, etc.) based on external information (data or E message) received by one or both of the E receiving unit 211 and the data receiving unit 212 and transmits the information to other ECUs.
  • Various information to be generated is generated.
  • the data processing unit 221 may use external information itself as the generated various information.
  • the information processing by the data processing unit 221 may have any content, and the data processing unit 221 may generate any information.
  • the various types of information generated by the data processing unit 221 are, for example, information for driving control of the vehicle, information for presenting to the user of the vehicle, etc., for example, steering instruction angle, speed instruction value, current speed value, communication It is classified into a plurality of types (data types) such as information.
  • the transmission destination determination unit 222 determines the transmission destination using, for example, a destination table according to the data type of the information generated by the data processing unit 221.
  • FIG. 8 illustrates an example of a destination table used by the transmission destination determination unit 222.
  • the destination table shown in the figure corresponds to the destination MAC address (or CAN-ID) and the destination type indicating whether the information destination ECU is the E-ECU or C-ECU for each data type of information. It is a table attached. If the transmission destination determination unit 222 determines that the transmission destination of the information generated by the data processing unit 221 is the C-ECU, the transmission destination determination unit 222 determines a CAN-ID based on the destination table and notifies the CAN message construction unit 224 of the CAN-ID. .
  • the transmission destination determination unit 222 determines a destination MAC address that is a transmission destination of the information generated by the data processing unit 221 using the destination table, and notifies the message construction unit 223 of the destination MAC address. Note that if the transmission destination is a plurality of E-ECUs, the transmission destination determination unit 222 notifies the message construction unit 223 of the destination MAC address for each transmission destination. If the transmission destination determination unit 222 determines that the transmission destination is the C-ECU, the transmission destination determination unit 222 notifies the message construction unit 224 of a predetermined specific address as the destination MAC address. Examples of the specific address include a broadcast address, a multicast address, and a MAC address of a device (converter) having a protocol conversion function.
  • the HUB 100 does not need to have a MAC address, but may have a MAC address, and when the HUB 100 has a MAC address, the MAC address may be the above-described specific address.
  • the CAN message construction unit 224 generates CAN message information indicating the notified CAN-ID, data indicating the information generated by the data processing unit 221 and the size of the data. For example, when the data indicating the information generated by the data processing unit 221 exceeds the maximum data length of the CAN message, the CAN message constructing unit 224 divides the data indicating the information, thereby obtaining a plurality of CAN message information. Is generated.
  • the CAN message information generated by the CAN message construction unit 224 is arranged in the E message by the message construction unit 223, and the E message is transmitted by the transmission unit 230.
  • the CAN message information generated by the CAN message construction unit 224 may have any other content and format as long as it includes at least information indicating the CAN message data (data field data field content). For example, FIG. It is useful to configure the CAN message information to include the indicated CAN-ID, size, and data with a bit length according to the CAN protocol. Further, in the process of transmitting the E message including the CAN message information to be transmitted to the C-ECU, in order to be able to efficiently convert it into a CAN message by a device such as the HUB 100, for example, in the CAN message construction unit 224, It is useful to construct the CAN message information to conform to the format of the CAN message according to the CAN protocol.
  • the message construction unit 223 constructs an E message for each destination MAC address notified to the transmission destination determination unit 222 by including the destination MAC address and the MAC address of the E-ECU 200a as the transmission source MAC address in the header. (See FIG. 3). For example, if the transmission destination is a C-ECU, the message construction unit 223 includes an ON CAN flag, the number of CAN message information constructed by the CAN message construction unit 224, and each CAN. Message information (see FIG. 5). For example, if the transmission destination is an E-ECU, the message construction unit 223 includes a CAN flag that is turned off and data indicating information generated by the data processing unit 221.
  • a plurality of CAN message information generated by the CAN message construction unit 224 and whose CAN-IDs can be different from each other are concatenated. It may be arranged in the payload of the E message.
  • Generation unit 220 transmits CAN message information to C-ECU based on external information (data or E message) received by one or both of E reception unit 211 and data reception unit 212 as described above. If it is necessary to do this, an E message is generated in which the CAN message information and the ON CAN flag are stored in the payload. The CAN flag turned ON is used as second information indicating that the E message includes first information (CAN message information that is a basis of the CAN message) to be transmitted to the second network. Further, when it is necessary to transmit information to the E-ECU based on the external information, the generation unit 220 includes the information to be transmitted, for example, does not include the second information (that is, An E message (with the CAN flag turned OFF) is generated.
  • the transmission unit 230 transmits the E message generated by the generation unit 220 to the first network by sending it to the cable 20a.
  • the E-ECUs 200b and 200c have the same configuration as the E-ECU 200a described above.
  • FIG. 9 is a configuration diagram of the HUB 100.
  • the HUB 100 has ports 1 to 4. Each of the ports 1 to 3 is connected to each of the cables 20a to 20c constituting the first network.
  • the port 4 is a CAN port connected to the bus 30c (that is, a wired transmission path connected to the CAN gateway 400) configuring the second network.
  • the HUB 100 includes a receiving unit 110, a transfer destination selecting unit 120, and a transmitting unit 130. Each of these components is realized by a communication circuit, a memory, a digital circuit (or a processor that executes a program stored in the memory) in the HUB 100, and the like.
  • the receiving unit 110 includes an E receiving unit 111 that receives E messages from the ports 1 to 3 and a C receiving unit 112 that receives CAN messages from the port 4.
  • the transfer destination selection unit 120 determines whether or not the E message received by the reception unit 110 includes first information (CAN message information) that is a basis of a CAN message (data frame) to be transmitted to the second network. A port for transmitting a frame based on the E message is selected based on the determination result. That is, when the E message received by the receiving unit 110 does not include CAN message information, the transfer destination selecting unit 120 uses the destination MAC address in the header of the E message, and has the same E content as the E message. Select one of ports 1 to 3 as the message destination. The transfer destination selection unit 120 selects a port with reference to the MAC address table. FIG. 10 shows an example of the MAC address table used by the transfer destination selection unit 120.
  • the MAC address table is generated and updated when the HUB 100 as a switch (switching hub) learns the MAC address by receiving the E message from each of the ports 1 to 3.
  • the destination MAC address related to port 4 (CAN port) in the MAC address table for example, the specific address described above may be defined. Note that if it is possible to determine whether or not the E message includes CAN message information using the CAN flag arranged in the payload, the MAC address table may not include information on port 4 (CAN port).
  • the transfer destination selecting unit 120 determines based on the CAN flag in the E message even if it is determined based on the destination MAC address of the E message.
  • port 4 (CAN port) is selected as a transmission destination of the CAN message (data frame) configured to indicate the CAN message information.
  • the transmitting unit 130 includes an E transmitting unit 131, a C transmitting unit 132, a combining unit 133, and a dividing unit 134.
  • the E transmission unit 131 has a function of transmitting an E message from the ports 1 to 3
  • the C transmission unit 132 has a function of transmitting a CAN message from the port 4 according to the CAN protocol.
  • the combining unit 133 has a function of concatenating information on a plurality of CAN messages received by the C receiving unit 112, for example, generating an E message for transmission, and transmitting it to the E transmitting unit 131. For example, when the payload of the E message received by the E receiving unit 111 includes a plurality of linked CAN message information (see FIG.
  • the dividing unit 134 has the number of messages indicated by the number of messages in FIG.
  • each CAN message information is divided into individual CAN message information, each CAN message is generated in accordance with the CAN protocol in accordance with each CAN message information, and sequentially transmitted to the C transmission unit 132.
  • the transmission order in this case that is, the transmission order of each CAN message transmitted by the C transmission unit 132 follows, for example, the arrangement order of CAN message information in the payload of the E message that is the basis thereof.
  • the transmission unit 130 is connected to the port selected by the transfer destination selection unit 120 for the E message received by the reception unit 110 (any one of the cables 20a to 20c and the bus 30c).
  • a frame based on the received E message (that is, an E message when ports 1 to 3 are selected and a CAN message when port 4 is selected) is transmitted. That is, when the ports selected by the transfer destination selection unit 120 for the E message received by the reception unit 110 are ports 1 to 3, the transmission unit 130 has at least the same payload content as the E message.
  • the E message is sent to the cable connected to the selected port, and the port selected by the transfer destination selecting unit 120 for the E message received by the receiving unit 110 is the port 4 ( If it is a CAN port), a CAN message including the first information (CAN message information) in the E message is sent to the bus 30c.
  • the transmission unit 130 sends the CAN message to the bus 30c, uses the ID of the first information (CAN message information) (that is, the value of the ID field) in the E message received by the HUB 100, and the ID field of the CAN message. , The size indicated by the first information (that is, the value of DLC) is put in the DLC of the CAN message, the data indicated by the first information (that is, the value of the data field) is put in the data field of the CAN message, This is done by sending the generated CAN message to the bus 30c.
  • CAN message information that is, the value of the ID field
  • the size indicated by the first information that is, the value of DLC
  • the data indicated by the first information that is, the value of the data field
  • the transmission unit 130 transmits the CAN message to the bus 30c, and each of the plurality of CAN messages This is done by sequentially sending each of the plurality of CAN messages including different parts (individual CAN message information) of the first information in the E message received by the HUB 100 to the bus 30c.
  • the HUB 100 may have a function of generating an E message based on the CAN message received by the C receiving unit 112 and transmitting it from any one of the ports 1 to 3.
  • FIG. 11 is a flowchart showing an E-ECU process as an example of the operation of the E-ECU according to the present embodiment.
  • the E-ECU process executed by the E-ECU 200a will be described with reference to FIG.
  • the E-ECU 200a receives external information (E message from another E-ECU, data from the communication module 300a, etc.) by the receiving unit 210 (step S1).
  • the E-ECU 200a performs data processing (generation of various information to be transmitted to other ECUs, etc.) by the data processing unit 221 based on the received external information (step S2).
  • the E-ECU 200a uses a destination table to determine whether or not the transmission destination of the information is the C-ECU. Is determined (step S3).
  • the E-ECU 200a determines the CAN-ID according to the data type of the information
  • the CAN message construction unit 224 determines the CAN-ID and the data CAN message information indicating data indicating the information generated by the processing unit 221 and the size of the data is generated (step S4).
  • the data indicating the information generated by the data processing unit 221 exceeds the maximum data length of the CAN message, a plurality of pieces of CAN message information are generated.
  • the E-ECU 200a determines whether or not it is necessary to transmit a plurality of CAN message information (step S5), and if necessary, combines (concatenates) the individual CAN message information generated in step S4. (Step S6).
  • step S5 when a plurality of CAN message information is generated by dividing the data indicating the information generated by the data processing unit 221, or when the data processing unit 221 generates a plurality of information, a plurality of CAN messages are displayed. It is determined that transmission is necessary. If the E-ECU 200a determines in step S5 that it is not necessary to transmit a plurality of CAN messages, it skips step S6.
  • step S7 when the E-ECU 200a determines that the transmission destination is the C-ECU in step S3, the E-ECU 200a uses one CAN message information generated in step S4 or a plurality of CAN message information concatenated in step S6 as a payload.
  • the E message to be included is constructed by the message construction unit 223 (step S7).
  • step S7 when the E-ECU 200a determines that the transmission destination is not the C-ECU in step S3, the message construction unit 223 sends an E message including data indicating information generated by the data processing unit 221 in the payload. To construct.
  • the E-ECU 200a generates an E message in which the CAN message information to be transmitted to the C-ECU and the ON CAN flag are stored in the payload, or should be transmitted to the E-ECU.
  • An E message is generated in which the information and the CAN flag turned off are stored in the payload.
  • a destination MAC address determined using a destination table according to the data type of information to be transmitted is set in the header of the E message whose destination is not the C-ECU. Further, the destination MAC address indicating the specific address described above is set in the header of the E message whose destination is the C-ECU.
  • the E-ECU 200a transmits the E message generated in step S7 to the cable 20a by the transmission unit 230 (step S8).
  • the E message transmitted by the E-ECU 200a is received by the HUB 100.
  • E-ECUs 200b and 200c can perform the same operation as the E-ECU 200a.
  • FIG. 12 is a flowchart showing a HUB process as an example of the operation of the HUB 100.
  • the HUB process is a process for transferring an E message when an E message is received.
  • the transfer of the E message is transmission of the same E message as the received E message or transmission of a CAN message based on the received E message.
  • the HUB process executed by the HUB 100 will be described with reference to FIG.
  • the HUB 100 receives the E message from any of the ports 1 to 3 (step S11).
  • the HUB 100 determines whether or not the CAN flag in the received E message is ON (step S12). If the CAN flag is ON, the received E message includes the first information (CAN message information) that is the basis of the CAN message to be transmitted to the second network. If the CAN flag is OFF, the E message is the first information. Will not be included.
  • the HUB 100 selects the port corresponding to the destination E-ECU (destination MAC address) by using the MAC address table by the transfer destination selection unit 120 (step S13). Then, the HUB 100 transmits the same E message as the received E message from the port selected in step S13 (step S14), and ends the processing corresponding to the received E message.
  • step S12 determines whether or not a plurality of CAN message information is included in the received E message (step S12). S15), if it is included, it is divided into individual CAN message information (step S16).
  • the HUB 100 uses the CAN message information based on the CAN message information for each CAN message information divided in step S16, or for the CAN message information when it is determined that only one CAN message information is included in step S15. Is generated (step S17).
  • the CAN message information is composed of, for example, a CAN-ID, size, and data (see FIG. 5)
  • the HUB 100 includes the CAN-ID, size, and data and includes the CAN message (see FIG. 6). Generate.
  • the HUB 100 sequentially transmits each CAN message generated on the bus 30c from the port 4 (CAN port), thereby transmitting each CAN message to the CAN gateway 400 (step S18), and corresponding to the received E message. Finish the process.
  • the CAN gateway 400 transfers the CAN message to, for example, one or both of the bus 30a and the bus 30b based on a predetermined transfer rule.
  • a transfer rule in the CAN gateway 400 for example, a rule that defines a transfer destination bus for each CAN-ID is used.
  • FIG. 13 is a sequence diagram illustrating an example of message transmission in the in-vehicle network system 10.
  • E-ECU ECU
  • C-ECU ECU
  • the E-ECU 200a transmits, as the E message indicating the CAN message, for example, an E message including three CAN message information including different CAN-IDs to the HUB 100 via the cable 20a (step S101).
  • the HUB 100 that has received the E message determines whether the E message indicates a CAN message by using a CAN flag or the like (step S102), and in the case of indicating a CAN message, the connected CAN message information included in the E message as necessary. Is divided into three individual CAN message information (step S103).
  • the HUB 100 sequentially transmits three CAN messages to the bus 30c based on the CAN-ID, size, and data of the three CAN message information (steps S104 to S106).
  • the CAN gateway 400 receives the three CAN messages, and transfers the CAN messages to the bus selected based on the transfer rule in accordance with the CAN-ID in each received CAN message (steps S107 to S109).
  • the E-ECU 200a when the E-ECU 200a wants to transmit information to the C-ECU, the E-ECU 200a transmits an E message including CAN message information, a CAN flag, and the like.
  • the HUB 100 can appropriately select the destination of the CAN message indicated by the E message.
  • the E message is based on the E message. It becomes possible to identify whether or not to send a CAN message to the CAN bus.
  • the E-ECU 200a can include a plurality of pieces of CAN message information serving as a basis for a plurality of CAN messages in the E message. Thereby, the transmission efficiency of information can be improved.
  • the HUB 100 is modified by providing a conversion device between the HUB 100 and the bus 30c in the in-vehicle network system 10 (see FIG. 1) shown in the first embodiment.
  • the same reference numerals as those in the first embodiment are used for the same components as those shown in the first embodiment, and the description thereof is omitted.
  • the in-vehicle network system according to the present embodiment is the same as the in-vehicle network system 10 shown in the first embodiment with respect to points that are not particularly described here.
  • FIG. 14 shows a schematic configuration of the in-vehicle network according to the present embodiment.
  • the HUB 100 in the in-vehicle network (see FIG. 2) shown in the first embodiment is replaced with a HUB 100a, and a conversion device 700 and a cable 20d are added.
  • the HUB 100a does not include a CAN port but includes a plurality of ports for connecting cables 20a to 20d that are Ethernet (registered trademark) cables.
  • the HUB 100a is connected to the conversion device 700 via a cable 20d, and the conversion device 700 is connected to the CAN gateway 400 via a bus 30c.
  • the E-ECUs 200a to 200c can communicate with each other via the first network configured by connecting the cables with the HUB 100a.
  • the C-ECUs 500a to 500d can communicate with each other via a second network including the buses 30a and 30b, the CAN gateway 400, and the like.
  • the E-ECU 200a can communicate with the C-ECU 500a via the cable 20a, the HUB 100a, the cable 20d, the conversion device 700, the bus 30c, the CAN gateway 400, and the bus 30a.
  • FIG. 15 is a configuration diagram of the HUB 100a.
  • the HUB 100a is a partial modification of the HUB 100 shown in the first embodiment, and the points not particularly shown here are the same as the HUB 100.
  • the HUB 100a has ports 1 to 3 and a port A. Each of the ports 1 to 3 and the port A is connected to each of the cables 20a to 20d constituting the first network. The port A is connected to the cable 20 d connected to the conversion device 700.
  • the HUB 100a includes a receiving unit 110a, a transfer destination selecting unit 120a, and a transmitting unit 130a, and transfers an E message. Each of these components is realized by a communication circuit, a memory, a digital circuit (or a processor that executes a program stored in the memory) in the HUB 100a.
  • the receiving unit 110a includes an E receiving unit 111 that receives an E message from ports 1 to 3 or port A.
  • the transfer destination selection unit 120a is a partial modification of the transfer destination selection unit 120 shown in the first embodiment, and is similar to the transfer destination selection unit 120 in that it is not particularly shown here.
  • the transfer destination selecting unit 120a determines whether or not the E message received by the receiving unit 110a includes first information (CAN message information) that is a basis of a CAN message (data frame) to be transmitted to the second network.
  • a port for transmitting a frame based on the E message is selected based on the determination result. That is, when the E message received by the receiving unit 110a does not include CAN message information, the transfer destination selecting unit 120a, based on the destination MAC address in the header of the E message, has the same E content as the E message. Select one of ports 1 to 3 as the message destination.
  • the transfer destination selecting unit 120a selects a port with reference to the MAC address table.
  • the destination MAC address related to port A in the MAC address table for example, the specific address described in the first embodiment may be defined, or the MAC address of the conversion device 700 may be defined.
  • the HUB 100a may learn the MAC address of the conversion device 700 and update the MAC address table.
  • the MAC address of the conversion device 700 is determined as the destination MAC address related to port A of the MAC address table, for example, the E-ECU 200a that is the transmission source of the E message including CAN message information is The MAC address of the conversion device 700 may be designated as the destination MAC address in the header of the E message.
  • the transfer destination selection unit 120a may select a port according to the MAC address table without confirming whether the E message includes CAN message information. If it is possible to determine whether or not the E message includes CAN message information using the CAN flag arranged in the payload, the MAC address table may not include port A information.
  • the transfer destination selecting unit 120a determines based on the CAN flag in the E message even if it is determined based on the destination MAC address of the E message. However, the port A (the port connected to the device connected to the bus 30c via the cable 20d) is selected as the destination of the same E message as the received E message.
  • the transmission unit 130a transmits the same E message as the E message received by the E reception unit 111 (or at least the E message having the same payload contents) to the port (ports 1 to 3) selected by the transfer destination selection unit 120a.
  • an E transmission unit 131 that transmits from port A) that is, transmits to a cable connected to the port is included.
  • FIG. 16 is a configuration diagram of the conversion device 700.
  • the conversion device 700 includes, for example, a processor, a digital circuit such as a memory, an analog circuit, a communication circuit, and the like.
  • the conversion device 700 has a function of converting an E message into a CAN message.
  • a reception unit 710 As functional components for realizing this function, a reception unit 710, a transfer destination determination unit 720, a division unit 730, and a CAN transmission unit 740.
  • Each of these functional components is realized by a communication circuit in the conversion apparatus 700, a processor that executes a program stored in a memory, and the like.
  • the conversion device 700 may have a function of converting a CAN message into an E message.
  • the receiving unit 710 receives an E message from the cable 20d.
  • the transfer destination determination unit 720 determines whether the E message received by the reception unit 710 includes first information (CAN message information) that is a basis of a CAN message (data frame) to be transmitted to the second network. Based on the determination result, it is determined whether or not a CAN message based on the E message should be sent to the bus 30c. For example, when the E message received by the receiving unit 710 does not include CAN message information, the transfer destination determining unit 720 determines that the CAN message should not be sent to the bus 30c, and discards the E message. When the E message received by the receiving unit 710 includes CAN message information, the transfer destination determining unit 720 notifies the dividing unit 730 of the content of the payload of the E message.
  • first information CAN message information
  • CAN message information data frame
  • the dividing unit 730 In the case where a plurality of concatenated CAN message information is included as the contents of the payload of the notified E message (see FIG. 5), the dividing unit 730, for example, the number of individual CANs indicated by the number of messages in FIG. It has a function of dividing into message information, generating each CAN message according to the CAN protocol according to each CAN message information, and sequentially transmitting it to the CAN transmitter 740.
  • the transmission order in this case follows, for example, the order of CAN message information in the payload of the E message.
  • the dividing unit 730 when one CAN message information is included as the content of the notified E message payload, the dividing unit 730 generates a CAN message according to the CAN protocol according to the CAN message information, and transmits the CAN message. Part 740.
  • the CAN transmission unit 740 sequentially transmits CAN messages to the bus 30c configuring the second network in the order of transmission to the dividing unit 730 according to the CAN protocol. Thereby, the CAN message is transferred to an appropriate bus by the CAN gateway 400 connected to the bus 30c, and is received by the C-ECU.
  • the E-ECU 200a when the E-ECU 200a wants to transmit information to the C-ECU, the E-ECU 200a transmits an E message including CAN message information, a CAN flag, and the like.
  • the HUB 100a can appropriately select the transmission destination of the E message including the CAN message information.
  • the HUB 100a Only the E message including the message information can be transmitted to the conversion apparatus 700 having a conversion function to the CAN message.
  • the conversion device 700 includes, for example, a first network that transmits a first type frame (for example, Ethernet (registered trademark) frame) according to a first communication protocol (for example, Ethernet (registered trademark) protocol), and a first communication protocol.
  • a first type frame for example, Ethernet (registered trademark) frame
  • a first communication protocol for example, Ethernet (registered trademark) protocol
  • a second communication protocol for example, CAN protocol
  • the function of the CAN gateway 400 is included in the HUB 100 in the in-vehicle network system 10 (see FIG. 1) shown in the first embodiment.
  • the same reference numerals as those in the first embodiment are used for the same components as those shown in the first embodiment, and the description thereof is omitted.
  • the in-vehicle network system according to the present embodiment is the same as the in-vehicle network system 10 shown in the first embodiment with respect to points that are not particularly described here.
  • FIG. 17 shows a schematic configuration of the in-vehicle network according to the present embodiment.
  • the CAN gateway 400 and the bus 30c in the in-vehicle network (see FIG. 2) shown in the first embodiment are omitted, and the HUB 100 is replaced with a HUB 100b including the same function as the CAN gateway 400. It is a thing.
  • the HUB 100b includes a plurality of ports (that is, terminals for connecting Ethernet (registered trademark) cables) for connection to the E-ECU.
  • the HUB 100b includes a plurality of ports (that is, terminals connected to the bus) for connecting to a bus to which one or more C-ECUs are connected. That is, the HUB 100b includes ports that connect the cables 20a to 20c and the buses 30a and 30b.
  • the E-ECUs 200a to 200c can communicate with each other via the first network configured by connecting the cables with the HUB 100b. Further, the C-ECUs 500a to 500d can communicate with each other via a second network including the buses 30a and 30b. Further, for example, the E-ECU 200a can communicate with the C-ECU 500a via the cable 20a, the HUB 100b, and the bus 30a.
  • FIG. 18 is a configuration diagram of the HUB 100b.
  • the HUB 100b has ports 1-5. Each of the ports 1 to 3 is connected to each of the cables 20a to 20c constituting the first network. Each of port 4 (CAN port 1) and port 5 (CAN port 2) is connected to each of buses 30a and 30b constituting the second network.
  • the HUB 100b may be provided with three or more CAN ports, but for convenience of explanation, an example provided with two CAN ports is shown here.
  • the HUB 100 b includes a receiving unit 110, a transfer destination selecting unit 120 b, and a transmitting unit 130. Each of these components is realized by a communication circuit, a memory, a digital circuit (or a processor that executes a program stored in the memory) in the HUB 100b.
  • the receiving unit 110 includes an E receiving unit 111 that receives E messages from the ports 1 to 3 and a C receiving unit 112 that receives CAN messages from the ports 4 and 5.
  • the transfer destination selection unit 120b determines whether or not the E message received by the reception unit 110 includes first information (CAN message information) that is a basis of a CAN message (data frame) to be transmitted to the second network. A port for transmitting a frame based on the E message is selected based on the determination result. In other words, when the E message received by the receiving unit 110 does not include CAN message information, the transfer destination selecting unit 120b, based on the destination MAC address in the header of the E message, has the same content as the E message. Select one of ports 1 to 3 as the message destination. The transfer destination selection unit 120b selects ports 1 to 3 with reference to the MAC address table.
  • the transfer destination selecting unit 120b selects one of the ports 4 and 5 as a CAN message transmission destination based on the CAN message information according to the destination table. Is selected.
  • the transfer destination selecting unit 120b selects one of the ports 4 and 5 as the transfer destination of the CAN message according to the destination table.
  • FIG. 19 shows an example of a destination table used by the HUB 100b.
  • the destination table is a table in which a transmission source of a received frame, a CAN-ID when the frame is a CAN message, and a frame destination are associated with each other.
  • the source of the received frame indicates the source MAC address if the frame is an E message, and indicates the CAN port (CAN port 1 or CAN port 2) that received the frame if the frame is a CAN message. .
  • the transfer destination selection unit 120 b when receiving an E message including CAN message information with CAN-ID “0x123” from the E-ECU having the MAC address 1, the transfer destination selection unit 120 b It is selected as a CAN message transmission destination based on the CAN message information.
  • the transfer destination selecting unit 120b sets both the CAN port 1 and the CAN port 2 to the CAN message based on the CAN message information. As the destination of the message.
  • the transfer destination selecting unit 120b selects the CAN port 2 as the transfer destination of the CAN message.
  • the transmitting unit 130 includes an E transmitting unit 131, a C transmitting unit 132, a combining unit 133, and a dividing unit 134.
  • the C transmission unit 132 receives the received E message at the selected port.
  • the CAN message based on the CAN message information or the received CAN message is transmitted.
  • the HUB 100b may have a function of generating an E message based on the CAN message received by the C receiving unit 112 and transmitting it from any of the ports 1 to 3.
  • the E-ECU 200a when the E-ECU 200a wants to transmit information to the C-ECU, the E-ECU 200a transmits an E message including CAN message information, a CAN flag, and the like. As a result, the HUB 100b can appropriately select the destination of the CAN message indicated by the E message.
  • the HUB 100b since the HUB 100b according to the third embodiment has a CAN message transfer function between CAN buses, the number of devices constituting the in-vehicle network can be reduced. The reduction in the number of devices mounted on the vehicle produces effects such as cost reduction and failure rate reduction. Further, the HUB 100b selects a CAN bus to which the CAN message is to be transmitted, based on the CAN-ID included in the CAN message information. As a result, the E-ECU 200a includes the CAN-ID corresponding to the C-ECU to which information is to be transmitted in the E message, so that the information transmission is realized.
  • a HUB 100c (described later) in which the HUB 100 is partially modified is used instead of the HUB 100 in the in-vehicle network system 10 (see FIG. 1) shown in the first embodiment.
  • the same reference numerals as those in the first embodiment are used for the same components as those shown in the first embodiment, and the description thereof is omitted.
  • the in-vehicle network system according to the present embodiment is the same as the in-vehicle network system 10 shown in the first embodiment with respect to points that are not particularly described here.
  • FIG. 20 is a configuration diagram of the HUB 100c.
  • the HUB 100c is obtained by replacing the transmission unit 130 of the HUB 100 described in Embodiment 1 with a transmission unit 130b.
  • the HUB 100c includes a receiving unit 110, a transfer destination selecting unit 120, and a transmitting unit 130b.
  • Each of these components is realized by a communication circuit, a memory, a digital circuit (or a processor that executes a program stored in the memory) in the HUB 100c.
  • the transmission unit 130 b includes an E transmission unit 131 and a C transmission unit 132.
  • the E transmission unit 131 has a function of transmitting an E message from the ports 1 to 3
  • the C transmission unit 132 has a function of transmitting a CAN message from the port 4 according to the CAN protocol.
  • the C transmission unit 132 receives the received E A CAN message is generated based on the CAN message information included in the message, and the CAN message is sent from the port 4 to the bus 30c.
  • the HUB 100c may have a function of generating an E message based on the CAN message received by the C receiving unit 112 and transmitting it from any of the ports 1 to 3.
  • FIG. 21 is a flowchart showing an E-ECU process as an example of the operation of the E-ECU according to the present embodiment.
  • the E-ECU process executed by the E-ECU 200a will be described with reference to FIG.
  • the same steps as those in the first embodiment are denoted by the same reference numerals as those in FIG. Description is omitted as appropriate.
  • the E-ECU 200a receives external information by the receiving unit 210 (step S1), and the data processing unit 221 generates various information to be transmitted to other ECUs (step S2). For each piece of information generated by the data processing unit 221 in the transmission destination determination unit 222, the E-ECU 200a determines whether the transmission destination of the information is a C-ECU using a destination table according to the data type of the information. If the destination is the C-ECU, the CAN-ID is determined according to the data type of the information, and the CAN message construction unit 224 determines the CAN-ID and the data processing unit 221. CAN message information indicating the data indicating the generated information and the size of the data is generated (step S4).
  • step S3 When the E-ECU 200a determines in step S3 that the transmission destination is the C-ECU, the E-ECU 200a uses the message construction unit 223 to construct an E message including one CAN message information generated in step S4 in the payload (step S3). S7).
  • step S7 when the E-ECU 200a determines that the transmission destination is not the C-ECU in step S3, the message construction unit 223 sends an E message including data indicating information generated by the data processing unit 221 in the payload. To construct.
  • the E-ECU 200a transmits the E message generated in step S7 to the cable 20a by the transmission unit 230 (step S8).
  • the E message transmitted by the E-ECU 200a is received by the HUB 100c.
  • E-ECUs 200b and 200c can perform the same operation as the E-ECU 200a.
  • FIG. 22 is a flowchart showing the HUB process as an example of the operation of the HUB 100c.
  • the HUB process executed by the HUB 100c will be described with reference to FIG.
  • the same processing steps as those in the first embodiment are denoted by the same reference numerals as those in FIG. Omitted as appropriate.
  • the HUB 100c receives the E message from any of the ports 1 to 3 (step S11), and determines whether or not CAN message information is included in the E message (step S12a). This determination may be performed based on, for example, whether or not the CAN flag is ON, or may be performed based on, for example, whether or not the destination MAC address in the header of the E message is the specific address described in the first embodiment. It is also good.
  • the transfer destination selection unit 120 uses the MAC address table to determine a port corresponding to the destination E-ECU. Selection (step S13), the same E message as the received E message is transmitted from the selected port (step S14), and the processing corresponding to the received E message is completed.
  • the HUB 100c determines in step S12a that the received E message includes CAN message information, the HUB 100c generates a CAN message based on the CAN message information included in the received E message (step S17).
  • the CAN message information is composed of, for example, a CAN-ID, size, and data (see FIG. 4)
  • the HUB 100c includes the CAN-ID, size, and data, and transmits the CAN message (see FIG. 6). Generate.
  • the HUB 100c transmits the CAN message generated from the port 4 (CAN port) to the bus 30c, thereby transmitting the CAN message to the CAN gateway 400 (step S18), and finishes the processing corresponding to the received E message.
  • the CAN gateway 400 transfers the CAN message to, for example, both or one of the bus 30a and the bus 30b based on a predetermined transfer rule.
  • the E-ECU 200a when the E-ECU 200a wants to transmit information to the C-ECU, the E-ECU 200a transmits an E message including CAN message information, a CAN flag, and the like. As a result, the HUB 100c can appropriately select the destination of the CAN message indicated by the E message. Note that the EUB unit 100a includes the CAN message information for one CAN message in the E message, so that the HUB 100c does not bear a processing burden such as division of the content of the payload of the received E message.
  • the transmission destination determination unit 222 in the generation unit 220 of the E-ECU 200a determines that the ECU that is the destination of the information is the C-ECU in the destination table of FIG.
  • To the message construction unit 224 as a destination MAC address In the first embodiment, a broadcast address, a multicast address, and the like are illustrated as specific addresses. However, in this embodiment, an example in which a local MAC address is used as the specific address is shown. The local MAC address is obtained by changing the value of a bit for identifying whether or not the MAC address is a global MAC address to a value other than the global MAC address.
  • the E-ECU 200a may use a destination table as shown in FIG. In the destination table of FIG. 23, a destination MAC address is associated with each data type. As the destination MAC address, “02: aa: bb: cc: 01: 23”, “02: aa: bb: cc: A local MAC address such as “02:34” is included. In this example, the data type associated with the local MAC address is information to be transmitted to the C-ECU.
  • the generation unit 220 of the E-ECU 200a When generating the E message by including the first information (CAN message information), the generation unit 220 of the E-ECU 200a transmits the E message to the second network as the destination MAC address in the header of the E message.
  • a specific value (specific address or the like) determined to indicate the second information indicating that the first information should be included is included. This specific value may be the specific address shown in the first embodiment, or a data value (local MAC) in which a bit value for identifying whether or not the MAC address is a global MAC address is a value other than the global MAC address. Address).
  • the third value representing a part of the CAN message such as CAN-ID is included in the data value (local MAC address) to reduce the content of the CAN message information included in the payload of the E message. Also good.
  • the generation unit 220 sets a data value indicating CAN-ID as the destination MAC address of the E message, and sets CAN message information including size and data and not including CAN-ID in the payload. good.
  • the HUB 100 does not determine whether or not the CAN message information is included in the received E message based on whether or not the CAN flag is ON, but identifies the destination MAC address as described above in the header of the E message. The determination may be made based on whether or not a value (for example, a local MAC address) is set. Thereby, it is possible to determine whether or not the payload includes information to be transmitted to the second network only by referring to the header of the E message. For example, in the case where the payload of the E message is encrypted, It may be possible to simplify the processing (eg, omission of decoding). Further, the HUB 100 may specify the CAN-ID using the correspondence table shown in FIG. 24 based on a specific value (for example, a local MAC address) set in the destination MAC address of the header of the E message. FIG. 24 shows a correspondence table in which MAC addresses are associated with CAN-IDs.
  • FIG. 25 is a flowchart showing the HUB process as an example of the operation of the modified HUB 100 according to the present embodiment.
  • the HUB processing by the modified HUB 100 will be described with reference to FIG.
  • the same processing steps as those in the first embodiment are denoted by the same reference numerals as those in FIG. Omitted as appropriate.
  • the generation unit 220 of the E-ECU 200a sets a data value (local MAC address) corresponding to CAN-ID as the destination MAC address of the E message, and includes the CAN-ID including size and data in the payload. A description will be given assuming that one piece of CAN message information is set.
  • the modified HUB 100 receives the E message from any of the ports 1 to 3 (step S11), and whether or not the CAN message information is included in the E message, whether the destination MAC address of the header is a specific value Determination is made (step S12b). This determination may be made based on, for example, whether the destination MAC address is the specific address described above, or based only on the value of the bit that identifies whether the destination MAC address is the global MAC address. You may do it.
  • the transfer destination selection unit 120 Using the MAC address table, a port corresponding to the destination E-ECU is selected (step S13), and the same E message as the received E message is sent from the selected port (step S14). The process corresponding to is finished.
  • the modified HUB 100 determines in step S12b that the received E message contains CAN message information (when it is determined that the destination MAC address in the header is a specific value), the correspondence table (see FIG. 24). Is obtained from the destination MAC address (step S21). Note that any method may be used to obtain the CAN-ID from the destination MAC address that is the specific value. In addition to the method using the correspondence table, for example, the E-ECU 200a that is the transmission source of the E message uses a specific value in which the CAN-ID is included in a part of the destination MAC address. A method may be used in which the CAN-ID is extracted from the destination MAC address using the modified HUB 100.
  • the E-ECU 200a transmits an E message in which a specific value as a result of the predetermined calculation for the CAN-ID is set as the destination MAC address, and the modified HUB 100 performs a calculation corresponding to the predetermined calculation from the destination MAC address by the CAN.
  • -A method of calculating ID may be used.
  • the modified HUB 100 generates a CAN message based on the CAN-ID obtained in step S21 and the size and data as CAN message information in the payload of the received E message (step S17a).
  • the modified HUB 100 transmits the CAN message generated from the port 4 (CAN port) to the bus 30c, thereby transmitting the CAN message to the CAN gateway 400 (step S18), and processing corresponding to the received E message. Finish.
  • the transmission unit 130 of the modified HUB 100 transmits the CAN message including the first information (CAN message information) in the E message received by the reception unit 110 to the bus 30c, in the header in the E message. Generated by putting the CAN-ID specified based on the value of the destination MAC address in the ID field of the CAN message and putting the data (data field value) indicated by the CAN message information in the data field of the CAN message. This is done by sending the CAN message to the bus 30c.
  • Embodiments 1 to 5 have been described as examples of the technology according to the present disclosure.
  • the technology according to the present disclosure is not limited to this, and can also be applied to embodiments in which changes, replacements, additions, omissions, and the like are appropriately performed.
  • the following modifications are also included in one embodiment of the present disclosure.
  • the E-ECU 200a places the first information (CAN message information) including the CAN flag, CAN-ID, size and data in the payload of the E message. (See FIGS. 4 and 5), as shown in FIG. 26, in the payload, the first information (as a set of data (also referred to as individual data) here) that is the contents of the data field in the CAN message and the CAN message. CAN message information) may be arranged.
  • the CAN flag is turned ON, for example, and is used as second information indicating that the first information is included.
  • the HUB 100 can specify the content of each CAN message from the set of individual data in the payload of the received E message using the correspondence table illustrated in FIG. 27 and transmit the CAN message.
  • the individual data that is the CAN message data (data field contents) of CAN-ID “0x123” is arranged in a size of 2 bytes from the second byte of the payload of the E message.
  • individual data serving as CAN message data (data field contents) of CAN-ID “0x234” is arranged in a size of one byte from the first byte of the payload of the E message.
  • the transmitting unit 130 of the HUB 100 transmits the CAN message to the bus 30c so that the individual data set included in the E message received by the HUB 100 is arranged in the payload of the individual data.
  • This is done by putting the CAN-ID specified based on the ID field of the CAN message and sending the CAN message generated by putting the value of the individual data in the data field of the CAN message to the bus 30c.
  • the E-ECU 200a can transmit the individual data to the C-ECU by arranging and transmitting the individual data in the payload of the E message according to the correspondence table similar to that of the HUB 100. In the correspondence table illustrated in FIG.
  • a flag indicating whether each individual data is valid may be provided, and the HUB 100 may extract and transmit only valid individual data.
  • the E-ECU 200a does not have the same correspondence table as the HUB 100, and the payload is configured in the same manner when information is transmitted to the E-ECU and when it is transmitted to the C-ECU. An E message may be transmitted.
  • the correspondence table (see FIG. 27) used by the HUB 100 is appropriately determined in advance corresponding to the data structure of the E message transmitted from the E-ECU 200a to the C-ECU.
  • the in-vehicle network system 10 shown in the first embodiment may include one or more HUBs 100a shown in the second embodiment in addition to the HUB100.
  • FIG. 28 shows an example of an in-vehicle network in which the HUB 100a is arranged between the E-ECU 200a and the HUB 100.
  • the E message including CAN message information transmitted from the E-ECU 200a reaches the HUB 100 via the HUB 100a in the first network.
  • the HUB 100a handles the HUB 100 in the same manner as the conversion device 700 shown in the second embodiment.
  • the in-vehicle network system is shown.
  • the above-described devices such as the ECU (E-ECU and C-ECU), the HUB, the conversion device, and the like are various network communication systems such as robots and industrial equipment. Can be used.
  • the in-vehicle network includes the first network and the second network, and the first network transmits an E message (Ethernet (registered trademark) frame) according to the Ethernet (registered trademark) protocol.
  • E message electronic message
  • Ethernet registered trademark
  • a CAN message data frame
  • This CAN protocol has a broad meaning including CANNOpen used for embedded systems in automation systems, or derivative protocols such as TTCAN (Time-Triggered CAN), CANFD (CAN-Flexible Data-Rate). It may be treated.
  • the data frame in the CAN protocol may be an extended ID format in addition to the standard ID format.
  • the Ethernet (registered trademark) frame may be, for example, an Ethernet (registered trademark) version 2 frame, or may be a frame defined by IEEE 802.3.
  • the Ethernet (registered trademark) protocol includes Ethernet (registered trademark) AVB (Audio Video Bridging) according to IEEE 802.1 or Ethernet (registered trademark) TSN (Time Sensitive Network) and Ethernet (registered trademark) according to IEEE 802.1. ) / IP (Industrial Protocol), EtherCAT (registered trademark) (Ethernet (registered trademark) for Control Automation Technology), etc.
  • the first network transmits a first type frame (for example, an E message) according to a first communication protocol
  • the second network is a bus according to a second communication protocol different from the first communication protocol. Transmission of the second type frame (for example, a CAN message) may be performed.
  • the first communication protocol is, for example, the Ethernet (registered trademark) protocol, but is not limited to the Ethernet (registered trademark) protocol, and may be, for example, a broader reach protocol.
  • the second communication protocol is, for example, the CAN protocol, but is not limited to the CAN protocol.
  • the second communication protocol is LIN (Local Interconnect Network), MOST (registered trademark) (Media Oriented Systems Transport), FlexRay (registered trademark), or the like.
  • Ethernet (registered trademark) shown in the above embodiment has a higher communication speed than CAN.
  • the first communication protocol may be various protocols having a higher communication speed than the second communication protocol.
  • the first type frame (for example, E message) is used as the basis of the second type frame (for example, CAN message) to be transmitted to the second network in the payload of the first type frame.
  • the identification flag may be included in the header of the first type frame.
  • the E-ECU 200a may include the CAN flag in the header of the E message.
  • the payload includes information to be transmitted to the second network only by referring to the header of the E message.
  • the payload of the E message is encrypted, It may be possible to simplify the processing (eg, omission of decoding).
  • a bit for identifying whether or not the destination MAC address in the header of the E message is a global MAC address may be used as the CAN flag.
  • a CAN flag may be provided in the type field in the header of the E message.
  • the E-ECU 200a may include the CAN flag in both the header and the payload of the E message.
  • the source MAC address included in the E message and the E message in the E message are included in the destination table (see FIG. 19).
  • An example is shown in which a CAN port for transmitting a CAN message is selected according to the CAN-ID included in the CAN message information.
  • a CAN port that transmits a CAN message may be selected from the source MAC address and destination MAC address in the E message, or a CAN port that transmits a CAN message is selected from the destination MAC address and CAN-ID. You may do it.
  • the HUB 100b When the HUB 100b receives a CAN message from the CAN port, the HUB 100b selects one of the ports 1 to 5 as the transfer destination of the CAN message from the received CAN port and the CAN-ID included in the CAN message. May be. In this case, if the ports 1 to 3 are selected, the HUB 100b transmits the content of the CAN message included in the E message.
  • the E-ECU 200a has an example of having a function of transmitting an E message including CAN message information and a function of transmitting an E message not including CAN message information.
  • the ECU 200a may not have a function of transmitting an E message that does not include CAN message information.
  • the HUB (HUB 100 or the like) shown in the above embodiment is a switch (switching hub), it does not have to have a switch function. That is, if the HUB does not distinguish the destination MAC address of the E message and receives an E message whose CAN flag is not turned on from one port, for example, the HUB sends the E message to all Ethernets other than that port. It may be transferred to a port to which a (registered trademark) cable is connected. Thereby, the HUB does not need to hold a MAC address table, for example, and the memory can be reduced.
  • the CAN message information included in the E message transmitted by the E-ECU is composed of the CAN-ID, size, and data.
  • the CAN message information is the CAN message. Any element may be used as long as it includes information that is the basis of generation of.
  • the CAN message information is a group of elements according to the CAN message format defined in ISO11898-1 (SOF, CAN-ID, RTR, IDE, r, size, data,..., EOF shown in FIG. ).
  • ISO11898-1 SOF, CAN-ID, RTR, IDE, r, size, data,..., EOF shown in FIG.
  • the E-ECU transmits the CAN message to the CAN bus based on the E message in the HUB or the converter by transmitting the CAN message information according to the CAN message format and including it in the E message.
  • the processing burden can be reduced.
  • the CAN message information may be configured by information indicating CAN message data (data field contents), for example.
  • the HUB 100 or the like has shown an example in which a CAN message corresponding to the CAN message information is transmitted in the arrangement order of the plurality of CAN message information included in the payload of the received E message.
  • the order of message transmission is not limited to this.
  • the HUB 100 or the like may transmit the CAN messages in order of increasing CAN-ID based on the CAN message information, or for each CAN-ID.
  • the CAN messages may be transmitted in the transmission order based on a predetermined priority order.
  • the HUB 100 or the like may transmit a CAN message that needs to be transmitted periodically after waiting for the next periodic transmission time.
  • the E-ECU 200a or the like does not need to perform processing in consideration of the CAN message transmission order when transmitting an E message including a plurality of CAN message information.
  • the execution order of the various processing procedures shown in the above embodiment is not necessarily the same as the order described above. It is not limited, and the execution order can be changed, a plurality of procedures can be performed in parallel, or a part of the procedures can be omitted without departing from the scope of the disclosure.
  • the devices such as the ECU, HUB, and conversion device in the above embodiment may include other hardware components such as a hard disk device, a display, a keyboard, and a mouse.
  • the program stored in the memory may be executed by a processor to realize the function of the apparatus in software, or the function may be realized by dedicated hardware (digital circuit or the like). May be.
  • the function sharing of each component in the apparatus can be changed.
  • a part or all of the constituent elements constituting each device in the above embodiment may be constituted by one system LSI (Large Scale Integration).
  • the system LSI is an ultra-multifunctional LSI manufactured by integrating a plurality of components on a single chip.
  • the system LSI is a computer system including a microprocessor, a ROM, a RAM, and the like. .
  • a computer program is recorded in the RAM.
  • the system LSI achieves its functions by the microprocessor operating according to the computer program.
  • each part of the constituent elements constituting each of the above devices may be individually made into one chip, or may be made into one chip so as to include a part or the whole.
  • the system LSI is used here, it may be called IC, LSI, super LSI, or ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • integrated circuit technology comes out to replace LSI's as a result of the advancement of semiconductor technology or a derivative other technology, it is naturally also possible to carry out function block integration using this technology. Biotechnology can be applied as a possibility.
  • a part or all of the constituent elements constituting each of the above devices may be composed of an IC card that can be attached to and detached from each device or a single module.
  • the IC card or the module is a computer system including a microprocessor, a ROM, a RAM, and the like.
  • the IC card or the module may include the super multifunctional LSI described above.
  • the IC card or the module achieves its function by the microprocessor operating according to the computer program. This IC card or this module may have tamper resistance.
  • a frame generation method including all or part of the processing procedure illustrated in FIGS. 11 and 21 may be used.
  • the transfer method may include all or part of the processing procedure shown.
  • the frame generation method includes a first network in which transmission of a first type frame is performed according to a first communication protocol (for example, Ethernet (registered trademark) protocol), and a second communication protocol (for example, CAN protocol) different from the first communication protocol.
  • a first communication protocol for example, Ethernet (registered trademark) protocol
  • a second communication protocol for example, CAN protocol
  • the first type frame that includes the first information that is the basis of the second type frame to be performed and the second information that indicates that the first type frame includes information to be transmitted to the second network is included in the first type frame.
  • the first type frame is generated according to the first communication protocol.
  • the first type frame is transmitted according to the first communication protocol
  • the second type frame is transmitted via the bus according to the second communication protocol different from the first communication protocol.
  • a transfer method used in a network hub in a network system including a second network wherein a reception step of receiving a first type frame and the first type frame received in the reception step should be transmitted to the second network
  • it may be a program (computer program) for realizing this method by a computer, or may be a digital signal composed of the computer program.
  • a generation step (a step of generating a first type frame according to a first communication protocol) according to a frame generation method and a transmission step (a step of transmitting the first type frame generated in the generation step to the first network)
  • a transmission step (a step of transmitting the first type frame generated in the generation step to the first network)
  • first information as a basis of the second type frame to be transmitted to the second network, and second information indicating that the first type frame includes information to be transmitted to the second network
  • a computer-readable recording medium such as a flexible disk, a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a DVD-RAM, or a BD can be used as the computer program or the digital signal.
  • (Blu-ray (registered trademark) Disc) recorded on a semiconductor memory or the like.
  • the digital signal may be recorded on these recording media.
  • the computer program or the digital signal may be transmitted via an electric communication line, a wireless or wired communication line, a network typified by the Internet, data broadcasting, or the like.
  • an aspect of the present disclosure may be a computer system including a microprocessor and a memory, the memory recording the computer program, and the microprocessor operating according to the computer program. Also, by recording and transferring the program or the digital signal on the recording medium, or by transferring the program or the digital signal via the network or the like, by another independent computer system It may be carried out.
  • the present disclosure can be used for an ECU to transmit information to another ECU connected to a bus of a second network such as CAN via a first network such as Ethernet (registered trademark). .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)

Abstract

ＨＵＢ（１００）は、第１種フレームを受信する受信部（１１０）と、受信部（１１０）で受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、その判別の結果に基づいてその第１種フレームに基づくフレームを送出するポートを選定する転送先選定部（１２０）と、受信部（１１０）で受信された第１種フレームについての転送先選定部（１２０）で選定されたポートに接続される有線伝送路に、その第１種フレームに基づくフレームを送出する送信部（１３０）とを備える。

Description

ネットワークハブ、転送方法及び車載ネットワークシステム
　本開示は、車載ネットワークで通信する電子制御ユニット間のメッセージの転送技術に関する。
　近年、自動車の中のシステムには、電子制御ユニット（ＥＣＵ：Electronic Control Unit）と呼ばれる装置が多数配置されている。これらのＥＣＵをつなぐネットワークは車載ネットワークと呼ばれる。車載ネットワークには、多数の規格が存在する。その中でも最も主流な車載ネットワークの一つに、ＩＳＯ１１８９８－１で規定されているＣＡＮ（Controller Area Network）という規格が存在する。ＣＡＮでは、有線伝送路（通信路）であるバスに接続されている各ＥＣＵ（ノード）が、フレーム（メッセージ）を送受信する。またＣＡＮでは、送信先や送信元を指す識別子は存在せず、送信ノードはフレーム毎にＩＤ（ＣＡＮ－ＩＤ）を付けて送信し（つまりバスに信号を送出し）、各受信ノードは予め定められたＣＡＮ－ＩＤのメッセージのみを受信する（つまりバスから信号を読み取る）。また、より多くの情報を伝送するための規格として、ＩＥＥＥ８０２．３で規定されているＥｔｈｅｒｎｅｔ（登録商標）という規格が存在する。Ｅｔｈｅｒｎｅｔ（登録商標）のフレーム（メッセージ）は、送信先や送信元を指す情報をヘッダに含む。Ｅｔｈｅｒｎｅｔ（登録商標）では、１フレームで送信できる最大データ量がＣＡＮより大きい。
　特許文献１には、ＣＡＮプロトコルに従った機器とＥｔｈｅｒｎｅｔ（登録商標）プロトコル等に従った機器との間でメッセージの中継を行うゲートウェイが記載されている。
特開２０１６－１１１４７７号公報
　Ｅｔｈｅｒｎｅｔ（登録商標）のネットワークと、ＣＡＮのネットワークとを含む車載ネットワークシステムにおいて、他の電子制御ユニットと通信する電子制御ユニット（ＥＣＵ）それぞれは、Ｅｔｈｅｒｎｅｔ（登録商標）とＣＡＮとのうち少なくとも一方のインタフェースを備えることになる。この場合に、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェースを有する電子制御ユニットと通信を行い、かつ、ＣＡＮのバスに接続された電子制御ユニット（つまりＣＡＮのインタフェースを有する電子制御ユニット）とも通信を行う必要がある電子制御ユニットそれぞれが、両方のインタフェースを備えることには、コストの増大等といった問題がある。このため、例えばＥｔｈｅｒｎｅｔ（登録商標）のインタフェースのみを備える電子制御ユニットが、ゲートウェイ等を介して、ＣＡＮのバスに接続された電子制御ユニットへ情報を伝達できることが望まれる。なお、特許文献１は、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェースを備える電子制御ユニット（以下、「Ｅ－ＥＣＵ」とも称する。）が送信したメッセージが、他のＥ－ＥＣＵに伝送されるか、ＣＡＮのバスに接続された電子制御ユニット（以下、「Ｃ－ＥＣＵ」とも称する。）に伝送されるかといった伝送経路の振り分けについて示していない。
　そこで、本開示は、Ｅｔｈｅｒｎｅｔ（登録商標）等の第１ネットワークと、ＣＡＮ等の第２ネットワークとを含む車載ネットワークシステムにおいて、Ｅ－ＥＣＵから送信されたメッセージの伝送経路を適切に定めるネットワークハブ（ＨＵＢ）を提供する。また、本開示は、そのＨＵＢに用いられる転送方法、及び、そのＨＵＢを含む車載ネットワークシステムを提供する。
　上記課題を解決するために本開示の一態様に係るネットワークハブ（ＨＵＢ）は、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムで用いられるネットワークハブであって、第１種フレームを受信する受信部と、前記受信部で受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備えるネットワークハブである。
　また、上記課題を解決するために本開示の一態様に係る転送方法は、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムにおけるネットワークハブで用いられる転送方法であって、第１種フレームを受信する受信ステップと、前記受信ステップで受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定ステップと、前記受信ステップで受信された第１種フレームについての前記転送先選定ステップで選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信ステップとを含む転送方法である。
　また、上記課題を解決するために本開示の一態様に係る車載ネットワークシステムは、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムであって、第１ネットワークに接続された電子制御ユニットと、第１ネットワークに接続されたネットワークハブとを備え、前記電子制御ユニットは、第１通信プロトコルに従って第１種フレームを生成する生成部と、前記生成部により生成された第１種フレームを第１ネットワークに送信する送信部とを備え、前記生成部は、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、当該第１種フレームに含ませて、当該第１種フレームの前記生成を行い、前記ネットワークハブは、第１種フレームを受信する受信部と、前記受信部で受信された第１種フレームが前記第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備える車載ネットワークシステムである。
　本開示によれば、Ｅｔｈｅｒｎｅｔ（登録商標）のネットワークに接続された電子制御ユニット（Ｅ－ＥＣＵ）が、ＣＡＮのバスに接続された電子制御ユニット（Ｃ－ＥＣＵ）に対しての情報の伝達を、適切に行えるようになる。
実施の形態１に係る車載ネットワークシステムの全体構成を示す図である。 実施の形態１に係る車載ネットワークの概略構成を示す図である。 実施の形態１に係る車載ネットワークの一部で送受信されるＥｔｈｅｒｎｅｔ（登録商標）フレーム（「Ｅメッセージ」とも称する。）のフォーマットを示す図である。 Ｅメッセージのペイロードの構成（１つのＣＡＮメッセージ情報を含む構成）の一例を示す図である。 Ｅメッセージのペイロードの構成（複数のＣＡＮメッセージ情報を含む構成）の一例を示す図である。 ＣＡＮプロトコルで規定されるデータフレームのフォーマットを示す図である。 実施の形態１に係る電子制御ユニット（Ｅ－ＥＣＵ）の構成図である。 実施の形態１に係るＥ－ＥＣＵで用いられる宛先テーブルの一例を示す図である。 実施の形態１に係るネットワークハブ（ＨＵＢ）の構成図である。 実施の形態１に係るＨＵＢで用いられるＭＡＣ（Media Access Control）アドレステーブルの一例を示す図である。 実施の形態１に係るＥ－ＥＣＵの動作の一例を示すフローチャートである。 実施の形態１に係るＨＵＢの動作の一例を示すフローチャートである。 実施の形態１に係る車載ネットワークシステムにおけるメッセージ伝送の例を示すシーケンス図である。 実施の形態２に係る車載ネットワークの概略構成を示す図である。 実施の形態２に係るＨＵＢの構成図である。 実施の形態２に係る変換装置の構成図である。 実施の形態３に係る車載ネットワークの概略構成を示す図である。 実施の形態３に係るＨＵＢの構成図である。 実施の形態３に係るＨＵＢで用いられる宛先テーブルの一例を示す図である。 実施の形態４に係るＨＵＢの構成図である。 実施の形態４に係るＥ－ＥＣＵの動作の一例を示すフローチャートである。 実施の形態４に係るＨＵＢの動作の一例を示すフローチャートである。 実施の形態５に係るＥ－ＥＣＵで用いられる宛先テーブルの一例を示す図である。 実施の形態５に係るＨＵＢで用いられる、ＭＡＣアドレスとＣＡＮ－ＩＤとを対応付けた対応テーブルの一例を示す図である。 実施の形態５に係るＨＵＢの動作の一例を示すフローチャートである。 Ｅメッセージのペイロードの構成の変形例を示す図である。 変形例に係るＥメッセージのペイロード内の各個別データの位置とＣＡＮ－ＩＤとを対応付けた対応テーブルの一例を示す図である。 変形例に係る車載ネットワークの概略構成を示す図である。
　本開示の一態様に係るネットワークハブ（ＨＵＢ）は、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムで用いられるネットワークハブであって、第１種フレームを受信する受信部と、前記受信部で受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備えるネットワークハブである。これにより、フレーム（メッセージ）を中継するＨＵＢで、第１情報の有無によりフレームの送出先のポートが選定されるので、Ｅｔｈｅｒｎｅｔ（登録商標）等の第１ネットワークに接続されたＥＣＵ（例えばＥ－ＥＣＵ）が、ＣＡＮ等の第２ネットワークのバスに接続されたＥＣＵ（例えばＣ－ＥＣＵ）に対しての情報の伝達を、適切に行えるようになる。なお、第１種フレームの送信元のＥＣＵ（例えばＥ－ＥＣＵ）は、例えば、第１通信プロトコル（例えばＥｔｈｅｒｎｅｔ（登録商標）プロトコル）に従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコル（例えばＣＡＮプロトコル）に従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムにおいて第１ネットワークに接続されるＥＣＵであり、第１通信プロトコルに従って第１種フレームを生成する生成部と、その生成部により生成された第１種フレームを第１ネットワークに送信する送信部とを備え、その生成部は、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、その第１種フレームに含ませて、その第１種フレームの生成を行う。
　また、第１通信プロトコルは、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルであり、第２通信プロトコルは、ＣＡＮ（Controller Area Network）プロトコルであり、第１種フレームは、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダと、ペイロードであるデータとを含むＥｔｈｅｒｎｅｔ（登録商標）フレームであり、第２種フレームは、データフィールドを含むデータフレームであり、前記第１情報は、前記データフィールドの内容を示し、前記ネットワークハブは、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートを有することとしても良い。このＨＵＢでフレームの中継がなされることにより、例えばＥｔｈｅｒｎｅｔ（登録商標）インタフェースしか有さないＥ－ＥＣＵが、ＣＡＮバスに接続されたＣ－ＥＣＵに対して、適切に情報を伝達し得る。
　また、前記ネットワークハブは、第２種フレームの伝送が行われる前記バスに接続されるポートを有し、前記転送先選定部は、前記受信部で受信された第１種フレームが前記第１情報を含むと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記バスに接続されるポートを選定し、前記受信部で受信された第１種フレームが前記第１情報を含まないと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートを選定し、前記送信部は、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートが、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートである場合に、当該第１種フレームとは少なくとも前記ペイロードの内容が同一の第１種フレームを当該Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに送出し、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートが、前記バスに接続されるポートである場合に、当該第１種フレームにおける前記第１情報を含む第２種フレームを当該バスに送出することとしても良い。これにより、ＨＵＢが、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルから受信したフレームに基づくフレームを一定条件下で直接ＣＡＮバスに送出するので、この他にプロトコル変換機能を有する変換装置等を設ける必要がなくなる。
　また、第２種フレームは、ＩＤフィールド、ＤＬＣ（Data Length Code）及び前記データフィールドを含み、前記第１情報は、前記ＩＤフィールド、前記ＤＬＣ及び前記データフィールドの値を示し、前記送信部は、第２種フレームの前記バスへの前記送出を、前記第１情報が示す前記ＩＤフィールドの値を第２種フレームの前記ＩＤフィールドに入れて、前記第１情報が示す前記ＤＬＣの値を当該第２種フレームの前記ＤＬＣに入れて、前記第１情報が示す前記データフィールドの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行うこととしても良い。これにより、Ｅ－ＥＣＵが第１種フレーム内に含ませた第１情報に従ってＨＵＢがＣＡＮメッセージを生成してＣＡＮバスに送出するので、Ｅ－ＥＣＵにおいて任意のＣＡＮメッセージをＣ－ＥＣＵに伝達することが可能となる。
　また、前記第１情報は、第２ネットワークに伝送されるべき複数の第２種フレームそれぞれの前記ＩＤフィールド、前記ＤＬＣ及び前記データフィールドの値を示し、前記送信部は、第２種フレームの前記バスへの前記送出を、複数の第２種フレームのそれぞれが前記第１情報の互いに異なる一部を含むところの当該複数の第２種フレームを前記バスに送出することで、行うこととしても良い。これにより、Ｅ－ＥＣＵからＣ－ＥＣＵに対して情報を伝送する場合における伝送効率を高めることが可能となる。
　また、第２種フレームは、ＩＤフィールド及び前記データフィールドを含み、前記第１情報は、第１種フレームの前記ペイロードに配置された、第２ネットワークに伝送されるべき複数の第２種フレームそれぞれの前記データフィールドの値を示す個別データの集合であり、前記送信部は、第２種フレームの前記バスへの前記送出を、前記個別データの集合の各々について、当該個別データの前記ペイロードでの配置に基づいて特定されるＩＤ値を第２種フレームの前記ＩＤフィールドに入れて、当該個別データの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行うこととしても良い。これにより、Ｅ－ＥＣＵは、ＣＡＮ－ＩＤを第１種フレームに含ませる必要がなくなる。
　また、第２種フレームは、ＩＤフィールド及び前記データフィールドを含み、前記送信部は、前記受信部で受信された第１種フレームにおける前記第１情報を含む第２種フレームの前記バスへの前記送出を、当該第１種フレーム内の前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダにおける宛先ＭＡＣアドレスの値に基づいて特定されるＩＤ値を第２種フレームの前記ＩＤフィールドに入れて、前記第１情報が示す前記データフィールドの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行うこととしても良い。これにより、Ｅ－ＥＣＵは、ＣＡＮ－ＩＤを第１種フレームのペイロードに含ませる必要がなくなる。
　また、前記ネットワークハブは、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続される複数のポートを有し、当該複数のポートは、第２種フレームの伝送が行われる前記バスに接続される装置に対して前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されるポートを含み、前記転送先選定部は、前記受信部で受信された第１種フレームが前記第１情報を含むと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記バスに接続される前記装置に対して前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されるポートを選定し、前記送信部は、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続された前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに、当該第１種フレームとは少なくとも前記ペイロードの内容が同一の第１種フレームを送出することとしても良い。これにより、ＨＵＢは、Ｅ－ＥＣＵからのＣ－ＥＣＵに伝送されるべき情報を、Ｃ－ＥＣＵが接続するバスに接続された中継装置（別のＨＵＢ等）へと送出し得る。
　また、前記転送先選定部は、前記受信部で受信された第１種フレーム内の所定の識別フラグの値により前記判別を行うこととしても良い。これにより、ＨＵＢが識別フラグに従って情報の伝送経路を振り分けるので、Ｅ－ＥＣＵは、第１種フレーム内に識別フラグを適切に定めることで目的のＥＣＵに情報を伝送し得る。
　また、前記所定の識別フラグは、第１種フレームの前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ内に配置されていることとしても良い。これにより、ＨＵＢは、第１種フレームがＥ－ＥＣＵを宛先とする場合等においてペイロードを参照する必要がなくなり、情報の伝送経路の選定を比較的迅速に行えるようになる。
　また、前記転送先選定部は、前記受信部で受信された第１種フレーム内の前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダにおける宛先ＭＡＣアドレスの値により前記判別を行うこととしても良い。これにより、Ｅ－ＥＣＵは、Ｃ－ＥＣＵ宛ての情報であることを示すための識別フラグを、送信する第１種フレームのペイロード等に設ける必要がなくなる。このため、第１種フレームのデータ量の削減が可能となる。
　また、本開示の一態様に係る転送方法は、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムにおけるネットワークハブで用いられる転送方法であって、第１種フレームを受信する受信ステップと、前記受信ステップで受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定ステップと、前記受信ステップで受信された第１種フレームについての前記転送先選定ステップで選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信ステップとを含む転送方法である。これにより、Ｅｔｈｅｒｎｅｔ（登録商標）等の第１ネットワークに接続されたＥＣＵ（例えばＥ－ＥＣＵ）が、ＣＡＮ等の第２ネットワークのバスに接続されたＥＣＵ（例えばＣ－ＥＣＵ）に対しての情報の伝達を、適切に行えるようになる。
　また、本開示の一態様に係る車載ネットワークシステムは、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムであって、第１ネットワークに接続された電子制御ユニットと、第１ネットワークに接続されたネットワークハブとを備え、前記電子制御ユニットは、第１通信プロトコルに従って第１種フレームを生成する生成部と、前記生成部により生成された第１種フレームを第１ネットワークに送信する送信部とを備え、前記生成部は、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、当該第１種フレームに含ませて、当該第１種フレームの前記生成を行い、前記ネットワークハブは、第１種フレームを受信する受信部と、前記受信部で受信された第１種フレームが前記第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備える車載ネットワークシステムである。これにより、Ｅｔｈｅｒｎｅｔ（登録商標）等の第１ネットワークに接続されたＥＣＵ（例えばＥ－ＥＣＵ）が、ＨＵＢを介して、ＣＡＮ等の第２ネットワークのバスに接続されたＥＣＵ（例えばＣ－ＥＣＵ）に対しての情報の伝達を、適切に行えるようになる。
　なお、これらの全般的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータで読み取り可能なＣＤ－ＲＯＭ等の記録媒体で実現されても良く、システム、方法、集積回路、コンピュータプログラム又は記録媒体の任意な組み合わせで実現されても良い。
　以下、実施の形態に係るネットワークハブ（ＨＵＢ）及び電子制御ユニット（ＥＣＵ）を含む車載ネットワークシステムについて、図面を参照しながら説明する。ここで示す実施の形態は、いずれも本開示の一具体例を示すものである。従って、以下の実施の形態で示される数値、構成要素、構成要素の配置及び接続形態、並びに、ステップ（工程）及びステップの順序等は、一例であって本開示を限定するものではない。以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意に付加可能な構成要素である。また、各図は、模式図であり、必ずしも厳密に図示されたものではない。
　（実施の形態１）
　以下、本開示の実施の形態として、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従ってＥｔｈｅｒｎｅｔ（登録商標）フレーム（Ｅメッセージ）の授受を行う複数の電子制御ユニット（Ｅ－ＥＣＵ）を含む車載ネットワークシステム１０について、図面を用いて説明する。車載ネットワークシステム１０には、ＣＡＮプロトコルに従ってバスでデータフレーム（ＣＡＮメッセージ）等の授受を行う複数の電子制御ユニット（Ｃ－ＥＣＵ）も含まれる。
　［１．１　車載ネットワークシステム１０の全体構成］
　図１は、実施の形態１に係る車載ネットワークシステム１０の全体構成を示す。
　車載ネットワークシステム１０は、制御装置、センサ、アクチュエータ、ユーザインタフェース装置等の各種機器が搭載された車両におけるネットワーク通信システムである。車載ネットワークシステム１０は、車載ネットワークとして、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従ってＥｔｈｅｒｎｅｔ（登録商標）フレーム（Ｅメッセージ）の伝送が行われる第１ネットワーク（Ｅｔｈｅｒｎｅｔ（登録商標）のネットワーク）と、ＣＡＮプロトコルに従ってバスでデータフレーム（ＣＡＮメッセージ）等の伝送が行われる第２ネットワーク（ＣＡＮのネットワーク）とを含む。
　図１に示すように車載ネットワークシステム１０は、ネットワークハブ（ＨＵＢ）１００と、電子制御ユニット（Ｅ－ＥＣＵ）２００ａ～２００ｃと、ＣＡＮゲートウェイ４００と、電子制御ユニット（Ｃ－ＥＣＵ）５００ａ～５００ｄと、各電子制御ユニット（Ｅ－ＥＣＵ、Ｃ－ＥＣＵ）に接続した各種機器（通信モジュール３００ａ、リアカメラ３００ｂ、レーダ３００ｃ、エンジン６００ａ、ブレーキ６００ｂ、ドア開閉センサ６００ｃ、及び、ウィンドウ開閉センサ６００ｄ）と、ケーブル（Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル）２０ａ～２０ｃと、バス（ＣＡＮバス）３０ａ～３０ｃとを含んで構成される。Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル２０ａ～２０ｃは第１ネットワークの伝送路であり、バス３０ａ～３０ｃは第２ネットワークの伝送路である。
　なお、車載ネットワークシステム１０には、Ｅ－ＥＣＵ２００ａ～２００ｃ及びＣ－ＥＣＵ５００ａ～５００ｄ以外にもいくつものＥＣＵが含まれ得る。例えば、バス３０ａ～３０ｃには、Ｃ－ＥＣＵ５００ａ～５００ｄ以外にも、図示しないＣ－ＥＣＵが接続され得る。
　ＥＣＵ（Ｅ－ＥＣＵ及びＣ－ＥＣＵ）は、例えば、プロセッサ（マイクロプロセッサ）、メモリ等のデジタル回路、アナログ回路、通信回路等を含む装置である。メモリは、ＲＯＭ、ＲＡＭ等であり、プロセッサにより実行されるプログラム（ソフトウェアとしてのコンピュータプログラム）を記憶することができる。メモリとして、不揮発性メモリを含んでも良い。例えばプロセッサが、プログラム（コンピュータプログラム）に従って動作することにより、ＥＣＵは各種機能を実現することになる。なお、コンピュータプログラムは、所定の機能を達成するために、プロセッサに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
　Ｃ－ＥＣＵ５００ａ～５００ｄは、ＣＡＮプロトコルに従ってフレームの授受を行う。Ｃ－ＥＣＵ５００ａ～５００ｄは、それぞれエンジン６００ａ、ブレーキ６００ｂ、ドア開閉センサ６００ｃ、ウィンドウ開閉センサ６００ｄといった機器に接続されており、その機器の状態を取得し、例えば周期的に、状態を表すデータフレームを、バス３０ａ、バス３０ｂ等で構成される第２ネットワークに送信している。また、Ｃ－ＥＣＵ５００ａ～５００ｄは、第２ネットワークを構成するバスからデータフレームを受信して、データフレームを解釈し、受信すべきＣＡＮ－ＩＤを有するデータフレームか否かの判別を行い、必要に応じてデータフレーム内のデータ（データフィールドの内容）に従ってそのＣ－ＥＣＵに接続されている機器の制御を行い得るし、必要に応じてデータフレームを生成して送信し得る。
　ＣＡＮゲートウェイ４００は、バス３０ａ～３０ｃと接続されたゲートウェイ（中継装置等）としての一種のＥＣＵである。ＣＡＮゲートウェイ４００は、一方のバスから受信したデータフレームを他方のバスに転送する機能を有する。
　Ｅ－ＥＣＵ２００ａ～２００ｃは、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェースを有し、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続する。Ｅ－ＥＣＵ２００ａ～２００ｃは、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従ってＥｔｈｅｒｎｅｔ（登録商標）フレーム（Ｅメッセージ）の送信又は受信を行う。Ｅ－ＥＣＵ２００ａ～２００ｃは、それぞれ通信モジュール３００ａ、リアカメラ３００ｂ、レーダ３００ｃといった機器に接続されており、その機器から取得した情報に基づく処理を行い、必要に応じてその機器を制御し、或いは必要に応じて他のＥＣＵへの情報の送信を行い得る。通信モジュール３００ａは、インターネット等の外部ネットワーク９１を介して車両外のサーバ９０と通信する機能を有する装置である。サーバ９０は、例えば車両のＥＣＵに対して情報を提供する機能等を有するコンピュータである。
　ＨＵＢ１００は、Ｅ－ＥＣＵ２００ａ～２００ｃと接続されるＥｔｈｅｒｎｅｔ（登録商標）スイッチ（スイッチングハブ）である。また、ＨＵＢ１００は、バス３０ｃとも接続され、第１ネットワークと第２ネットワークとの間でフレーム（メッセージ）の転送を行う機能を有する。ＨＵＢ１００は、例えば、メモリ等のデジタル回路、アナログ回路、通信回路等を含み、プロセッサを含んでも良い。
　［１．２　車載ネットワークの構成］
　図２は、本実施の形態に係る車載ネットワークの概略構成を示す。
　車載ネットワークシステム１０においてＥ－ＥＣＵ２００ａ～２００ｃは互いに、各ケーブルをＨＵＢ１００で接続して構成される第１ネットワークを介して、通信し得る。また、Ｃ－ＥＣＵ５００ａ～５００ｄは互いに、バス３０ａ、３０ｂ、ＣＡＮゲートウェイ４００等で構成される第２ネットワークを介して、通信し得る。また、例えば、Ｅ－ＥＣＵ２００ａは、ケーブル２０ａ、ＨＵＢ１００、バス３０ｃ、ＣＡＮゲートウェイ４００及びバス３０ａを介して、Ｃ－ＥＣＵ５００ａと通信し得る。
　ＨＵＢ１００は、Ｅ－ＥＣＵと接続するためのポート（つまりＥｔｈｅｒｎｅｔ（登録商標）ケーブルを接続する端子）を複数備える。また、ＨＵＢ１００は、ＣＡＮゲートウェイ４００と接続されたバス３０ｃに接続するためのポート（ＣＡＮポート）を１つ備える。
　［１．３　車載ネットワークで送受信されるフレームの構成］
　図３は、第１ネットワークで送受信されるフレーム（Ｅメッセージ）のフォーマットを示す。同図に示すように、Ｅメッセージは、主たる伝送内容であるデータを格納するペイロードの前にヘッダ（Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ）を付加して構成される。ヘッダには、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、及び、タイプが含まれる。
　車載ネットワークシステム１０におけるＥ－ＥＣＵは、Ｃ－ＥＣＵに伝達すべき情報の送信の際に、ＣＡＮメッセージ情報を含むＥメッセージを送信する。ＣＡＮメッセージ情報は、ＣＡＮバスで伝送されるデータフレーム（ＣＡＮメッセージ）の基礎となる情報である。
　図３に示すＥメッセージのペイロード内のデータ構成例を図４及び図５に示す。図４は、１つのＣＡＮメッセージ情報だけをＥメッセージのペイロードに含む例を示す。また、図５は、複数のＣＡＮメッセージ情報をＥメッセージのペイロードに含むことを可能にする場合の例を示す。
　ＣＡＮメッセージ情報は、図４及び図５の例では、ＣＡＮ－ＩＤ、サイズ及びデータで構成される。図５のメッセージ数は、ＣＡＮメッセージ情報の個数を示す。なお、メッセージ数の代わりに、ＣＡＮメッセージ情報の全体のデータ量等を示す情報を用いても良い。また、ＣＡＮフラグは、Ｅメッセージが第２ネットワークに伝送されるべき情報を含むか否かを識別するための識別フラグであり、ＥメッセージのペイロードにＣＡＮメッセージ情報を含む場合（つまりＥメッセージの宛先となるＥＣＵがＣ－ＥＣＵである場合）においてＯＮにされ、それ以外の場合にＯＦＦ（つまりＯＮと相反する情報を示す値）にされるフラグである。図４及び図５の例では、Ｅメッセージのペイロードの先頭にＣＡＮフラグを配置する例を示しているがこれは一例に過ぎない。本実施の形態では、主として、図５のような複数のＣＡＮメッセージ情報をＥメッセージのペイロードに含ませ得ることとして説明する。これにより、例えば、伝送効率が高まり得る。
　なお、Ｅ－ＥＣＵは、Ｅ－ＥＣＵに伝達すべき情報であってＣ－ＥＣＵに伝達する必要がない情報を送信する場合には、Ｅメッセージのペイロードの内容には、ＣＡＮメッセージ情報を含ませる必要がない。この場合において、Ｅメッセージの宛先がＣ－ＥＣＵか否かをＣＡＮフラグによってしか区別できないとき等には、Ｅ－ＥＣＵは、例えば、Ｃ－ＥＣＵに伝達する必要がないＥメッセージのペイロードにおけるＣＡＮフラグ（図４、図５参照）をＯＦＦにする。
　第２ネットワークでは、Ｃ－ＥＣＵ５００ａ～５００ｄ等がＣＡＮプロトコルに従ってフレームの授受を行う。ＣＡＮプロトコルにおけるフレームには、データフレーム、リモートフレーム、オーバーロードフレーム及びエラーフレームがあるが、ここでは、主にデータフレームに注目して説明する。
　図６は、第２ネットワークで送受信されるデータフレーム（ＣＡＮメッセージ）のフォーマットを示す。同図に示すように、データフレームは、ＳＯＦ（Start Of Frame）、ＩＤ（ＣＡＮ－ＩＤ）、ＲＴＲ（Remote Transmission Request）、ＩＤＥ（Identifier Extension）、予約ビット「ｒ」、サイズ、データ、ＣＲＣ（Cyclic Redundancy Check）シーケンス、ＣＲＣデリミタ「ＤＥＬ」、ＡＣＫ（Acknowledgement）スロット、ＡＣＫデリミタ「ＤＥＬ」、及び、ＥＯＦ（End Of Frame）で構成される。ここで、ＩＤフィールドの内容としてのＩＤ（ＣＡＮ－ＩＤ）は、データの種類を示す識別子であり、メッセージＩＤとも称される。なお、ＣＡＮでは、複数のノードが同時に送信を開始した場合、このＣＡＮ－ＩＤが小さい値を持つフレームを優先する通信調停がなされる。サイズは、後続するデータフィールド（データ）の長さを示すＤＬＣ（Data Length Code）である。データの仕様については、ＣＡＮプロトコルで規定されておらず、車載ネットワークシステム１０において定められる。従って、車両の車種、製造者（製造メーカ）等に依存した仕様となり得る。
　［１．４　Ｅ－ＥＣＵの構成］
　図７は、Ｅ－ＥＣＵ２００ａの構成図である。Ｅ－ＥＣＵ２００ａは、受信部２１０と、生成部２２０と、送信部２３０とを含んで構成される。これらの各構成要素は、Ｅ－ＥＣＵ２００ａにおける通信回路、メモリに格納されたプログラムを実行するプロセッサ或いはデジタル回路等により実現される。
　受信部２１０は、外部情報つまりＥ－ＥＣＵ２００ａの外部からの情報を、受信する。受信部２１０は、Ｅ受信部２１１とデータ受信部２１２とを含む。Ｅ受信部２１１は、ケーブル２０ａを介してフレーム（Ｅメッセージ）を受信する。データ受信部２１２は、接続している機器（通信モジュール３００ａ）からデータを受信する。
　生成部２２０は、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従ってＥメッセージを生成する。生成部２２０は、データ処理部２２１と送信先判定部２２２とメッセージ構築部２２３とＣＡＮメッセージ構築部２２４とを含む。
　データ処理部２２１は、Ｅ受信部２１１とデータ受信部２１２との一方又は両方により受信された外部情報（データ或いはＥメッセージ）に基づく情報処理（演算等）を行い、他のＥＣＵに対して伝達すべき各種情報を生成する。データ処理部２２１は、この生成した各種情報として、外部情報そのものを用いても良い。データ処理部２２１による情報処理はいかなる内容であっても良く、データ処理部２２１は、いかなる情報を生成しても良い。データ処理部２２１が生成する各種情報は、例えば、車両の走行制御のための情報、車両のユーザに提示するための情報等であり、例えば、操舵指示角、速度指示値、現在速度値、通信情報等といった複数の種別（データタイプ）に分類される。
　送信先判定部２２２は、データ処理部２２１が生成した情報のデータタイプに応じて、例えば宛先テーブルを用いて送信先を判定する。図８は、送信先判定部２２２が用いる宛先テーブルの一例を示す。同図に例示する宛先テーブルは、情報のデータタイプ毎に、情報の宛先となるＥＣＵがＥ－ＥＣＵかＣ－ＥＣＵかを示す送信先タイプと、宛先ＭＡＣアドレス（或いはＣＡＮ－ＩＤ）とを対応付けたテーブルである。送信先判定部２２２は、データ処理部２２１が生成した情報の送信先がＣ－ＥＣＵであると判定した場合には、宛先テーブルに基づいてＣＡＮ－ＩＤを定めてＣＡＮメッセージ構築部２２４に通知する。また、送信先判定部２２２は、宛先テーブルを用いて、データ処理部２２１が生成した情報の送信先となる宛先ＭＡＣアドレスを定めて、メッセージ構築部２２３に通知する。なお、送信先判定部２２２は、送信先が複数のＥ－ＥＣＵであれば送信先毎の宛先ＭＡＣアドレスをメッセージ構築部２２３に通知する。送信先判定部２２２は、送信先がＣ－ＥＣＵであると判定した場合には、予め定められた特定アドレスを宛先ＭＡＣアドレスとして、メッセージ構築部２２４に通知する。特定アドレスの一例としては、ブロードキャストアドレス、マルチキャストアドレス、プロトコル変換機能を有する装置（変換装置）のＭＡＣアドレス等が、挙げられる。なお、ＨＵＢ１００はＭＡＣアドレスを有する必要がないがＭＡＣアドレスを有しても良く、ＨＵＢ１００がＭＡＣアドレスを有する場合におけるそのＭＡＣアドレスを、上述の特定アドレスとしても良い。
　ＣＡＮメッセージ構築部２２４では、通知されたＣＡＮ－ＩＤと、データ処理部２２１が生成した情報を示すデータと、そのデータのサイズとを示すＣＡＮメッセージ情報を生成する。例えば、データ処理部２２１が生成した情報を示すデータが、ＣＡＮメッセージの最大データ長を超える場合には、ＣＡＮメッセージ構築部２２４は、その情報を示すデータを分割することで、複数のＣＡＮメッセージ情報を生成する。ＣＡＮメッセージ構築部２２４で生成されたＣＡＮメッセージ情報は、メッセージ構築部２２３によりＥメッセージ中に配置されて、送信部２３０によりそのＥメッセージが送信されることになる。ＣＡＮメッセージ構築部２２４が生成するＣＡＮメッセージ情報は、少なくともＣＡＮメッセージのデータ（データフレームのデータフィールドの内容）を示す情報を含めば、その他の内容及び形式は任意であるが、例えば、図６に示すＣＡＮ－ＩＤ、サイズ、及びデータをＣＡＮプロトコルに従ったビット長で含むようにＣＡＮメッセージ情報を構成することは有用である。また、Ｃ－ＥＣＵに送信されるべきＣＡＮメッセージ情報を含むＥメッセージが伝送される過程で、ＨＵＢ１００等の装置で効率的にＣＡＮメッセージに変換できるようにすべく、例えばＣＡＮメッセージ構築部２２４で、ＣＡＮプロトコルに従ってＣＡＮメッセージのフォーマットに適合するようにＣＡＮメッセージ情報を構築することは、有用である。
　メッセージ構築部２２３は、送信先判定部２２２に通知された宛先ＭＡＣアドレス毎に、その宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスとしてのＥ－ＥＣＵ２００ａのＭＡＣアドレスとをヘッダに含ませてＥメッセージを構築する（図３参照）。メッセージ構築部２２３は、Ｅメッセージのペイロードには、例えば送信先がＣ－ＥＣＵであれば、ＯＮにしたＣＡＮフラグと、ＣＡＮメッセージ構築部２２４で構築されたＣＡＮメッセージ情報の個数と、その各ＣＡＮメッセージ情報とを含ませる（図５参照）。メッセージ構築部２２３は、Ｅメッセージのペイロードには、例えば送信先がＥ－ＥＣＵであれば、ＯＦＦにしたＣＡＮフラグと、データ処理部２２１が生成した情報を示すデータとを含ませる。なお、メッセージ構築部２２３では、データ処理部２２１が生成した情報が複数である場合において、ＣＡＮメッセージ構築部２２４が生成した、ＣＡＮ－ＩＤが相互に異なり得る複数のＣＡＮメッセージ情報を連結して、Ｅメッセージのペイロードに配置することとしても良い。
　生成部２２０では、上述のようにＥ受信部２１１とデータ受信部２１２との一方又は両方により受信された外部情報（データ或いはＥメッセージ）に基づいて、Ｃ－ＥＣＵに対してＣＡＮメッセージ情報を伝達する必要が生じた場合には、ＣＡＮメッセージ情報と、ＯＮにしたＣＡＮフラグとをペイロードに格納したＥメッセージを生成する。ＯＮにしたＣＡＮフラグは、Ｅメッセージが第２ネットワークに伝送されるべき第１情報（ＣＡＮメッセージの基礎となるＣＡＮメッセージ情報）を含むことを表す第２情報として利用される。また、生成部２２０は、その外部情報に基づいて、Ｅ－ＥＣＵに対して情報を伝達する必要が生じた場合には、その伝達すべき情報を含み、例えば、第２情報を含まない（つまりＣＡＮフラグをＯＦＦにした）Ｅメッセージを生成する。
　送信部２３０は、生成部２２０により生成されたＥメッセージを、ケーブル２０ａに送出することで、第１ネットワークに送信する。
　なお、Ｅ－ＥＣＵ２００ｂ、２００ｃも、上述したＥ－ＥＣＵ２００ａと同様の構成を有する。
　［１．５　ＨＵＢ１００の構成］
　図９は、ＨＵＢ１００の構成図である。ＨＵＢ１００は、ポート１～４を有する。ポート１～３のそれぞれは、第１ネットワークを構成するケーブル２０ａ～２０ｃのそれぞれと接続される。ポート４は、第２ネットワークを構成するバス３０ｃ（つまりＣＡＮゲートウェイ４００に接続される有線伝送路）に接続されるＣＡＮポートである。ＨＵＢ１００は、図９に示すように、受信部１１０と、転送先選定部１２０と、送信部１３０とを含んで構成される。これらの各構成要素は、ＨＵＢ１００における通信回路、メモリ、デジタル回路（或いはメモリに格納されたプログラムを実行するプロセッサ）等により実現される。
　受信部１１０は、ポート１～３からＥメッセージを受信するＥ受信部１１１と、ポート４からＣＡＮメッセージを受信するＣ受信部１１２とを含む。
　転送先選定部１２０は、受信部１１０により受信されたＥメッセージが、第２ネットワークに伝送されるべきＣＡＮメッセージ（データフレーム）の基礎となる第１情報（ＣＡＮメッセージ情報）を含むか否かを判別し、その判別の結果に基づいて、Ｅメッセージに基づくフレームを送出するポートを選定する。即ち、転送先選定部１２０は、受信部１１０で受信されたＥメッセージがＣＡＮメッセージ情報を含まない場合には、そのＥメッセージのヘッダの宛先ＭＡＣアドレスに基づいて、そのＥメッセージと同一内容のＥメッセージの送出先として、ポート１～３のいずれかを選定する。転送先選定部１２０は、ポートの選定を、ＭＡＣアドレステーブルを参照して行う。図１０は、転送先選定部１２０が用いるＭＡＣアドレステーブルの一例を示す。ＭＡＣアドレステーブルは、スイッチ（スイッチングハブ）としてのＨＵＢ１００が、ポート１～３のそれぞれからのＥメッセージの受信によりＭＡＣアドレスを学習することで、生成及び更新される。ＭＡＣアドレステーブルにおいてポート４（ＣＡＮポート）に係る宛先ＭＡＣアドレスとしては、例えば、上述した特定アドレスが定められていても良い。なお、ＥメッセージがＣＡＮメッセージ情報を含むか否かをペイロードに配置されたＣＡＮフラグで判別できる場合には、ＭＡＣアドレステーブルにポート４（ＣＡＮポート）の情報を含ませないこととしても良い。転送先選定部１２０は、受信部１１０で受信されたＥメッセージがＣＡＮメッセージ情報を含む場合には、Ｅメッセージの宛先ＭＡＣアドレスに基づいて判別してもＥメッセージ内のＣＡＮフラグに基づいて判別しても良いが、そのＣＡＮメッセージ情報を示すように構成したＣＡＮメッセージ（データフレーム）の送出先としてポート４（ＣＡＮポート）を選定する。
　送信部１３０は、Ｅ送信部１３１と、Ｃ送信部１３２と、結合部１３３と、分割部１３４とを含む。Ｅ送信部１３１は、ポート１～３からＥメッセージを送信する機能を有し、Ｃ送信部１３２は、ポート４からＣＡＮプロトコルに従ってＣＡＮメッセージを送信する機能を有する。結合部１３３は、例えばＣ受信部１１２で受信された複数のＣＡＮメッセージについての情報を連結して送信用のＥメッセージを生成してＥ送信部１３１に伝える機能を有する。分割部１３４は、Ｅ受信部１１１で受信されたＥメッセージのペイロードに、連結された複数のＣＡＮメッセージ情報が含まれる場合（図５参照）等において、例えば図５のメッセージ数で示される個数の、個々のＣＡＮメッセージ情報に分割して、各ＣＡＮメッセージ情報に応じてＣＡＮプロトコルに従った各ＣＡＮメッセージを生成してＣ送信部１３２に逐次伝達する機能を有する。この場合の伝達順、つまりＣ送信部１３２で送信する各ＣＡＮメッセージの送信順は、例えば、その基礎となったＥメッセージのペイロードにおけるＣＡＮメッセージ情報の並び順に従う。これらの構成により、送信部１３０は、受信部１１０で受信されたＥメッセージについての転送先選定部１２０で選定されたポートに接続される有線伝送路（ケーブル２０ａ～２０ｃ及びバス３０ｃのいずれか）に、その受信されたＥメッセージに基づくフレーム（つまりポート１～３が選定された場合にはＥメッセージ、ポート４が選定された場合にはＣＡＮメッセージ）を送出する。つまり、送信部１３０は、受信部１１０で受信されたＥメッセージについての転送先選定部１２０で選定されたポートが、ポート１～３である場合に、そのＥメッセージとは少なくともペイロードの内容が同一のＥメッセージをその選定されたポートに接続されたケーブルに送出し、受信部１１０で受信されたＥメッセージについての転送先選定部１２０で選定されたポートが、バス３０ｃに接続されるポート４（ＣＡＮポート）である場合に、そのＥメッセージにおける第１情報（ＣＡＮメッセージ情報）を含むＣＡＮメッセージをバス３０ｃに送出する。詳細には、送信部１３０は、ＣＡＮメッセージのバス３０ｃへの送出を、ＨＵＢ１００が受信したＥメッセージにおける第１情報（ＣＡＮメッセージ情報）のＩＤ（つまりＩＤフィールドの値）を、ＣＡＮメッセージのＩＤフィールドに入れて、第１情報が示すサイズ（つまりＤＬＣの値）をそのＣＡＮメッセージのＤＬＣに入れて、第１情報が示すデータ（つまりデータフィールドの値）をそのＣＡＮメッセージのデータフィールドに入れて、生成されたそのＣＡＮメッセージをバス３０ｃに送出することで、行う。また、ＨＵＢ１００が受信したＥメッセージが、複数のＣＡＮメッセージ情報を含む第１情報をペイロードに有する場合においては、送信部１３０は、ＣＡＮメッセージのバス３０ｃへの送出を、複数のＣＡＮメッセージのそれぞれが、ＨＵＢ１００が受信したＥメッセージにおける第１情報の互いに異なる一部（個々のＣＡＮメッセージ情報）を含むところのその複数のＣＡＮメッセージそれぞれをバス３０ｃに逐次送出することで、行う。
　なお、ＨＵＢ１００は、Ｃ受信部１１２で受信したＣＡＮメッセージに基づいてＥメッセージを生成してポート１～３のいずれかから送信する機能を有しても良い。
　［１．６　Ｅ－ＥＣＵの動作］
　図１１は、本実施の形態に係るＥ－ＥＣＵの動作の一例としてのＥ－ＥＣＵ処理を示すフローチャートである。以下、Ｅ－ＥＣＵ２００ａにより実行されるＥ－ＥＣＵ処理について、図１１に即して説明する。
　Ｅ－ＥＣＵ２００ａは、受信部２１０により外部情報（他のＥ－ＥＣＵからのＥメッセージ、通信モジュール３００ａからのデータ等）を受信する（ステップＳ１）。
　次に、Ｅ－ＥＣＵ２００ａは、受信した外部情報に基づいて、データ処理部２２１でデータ処理（他のＥＣＵに対して送信すべき各種情報の生成等）を行う（ステップＳ２）。
　そして、Ｅ－ＥＣＵ２００ａは、送信先判定部２２２で、データ処理部２２１が生成した情報毎について、その情報のデータタイプに応じて、宛先テーブルを用いてその情報の送信先がＣ－ＥＣＵか否かを判定する（ステップＳ３）。Ｅ－ＥＣＵ２００ａは、その情報の送信先がＣ－ＥＣＵであると判定した場合には、その情報のデータタイプに応じてＣＡＮ－ＩＤを定め、ＣＡＮメッセージ構築部２２４で、ＣＡＮ－ＩＤと、データ処理部２２１が生成した情報を示すデータと、そのデータのサイズとを示すＣＡＮメッセージ情報を生成する（ステップＳ４）。なお、上述したようにデータ処理部２２１が生成した情報を示すデータがＣＡＮメッセージの最大データ長を超える場合には分割して複数のＣＡＮメッセージ情報を生成する。
　また、Ｅ－ＥＣＵ２００ａは、複数のＣＡＮメッセージ情報を送信する必要があるか否かを判定し（ステップＳ５）、その必要があればステップＳ４で生成した個々のＣＡＮメッセージ情報を結合（連結）する（ステップＳ６）。ステップＳ５では、データ処理部２２１が生成した情報を示すデータの分割により複数のＣＡＮメッセージ情報を生成した場合、或いは、データ処理部２２１が複数の情報を生成した場合等において、複数のＣＡＮメッセージを送信する必要があると判定する。Ｅ－ＥＣＵ２００ａは、ステップＳ５で複数のＣＡＮメッセージを送信する必要がないと判定した場合には、ステップＳ６をスキップする。
　Ｅ－ＥＣＵ２００ａは、ステップＳ３で送信先がＣ－ＥＣＵであると判定した場合において、ステップＳ４で生成された１つのＣＡＮメッセージ情報、或いは、ステップＳ６で連結された複数のＣＡＮメッセージ情報をペイロードに含むＥメッセージを、メッセージ構築部２２３により構築する（ステップＳ７）。また、ステップＳ７ではＥ－ＥＣＵ２００ａは、ステップＳ３で送信先がＣ－ＥＣＵでないと判定した場合において、データ処理部２２１が生成した情報を示すデータをペイロードに含むＥメッセージを、メッセージ構築部２２３により構築する。一例としては、Ｅ－ＥＣＵ２００ａは、ステップＳ７では、Ｃ－ＥＣＵに伝達すべきＣＡＮメッセージ情報と、ＯＮにしたＣＡＮフラグとをペイロードに格納したＥメッセージを生成するか、Ｅ－ＥＣＵに伝達すべき情報と、ＯＦＦにしたＣＡＮフラグとをペイロードに格納したＥメッセージを生成する。なお、送信先がＣ－ＥＣＵでないＥメッセージのヘッダには、送信されるべき情報のデータタイプに応じて宛先テーブルを用いて定められた宛先ＭＡＣアドレスが設定される。また、送信先がＣ－ＥＣＵであるＥメッセージのヘッダには、上述した特定アドレスを示す宛先ＭＡＣアドレスが設定される。
　そして、Ｅ－ＥＣＵ２００ａは、ステップＳ７で生成したＥメッセージを、送信部２３０により、ケーブル２０ａに送信する（ステップＳ８）。Ｅ－ＥＣＵ２００ａにより送信されたＥメッセージは、ＨＵＢ１００に受信されることになる。
　なお、Ｅ－ＥＣＵ２００ｂ、２００ｃもＥ－ＥＣＵ２００ａと同様の動作を行い得る。
　［１．７　ＨＵＢ１００の動作］
　図１２は、ＨＵＢ１００の動作の一例としてのＨＵＢ処理を示すフローチャートである。ＨＵＢ処理は、Ｅメッセージを受信した場合のＥメッセージの転送の処理である。ここで、Ｅメッセージの転送は、受信したＥメッセージと同一のＥメッセージの送信、或いは、受信したＥメッセージに基づくＣＡＮメッセージの送信である。以下、ＨＵＢ１００により実行されるＨＵＢ処理について、図１２に即して説明する。
　ＨＵＢ１００は、ポート１～３のいずれかからＥメッセージを受信する（ステップＳ１１）。
　続いてＨＵＢ１００は、受信したＥメッセージにおけるＣＡＮフラグがＯＮか否かを判定する（ステップＳ１２）。ＣＡＮフラグがＯＮであれば、受信したＥメッセージが、第２ネットワークに伝送されるべきＣＡＮメッセージの基礎となる第１情報（ＣＡＮメッセージ情報）を含み、ＯＦＦであればそのＥメッセージが第１情報を含まないことになる。
　ＨＵＢ１００は、ＣＡＮフラグがＯＦＦであれば、転送先選定部１２０により、ＭＡＣアドレステーブルを用いて、宛先のＥ－ＥＣＵ（宛先ＭＡＣアドレス）に対応するポートを選定する（ステップＳ１３）。そして、ＨＵＢ１００は、ステップＳ１３で選定したポートから、受信したＥメッセージと同一のＥメッセージを送出し（ステップＳ１４）、受信したＥメッセージに対応する処理を終える。
　ＨＵＢ１００は、ステップＳ１２でＣＡＮフラグがＯＮであると判定した場合には、例えば図５に示すメッセージ数に基づいて、受信したＥメッセージにＣＡＮメッセージ情報が複数含まれるか否かを判別し（ステップＳ１５）、複数含まれる場合には個々のＣＡＮメッセージ情報に分割する（ステップＳ１６）。
　ＨＵＢ１００は、ステップＳ１６で分割された各ＣＡＮメッセージ情報について、或いは、ステップＳ１５でＣＡＮメッセージ情報が１つしか含まれないと判別した場合のそのＣＡＮメッセージ情報について、そのＣＡＮメッセージ情報に基づいてＣＡＮメッセージを生成する（ステップＳ１７）。ＣＡＮメッセージ情報が、例えば、ＣＡＮ－ＩＤ、サイズ及びデータで構成される場合（図５参照）においては、ＨＵＢ１００は、そのＣＡＮ－ＩＤ、サイズ及びデータを含ませてＣＡＮメッセージ（図６参照）を生成する。そして、ＨＵＢ１００は、ポート４（ＣＡＮポート）から、バス３０ｃに生成した各ＣＡＮメッセージを逐次送出することで、各ＣＡＮメッセージをＣＡＮゲートウェイ４００に送信し（ステップＳ１８）、受信したＥメッセージに対応する処理を終える。
　ＨＵＢ１００からバス３０ｃにＣＡＮメッセージが送出されるとＣＡＮゲートウェイ４００は、予め定められた転送ルールに基づいて、そのＣＡＮメッセージを、例えばバス３０ａ及びバス３０ｂの両方或いは一方に転送する。ＣＡＮゲートウェイ４００における転送ルールとして、例えば、ＣＡＮ－ＩＤ毎に転送先のバスを規定したルール等が用いられる。
　［１．８　Ｅ－ＥＣＵからＣ－ＥＣＵへのメッセージの伝送シーケンス］
　図１３は、車載ネットワークシステム１０におけるメッセージ伝送の例を示すシーケンス図である。以下、同図に即して、第１ネットワークに接続されたＥＣＵ（Ｅ－ＥＣＵ）から第２ネットワークに接続されたＥＣＵ（Ｃ－ＥＣＵ）への情報の伝送について説明する。
　Ｅ－ＥＣＵ２００ａは、ＣＡＮメッセージを示すＥメッセージとして、例えば互いに異なるＣＡＮ－ＩＤを含む３つのＣＡＮメッセージ情報を含むＥメッセージを、ケーブル２０ａを介してＨＵＢ１００に送信する（ステップＳ１０１）。
　そのＥメッセージを受信したＨＵＢ１００は、ＥメッセージがＣＡＮメッセージを示すかをＣＡＮフラグ等により判断し（ステップＳ１０２）、ＣＡＮメッセージを示す場合において必要に応じてＥメッセージに含まれる連結されたＣＡＮメッセージ情報を、３つの個々のＣＡＮメッセージ情報に分割する（ステップＳ１０３）。
　そしてＨＵＢ１００は、３つのＣＡＮメッセージ情報のＣＡＮ－ＩＤ、サイズ及びデータそれぞれに基づいて、３つのＣＡＮメッセージを、バス３０ｃに逐次送信する（ステップＳ１０４～Ｓ１０６）。これによりＣＡＮゲートウェイ４００は、３つのＣＡＮメッセージを受信し、受信した各ＣＡＮメッセージにおけるＣＡＮ－ＩＤに応じて、転送ルールに基づいて選択したバスにそのＣＡＮメッセージを転送する（ステップＳ１０７～Ｓ１０９）。
　［１．９　実施の形態１の効果］
　実施の形態１に係る車載ネットワークシステム１０では、Ｅ－ＥＣＵ２００ａが、Ｃ－ＥＣＵに情報を伝達したい場合に、ＣＡＮメッセージ情報、ＣＡＮフラグ等を含ませたＥメッセージを送信する。これにより、ＨＵＢ１００は、そのＥメッセージで示されたＣＡＮメッセージの宛先を適切に選定することができるようになる。なお、ＣＡＮフラグをＥメッセージに含ませて、ＥメッセージがＣＡＮメッセージ情報を含むか否かを示す方式によれば、例えばＥメッセージの宛先ＭＡＣアドレスがブロードキャストアドレスの場合においても、Ｅメッセージに基づいてＣＡＮメッセージをＣＡＮバスへ送出すべきか否かを識別可能となる。
　また、Ｅ－ＥＣＵ２００ａは、Ｅメッセージには、複数のＣＡＮメッセージの基礎となる複数のＣＡＮメッセージ情報を含ませることができる。これにより、情報の伝送効率を高めることができる。
　（実施の形態２）
　以下、実施の形態１で示した車載ネットワークシステム１０における車載ネットワークの構成を一部変形した例について説明する。
　本実施の形態に係る車載ネットワークシステムでは、実施の形態１で示した車載ネットワークシステム１０（図１参照）におけるＨＵＢ１００とバス３０ｃの間に変換装置を設けて、ＨＵＢ１００を変形している。なお、本実施の形態に係る車載ネットワークシステムにおいて、実施の形態１で示したものと同様の構成要素については、実施の形態１と同じ符号を用い、説明を省略する。また、本実施の形態に係る車載ネットワークシステムは、ここで特に説明しない点については、実施の形態１で示した車載ネットワークシステム１０と同様である。
　［２．１　車載ネットワークの構成］
　図１４は、本実施の形態に係る車載ネットワークの概略構成を示す。本実施の形態に係る車載ネットワークは、実施の形態１で示した車載ネットワーク（図２参照）におけるＨＵＢ１００を、ＨＵＢ１００ａに置き換え、変換装置７００及びケーブル２０ｄを追加したものである。
　ＨＵＢ１００ａは、ＣＡＮポートを備えず、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであるケーブル２０ａ～２０ｄを接続する複数のポートを備える。ＨＵＢ１００ａは、ケーブル２０ｄで変換装置７００と接続され、変換装置７００はバス３０ｃでＣＡＮゲートウェイ４００と接続される。
　本実施の形態に係る車載ネットワークシステムにおいてＥ－ＥＣＵ２００ａ～２００ｃは互いに、各ケーブルをＨＵＢ１００ａで接続して構成される第１ネットワークを介して、通信し得る。また、Ｃ－ＥＣＵ５００ａ～５００ｄは互いに、バス３０ａ、３０ｂ、ＣＡＮゲートウェイ４００等で構成される第２ネットワークを介して、通信し得る。また、例えば、Ｅ－ＥＣＵ２００ａは、ケーブル２０ａ、ＨＵＢ１００ａ、ケーブル２０ｄ、変換装置７００、バス３０ｃ、ＣＡＮゲートウェイ４００及びバス３０ａを介して、Ｃ－ＥＣＵ５００ａと通信し得る。
　［２．２　ＨＵＢ１００ａの構成］
　図１５は、ＨＵＢ１００ａの構成図である。ＨＵＢ１００ａは、実施の形態１で示したＨＵＢ１００を部分的に変形したものであり、ここで特に示さない点はＨＵＢ１００と同様である。ＨＵＢ１００ａは、ポート１～３及びポートＡを有する。ポート１～３及びポートＡのそれぞれは、第１ネットワークを構成するケーブル２０ａ～２０ｄのそれぞれと接続される。ポートＡは、変換装置７００に接続されるケーブル２０ｄと接続される。ＨＵＢ１００ａは、図１５に示すように、受信部１１０ａと、転送先選定部１２０ａと、送信部１３０ａとを含んで構成され、Ｅメッセージの転送を行う。これらの各構成要素は、ＨＵＢ１００ａにおける通信回路、メモリ、デジタル回路（或いはメモリに格納されたプログラムを実行するプロセッサ）等により実現される。
　受信部１１０ａは、ポート１～３或いはポートＡからＥメッセージを受信するＥ受信部１１１を含む。
　転送先選定部１２０ａは、実施の形態１で示した転送先選定部１２０を部分的に変形したものであり、ここで特に示さない点は転送先選定部１２０と同様である。転送先選定部１２０ａは、受信部１１０ａにより受信されたＥメッセージが、第２ネットワークに伝送されるべきＣＡＮメッセージ（データフレーム）の基礎となる第１情報（ＣＡＮメッセージ情報）を含むか否かを判別し、その判別の結果に基づいて、Ｅメッセージに基づくフレームを送出するポートを選定する。即ち、転送先選定部１２０ａは、受信部１１０ａで受信されたＥメッセージがＣＡＮメッセージ情報を含まない場合には、そのＥメッセージのヘッダの宛先ＭＡＣアドレスに基づいて、そのＥメッセージと同一内容のＥメッセージの送出先として、ポート１～３のいずれかを選定する。転送先選定部１２０ａは、ポートの選定を、ＭＡＣアドレステーブルを参照して行う。ＭＡＣアドレステーブルにおいてポートＡに係る宛先ＭＡＣアドレスとしては、例えば、実施の形態１で示した特定アドレスが定められていても良く、変換装置７００のＭＡＣアドレスが定められていても良い。また、ＨＵＢ１００ａが、変換装置７００のＭＡＣアドレスを学習して、ＭＡＣアドレステーブルを更新しても良い。ＭＡＣアドレステーブルのポートＡに係る宛先ＭＡＣアドレスとして変換装置７００のＭＡＣアドレスが定められていることとした場合においては、例えば、ＣＡＮメッセージ情報を含ませたＥメッセージの送信元のＥ－ＥＣＵ２００ａ等は、Ｅメッセージのヘッダで宛先ＭＡＣアドレスとして変換装置７００のＭＡＣアドレスを指定しても良い。この場合においては、転送先選定部１２０ａは、ＥメッセージがＣＡＮメッセージ情報を含むか否かを確認せずにＭＡＣアドレステーブルに従ってポートの選定を行うこととしても良い。なお、ＥメッセージがＣＡＮメッセージ情報を含むか否かをペイロードに配置されたＣＡＮフラグで判別できる場合には、ＭＡＣアドレステーブルにポートＡの情報を含ませないこととしても良い。転送先選定部１２０ａは、受信部１１０ａで受信されたＥメッセージがＣＡＮメッセージ情報を含む場合には、Ｅメッセージの宛先ＭＡＣアドレスに基づいて判別してもＥメッセージ内のＣＡＮフラグに基づいて判別しても良いが、その受信されたＥメッセージと同一のＥメッセージの送出先としてポートＡ（バス３０ｃに接続される装置に対してケーブル２０ｄで接続されるポート）を選定する。
　送信部１３０ａは、Ｅ受信部１１１で受信されたＥメッセージと同一のＥメッセージ（或いは、少なくともペイロードの内容が同一のＥメッセージ）を、転送先選定部１２０ａで選定されたポート（ポート１～３或いはポートＡ）から送信（つまりそのポートに接続されたケーブルに送出）するＥ送信部１３１を含む。
　［２．３　変換装置７００の構成］
　図１６は、変換装置７００の構成図である。変換装置７００は、例えば、プロセッサ、メモリ等のデジタル回路、アナログ回路、通信回路等で構成される。
　変換装置７００は、ＥメッセージをＣＡＮメッセージに変換する機能を有し、この機能の実現のための機能構成要素として、受信部７１０と、転送先判定部７２０と、分割部７３０と、ＣＡＮ送信部７４０とを含む。これらの各機能構成要素は、変換装置７００における通信回路、メモリに格納されたプログラムを実行するプロセッサ等により実現される。なお、変換装置７００は、ＣＡＮメッセージをＥメッセージに変換する機能を有しても良い。
　受信部７１０は、ケーブル２０ｄからＥメッセージを受信する。
　転送先判定部７２０は、受信部７１０により受信されたＥメッセージが、第２ネットワークに伝送されるべきＣＡＮメッセージ（データフレーム）の基礎となる第１情報（ＣＡＮメッセージ情報）を含むか否かを判別し、その判別の結果に基づいて、Ｅメッセージに基づくＣＡＮメッセージをバス３０ｃに送出すべきか否かを判定する。転送先判定部７２０は、例えば、受信部７１０で受信されたＥメッセージがＣＡＮメッセージ情報を含まない場合には、バス３０ｃにＣＡＮメッセージを送出すべきでないと判定し、そのＥメッセージを破棄する。転送先判定部７２０は、受信部７１０で受信されたＥメッセージがＣＡＮメッセージ情報を含む場合には、Ｅメッセージのペイロードの内容を分割部７３０に通知する。
　分割部７３０は、通知されたＥメッセージのペイロードの内容として、連結された複数のＣＡＮメッセージ情報が含まれる場合（図５参照）において、例えば図５のメッセージ数で示される個数の、個々のＣＡＮメッセージ情報に分割して、各ＣＡＮメッセージ情報に応じてＣＡＮプロトコルに従った各ＣＡＮメッセージを生成してＣＡＮ送信部７４０に逐次伝達する機能を有する。この場合の伝達順は、例えば、ＥメッセージのペイロードにおけるＣＡＮメッセージ情報の並び順に従う。また、分割部７３０は、通知されたＥメッセージのペイロードの内容として、１つのＣＡＮメッセージ情報が含まれる場合においては、そのＣＡＮメッセージ情報に応じてＣＡＮプロトコルに従ったＣＡＮメッセージを生成してＣＡＮ送信部７４０に伝達する。
　ＣＡＮ送信部７４０は、ＣＡＮプロトコルに従って、分割部７３０に伝達された順にＣＡＮメッセージを、第２ネットワークを構成するバス３０ｃへ逐次送信する。これによりＣＡＮメッセージは、バス３０ｃに接続されたＣＡＮゲートウェイ４００によって適切なバスへと転送され、Ｃ－ＥＣＵに受信される。
　［２．４　実施の形態２の効果］
　実施の形態２に係る車載ネットワークシステムでは、Ｅ－ＥＣＵ２００ａが、Ｃ－ＥＣＵに情報を伝達したい場合に、ＣＡＮメッセージ情報、ＣＡＮフラグ等を含ませたＥメッセージを送信する。これにより、ＨＵＢ１００ａは、そのＣＡＮメッセージ情報を含むＥメッセージの送信先を適切に選定することができるようになる。なお、ＣＡＮフラグをＥメッセージに含ませて、ＥメッセージがＣＡＮメッセージ情報を含むか否かを示す方式によれば、例えば、Ｅメッセージの宛先ＭＡＣアドレスがブロードキャストアドレスの場合においても、ＨＵＢ１００ａで、ＣＡＮメッセージ情報を含むＥメッセージのみを、ＣＡＮメッセージへの変換機能を有する変換装置７００に伝送することが可能になる。なお、変換装置７００は、例えば、第１通信プロトコル（例えばＥｔｈｅｒｎｅｔ（登録商標）プロトコル）に従って第１種フレーム（例えばＥｔｈｅｒｎｅｔ（登録商標）フレーム）の伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコル（例えばＣＡＮプロトコル）に従ってバスで第２種フレーム（例えばデータフレームであるＣＡＮメッセージ）の伝送が行われる第２ネットワークとの両方に接続され、第１ネットワークから第１種フレームを受信する受信部と、その受信部で受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含む場合に、その第１種フレームに基づくフレーム（例えばＣＡＮメッセージ）を第２ネットワークへ送出する送信部とを備えるように構成されても良い。
　（実施の形態３）
　以下、実施の形態１で示した車載ネットワークシステム１０における車載ネットワークの構成を一部変形した、別の例について説明する。
　本実施の形態に係る車載ネットワークシステムでは、実施の形態１で示した車載ネットワークシステム１０（図１参照）におけるＨＵＢ１００にＣＡＮゲートウェイ４００の機能を包含させている。なお、本実施の形態に係る車載ネットワークシステムにおいて、実施の形態１で示したものと同様の構成要素については、実施の形態１と同じ符号を用い、説明を省略する。また、本実施の形態に係る車載ネットワークシステムは、ここで特に説明しない点については、実施の形態１で示した車載ネットワークシステム１０と同様である。
　［３．１　車載ネットワークの構成］
　図１７は、本実施の形態に係る車載ネットワークの概略構成を示す。本実施の形態に係る車載ネットワークは、実施の形態１で示した車載ネットワーク（図２参照）におけるＣＡＮゲートウェイ４００とバス３０ｃとを省き、ＨＵＢ１００を、ＣＡＮゲートウェイ４００と同様の機能を含むＨＵＢ１００ｂに置き換えたものである。
　ＨＵＢ１００ｂは、Ｅ－ＥＣＵと接続するためのポート（つまりＥｔｈｅｒｎｅｔ（登録商標）ケーブルを接続する端子）を複数備える。また、ＨＵＢ１００ｂは、１つ又は複数のＣ－ＥＣＵが接続されたバスに接続するためのポート（つまりバスと接続する端子）を複数備える。即ち、ＨＵＢ１００ｂは、ケーブル２０ａ～２０ｃとバス３０ａ、３０ｂと接続する各ポートを備える。
　本実施の形態に係る車載ネットワークシステムにおいてＥ－ＥＣＵ２００ａ～２００ｃは互いに、各ケーブルをＨＵＢ１００ｂで接続して構成される第１ネットワークを介して、通信し得る。また、Ｃ－ＥＣＵ５００ａ～５００ｄは互いに、バス３０ａ、３０ｂで構成される第２ネットワークを介して、通信し得る。また、例えば、Ｅ－ＥＣＵ２００ａは、ケーブル２０ａ、ＨＵＢ１００ｂ及びバス３０ａを介して、Ｃ－ＥＣＵ５００ａと通信し得る。
　［３．２　ＨＵＢ１００ｂの構成］
　図１８は、ＨＵＢ１００ｂの構成図である。ＨＵＢ１００ｂは、ポート１～５を有する。ポート１～３のそれぞれは、第１ネットワークを構成するケーブル２０ａ～２０ｃのそれぞれと接続される。ポート４（ＣＡＮポート１）、ポート５（ＣＡＮポート２）のそれぞれは、第２ネットワークを構成するバス３０ａ、３０ｂのそれぞれと接続される。なお、ＨＵＢ１００ｂは、ＣＡＮポートを３つ以上備えても良いが、説明の便宜上ここでは２つ備える例を示している。ＨＵＢ１００ｂは、図１８に示すように、受信部１１０と、転送先選定部１２０ｂと、送信部１３０とを含んで構成される。これらの各構成要素は、ＨＵＢ１００ｂにおける通信回路、メモリ、デジタル回路（或いはメモリに格納されたプログラムを実行するプロセッサ）等により実現される。
　受信部１１０は、ポート１～３からＥメッセージを受信するＥ受信部１１１と、ポート４、５からＣＡＮメッセージを受信するＣ受信部１１２とを含む。
　転送先選定部１２０ｂは、受信部１１０により受信されたＥメッセージが、第２ネットワークに伝送されるべきＣＡＮメッセージ（データフレーム）の基礎となる第１情報（ＣＡＮメッセージ情報）を含むか否かを判別し、その判別の結果に基づいて、Ｅメッセージに基づくフレームを送出するポートを選定する。即ち、転送先選定部１２０ｂは、受信部１１０で受信されたＥメッセージがＣＡＮメッセージ情報を含まない場合には、そのＥメッセージのヘッダの宛先ＭＡＣアドレスに基づいて、そのＥメッセージと同一内容のＥメッセージの送出先として、ポート１～３のいずれかを選定する。転送先選定部１２０ｂは、ポート１～３の選定を、ＭＡＣアドレステーブルを参照して行う。
　転送先選定部１２０ｂは、受信部１１０で受信されたＥメッセージがＣＡＮメッセージ情報を含む場合には、宛先テーブルに従って、そのＣＡＮメッセージ情報に基づくＣＡＮメッセージの送出先として、ポート４、５のいずれかを選定する。また、転送先選定部１２０ｂは、受信部１１０でＣＡＮメッセージが受信された場合には、宛先テーブルに従って、そのＣＡＮメッセージの転送先としてポート４、５のいずれかを選定する。図１９は、ＨＵＢ１００ｂが用いる宛先テーブルの一例を示す。同図の例では、宛先テーブルは、受信されたフレームの送信元と、そのフレームがＣＡＮメッセージである場合におけるＣＡＮ－ＩＤと、フレームの宛先とを対応付けたテーブルである。受信されたフレームの送信元は、そのフレームがＥメッセージであれば送信元ＭＡＣアドレスを示し、そのフレームがＣＡＮメッセージであればそのフレームを受信したＣＡＮポート（ＣＡＮポート１又はＣＡＮポート２）を示す。図１９の例によれば、転送先選定部１２０ｂは、ＭＡＣアドレス１を有するＥ－ＥＣＵからＣＡＮ－ＩＤ「０ｘ１２３」のＣＡＮメッセージ情報を含むＥメッセージを受信した場合にはＣＡＮポート２を、そのＣＡＮメッセージ情報に基づくＣＡＮメッセージの送出先として選定する。また、転送先選定部１２０ｂは、ＭＡＣアドレス２を有するＥ－ＥＣＵからＣＡＮメッセージ情報を含むＥメッセージを受信した場合にはＣＡＮポート１及びＣＡＮポート２の両方を、そのＣＡＮメッセージ情報に基づくＣＡＮメッセージの送出先として選定する。また、転送先選定部１２０ｂは、ＣＡＮポート１から、ＣＡＮ－ＩＤ「０ｘ３４５」或いはＣＡＮ－ＩＤ「０ｘ４５６」のＣＡＮメッセージを受信した場合には、ＣＡＮポート２をそのＣＡＮメッセージの転送先として選定する。
　送信部１３０は、Ｅ送信部１３１と、Ｃ送信部１３２と、結合部１３３と、分割部１３４とを含む。Ｃ送信部１３２は、転送先選定部１２０ｂによりポート４（ＣＡＮポート１）及びポート５（ＣＡＮポート２）の一方又は両方が選定された場合に、その選定されたポートに、受信されたＥメッセージのＣＡＮメッセージ情報に基づくＣＡＮメッセージ或いは受信されたＣＡＮメッセージを、送信する。
　なお、ＨＵＢ１００ｂは、Ｃ受信部１１２で受信したＣＡＮメッセージに基づいてＥメッセージを生成してポート１～３のいずれかから送信する機能を有しても良い。
　［３．３　実施の形態３の効果］
　実施の形態３に係る車載ネットワークシステム１０では、Ｅ－ＥＣＵ２００ａが、Ｃ－ＥＣＵに情報を伝達したい場合に、ＣＡＮメッセージ情報、ＣＡＮフラグ等を含ませたＥメッセージを送信する。これにより、ＨＵＢ１００ｂは、そのＥメッセージで示されたＣＡＮメッセージの宛先を適切に選定することができるようになる。
　また、実施の形態３に係るＨＵＢ１００ｂは、ＣＡＮバス間でのＣＡＮメッセージの転送機能を有するので、車載ネットワークを構成する装置数を削減できる。なお、車両に搭載する装置数の削減により、コストの削減、故障発生率の抑制等の効果が生じる。また、ＨＵＢ１００ｂは、ＣＡＮメッセージ情報に含まれるＣＡＮ－ＩＤ等により、ＣＡＮメッセージが送出されるべきＣＡＮバスを選定する。これにより、Ｅ－ＥＣＵ２００ａが、情報を伝達したいＣ－ＥＣＵに応じたＣＡＮ－ＩＤをＥメッセージに含ませることで、その情報の伝達が実現されるようになる。
　（実施の形態４）
　以下、実施の形態１で示した車載ネットワークシステム１０において、Ｅ－ＥＣＵ（Ｅ－ＥＣＵ２００ａ等）及びＨＵＢ１００を部分的に変形した例について説明する。実施の形態１では、Ｅ－ＥＣＵ２００ａが、ＣＡＮメッセージ情報を含むＥメッセージを送信する場合に、例えば図５のように、Ｅメッセージに複数のＣＡＮメッセージ情報を含ませ得る例を示した。これに対して、本実施の形態では、Ｅ－ＥＣＵ２００ａが、ＥメッセージにＣＡＮメッセージ情報を含ませる場合に、図４のように、Ｅメッセージのペイロードに１つのＣＡＮメッセージ情報のみを含ませる。なお、Ｅ－ＥＣＵ２００ｂ、２００ｃについてもＥ－ＥＣＵ２００ａと同様である。
　本実施の形態に係る車載ネットワークシステムでは、実施の形態１で示した車載ネットワークシステム１０（図１参照）におけるＨＵＢ１００の代わりに、ＨＵＢ１００を部分的に変形したＨＵＢ１００ｃ（後述）を用いる。なお、本実施の形態に係る車載ネットワークシステムにおいて、実施の形態１で示したものと同様の構成要素については、実施の形態１と同じ符号を用い、説明を省略する。また、本実施の形態に係る車載ネットワークシステムは、ここで特に説明しない点については、実施の形態１で示した車載ネットワークシステム１０と同様である。
　［４．１　ＨＵＢ１００ｃの構成］
　図２０は、ＨＵＢ１００ｃの構成図である。ＨＵＢ１００ｃは、実施の形態１で示したＨＵＢ１００の送信部１３０を、送信部１３０ｂに置き換えたものである。ＨＵＢ１００ｃは、図２０に示すように、受信部１１０と、転送先選定部１２０と、送信部１３０ｂとを含んで構成される。これらの各構成要素は、ＨＵＢ１００ｃにおける通信回路、メモリ、デジタル回路（或いはメモリに格納されたプログラムを実行するプロセッサ）等により実現される。
　送信部１３０ｂは、Ｅ送信部１３１と、Ｃ送信部１３２とを含む。Ｅ送信部１３１は、ポート１～３からＥメッセージを送信する機能を有し、Ｃ送信部１３２は、ポート４からＣＡＮプロトコルに従ってＣＡＮメッセージを送信する機能を有する。具体的には、Ｃ送信部１３２は、例えば受信部１１０で受信されたＥメッセージについての転送先選定部１２０で選定されたポートがポート４（ＣＡＮポート）である場合に、その受信されたＥメッセージに含まれるＣＡＮメッセージ情報に基づいてＣＡＮメッセージを生成して、そのＣＡＮメッセージをポート４からバス３０ｃへと送出する。
　なお、ＨＵＢ１００ｃは、Ｃ受信部１１２で受信したＣＡＮメッセージに基づいてＥメッセージを生成してポート１～３のいずれかから送信する機能を有しても良い。
　［４．２　Ｅ－ＥＣＵの動作］
　図２１は、本実施の形態に係るＥ－ＥＣＵの動作の一例としてのＥ－ＥＣＵ処理を示すフローチャートである。以下、Ｅ－ＥＣＵ２００ａにより実行されるＥ－ＥＣＵ処理について、図２１に即して説明する。なお、本実施の形態に係るＥ－ＥＣＵ処理において、実施の形態１で示した処理ステップ（図１１参照）と同じものは、図２１で図１１と同じ符号を付しており、ここでの説明を適宜省略する。
　Ｅ－ＥＣＵ２００ａは、受信部２１０により外部情報を受信し（ステップＳ１）、データ処理部２２１で他のＥＣＵに対して送信すべき各種情報の生成等を行う（ステップＳ２）。Ｅ－ＥＣＵ２００ａは、送信先判定部２２２で、データ処理部２２１が生成した情報毎について、その情報のデータタイプに応じて、宛先テーブルを用いてその情報の送信先がＣ－ＥＣＵか否かを判定し（ステップＳ３）、送信先がＣ－ＥＣＵである場合には、その情報のデータタイプに応じてＣＡＮ－ＩＤを定め、ＣＡＮメッセージ構築部２２４で、ＣＡＮ－ＩＤと、データ処理部２２１が生成した情報を示すデータと、そのデータのサイズとを示すＣＡＮメッセージ情報を生成する（ステップＳ４）。
　Ｅ－ＥＣＵ２００ａは、ステップＳ３で送信先がＣ－ＥＣＵであると判定した場合において、ステップＳ４で生成された１つのＣＡＮメッセージ情報をペイロードに含むＥメッセージを、メッセージ構築部２２３により構築する（ステップＳ７）。また、ステップＳ７ではＥ－ＥＣＵ２００ａは、ステップＳ３で送信先がＣ－ＥＣＵでないと判定した場合において、データ処理部２２１が生成した情報を示すデータをペイロードに含むＥメッセージを、メッセージ構築部２２３により構築する。
　そして、Ｅ－ＥＣＵ２００ａは、ステップＳ７で生成したＥメッセージを、送信部２３０により、ケーブル２０ａに送信する（ステップＳ８）。Ｅ－ＥＣＵ２００ａにより送信されたＥメッセージは、ＨＵＢ１００ｃに受信されることになる。
　なお、Ｅ－ＥＣＵ２００ｂ、２００ｃもＥ－ＥＣＵ２００ａと同様の動作を行い得る。
　［４．３　ＨＵＢ１００ｃの動作］
　図２２は、ＨＵＢ１００ｃの動作の一例としてのＨＵＢ処理を示すフローチャートである。以下、ＨＵＢ１００ｃにより実行されるＨＵＢ処理について、図２２に即して説明する。なお、本実施の形態に係るＨＵＢ処理において、実施の形態１で示した処理ステップ（図１２参照）と同じものは、図２２で図１２と同じ符号を付しており、ここでの説明を適宜省略する。
　ＨＵＢ１００ｃは、ポート１～３のいずれかからＥメッセージを受信し（ステップＳ１１）、そのＥメッセージにＣＡＮメッセージ情報が含まれるか否かを判定する（ステップＳ１２ａ）。この判定は、例えばＣＡＮフラグがＯＮか否かに基づいて行うこととしても良いし、例えばＥメッセージのヘッダの宛先ＭＡＣアドレスが実施の形態１で示した特定アドレスであるか否か等によって行うこととしても良い。
　ＨＵＢ１００ｃは、ステップＳ１２ａで、受信したＥメッセージにＣＡＮメッセージ情報が含まれないと判定した場合には、転送先選定部１２０により、ＭＡＣアドレステーブルを用いて、宛先のＥ－ＥＣＵに対応するポートを選定し（ステップＳ１３）、選定したポートから、受信したＥメッセージと同一のＥメッセージを送出し（ステップＳ１４）、受信したＥメッセージに対応する処理を終える。
　ＨＵＢ１００ｃは、ステップＳ１２ａで、受信したＥメッセージにＣＡＮメッセージ情報が含まれると判定した場合には、受信したＥメッセージに含まれるＣＡＮメッセージ情報に基づいてＣＡＮメッセージを生成する（ステップＳ１７）。ＣＡＮメッセージ情報が、例えば、ＣＡＮ－ＩＤ、サイズ及びデータで構成される場合（図４参照）においては、ＨＵＢ１００ｃは、そのＣＡＮ－ＩＤ、サイズ及びデータを含ませてＣＡＮメッセージ（図６参照）を生成する。そして、ＨＵＢ１００ｃは、ポート４（ＣＡＮポート）から、バス３０ｃに生成したＣＡＮメッセージを送出することで、ＣＡＮメッセージをＣＡＮゲートウェイ４００に送信し（ステップＳ１８）、受信したＥメッセージに対応する処理を終える。ＨＵＢ１００ｃからバス３０ｃにＣＡＮメッセージが送出されるとＣＡＮゲートウェイ４００は、予め定められた転送ルールに基づいて、そのＣＡＮメッセージを、例えばバス３０ａ及びバス３０ｂの両方或いは一方に転送する。
　［４．４　実施の形態４の効果］
　実施の形態４に係る車載ネットワークシステム１０では、Ｅ－ＥＣＵ２００ａが、Ｃ－ＥＣＵに情報を伝達したい場合に、ＣＡＮメッセージ情報、ＣＡＮフラグ等を含ませたＥメッセージを送信する。これにより、ＨＵＢ１００ｃは、そのＥメッセージで示されたＣＡＮメッセージの宛先を適切に選定することができるようになる。なお、Ｅ－ＥＣＵ２００ａが、１つのＣＡＮメッセージ用のＣＡＮメッセージ情報をＥメッセージに含ませることで、ＨＵＢ１００ｃでは、受信したＥメッセージのペイロードの内容の分割等の処理負担を負わなくなる。
　（実施の形態５）
　以下、実施の形態１で示したＥ－ＥＣＵ２００ａ、ＨＵＢ１００の変形例について説明する。
　実施の形態１でＥ－ＥＣＵ２００ａの生成部２２０における送信先判定部２２２が、図８の宛先テーブルで情報の宛先となるＥＣＵがＣ－ＥＣＵであると判定した場合に、予め定められた特定アドレスを宛先ＭＡＣアドレスとして、メッセージ構築部２２４に通知することとした。実施の形態１では、特定アドレスとして、ブロードキャストアドレス、マルチキャストアドレス等を例示したが、本実施の形態では、その特定アドレスとしてローカルＭＡＣアドレスを用いる例を示す。ローカルＭＡＣアドレスは、ＭＡＣアドレスにおけるグローバルＭＡＣアドレスか否かを識別するビットの値を、グローバルＭＡＣアドレスでない値にしたものである。
　例えば、Ｅ－ＥＣＵ２００ａは、図２３に示すような、宛先テーブルを用いることとしても良い。図２３の宛先テーブルでは、データタイプ毎に、宛先ＭＡＣアドレスを対応付けており、その宛先ＭＡＣアドレスとして、「０２：ａａ：ｂｂ：ｃｃ：０１：２３」、「０２：ａａ：ｂｂ：ｃｃ：０２：３４」等といったローカルＭＡＣアドレスが含まれている。この例において、ローカルＭＡＣアドレスが対応付けられたデータタイプは、Ｃ－ＥＣＵに送信されるべき情報である。
　Ｅ－ＥＣＵ２００ａの生成部２２０は、第１情報（ＣＡＮメッセージ情報）を含ませてＥメッセージを生成する場合において、そのＥメッセージのヘッダにおける宛先ＭＡＣアドレスとして、Ｅメッセージが第２ネットワークに伝送されるべき第１情報を含むことを表す第２情報を示すように定められた特定値（特定アドレス等）を含ませる。この特定値は、実施の形態１で示した特定アドレスであっても良いし、ＭＡＣアドレスにおけるグローバルＭＡＣアドレスか否かを識別するビットの値を、グローバルＭＡＣアドレスでない値にしたデータ値（ローカルＭＡＣアドレス）であっても良い。また、このデータ値（ローカルＭＡＣアドレス）で例えばＣＡＮ－ＩＤ等といったＣＡＮメッセージの一部を表す第３情報を含ませるようにして、Ｅメッセージのペイロードに含ませるＣＡＮメッセージ情報の内容を削減しても良い。例えば、生成部２２０では、Ｅメッセージの宛先ＭＡＣアドレスとしてＣＡＮ－ＩＤを表すデータ値を設定し、ペイロードに、サイズ及びデータを含みＣＡＮ－ＩＤを含まないようにしたＣＡＮメッセージ情報を設定しても良い。
　また、ＨＵＢ１００は、受信したＥメッセージにＣＡＮメッセージ情報が含まれるか否かを、ＣＡＮフラグがＯＮか否かで判断するのではなく、Ｅメッセージのヘッダの宛先ＭＡＣアドレスに、上述のような特定値（例えばローカルＭＡＣアドレス等）が設定されているか否かにより判断しても良い。これにより、Ｅメッセージのヘッダの参照だけで、ペイロードに第２ネットワークに伝送されるべき情報を含んでいるか否かが判別でき、例えば、Ｅメッセージのペイロードを暗号化しているような場合においては、処理の簡略化（復号の省略等）が可能となり得る。また、ＨＵＢ１００は、Ｅメッセージのヘッダの宛先ＭＡＣアドレスに設定されている特定値（例えばローカルＭＡＣアドレス等）に基づいて、図２４に示す対応テーブルを用いてＣＡＮ－ＩＤを特定しても良い。図２４は、ＭＡＣアドレスとＣＡＮ－ＩＤとを対応付けた対応テーブルを示す。
　図２５は、本実施の形態に係る、変形したＨＵＢ１００の動作の一例としてのＨＵＢ処理を示すフローチャートである。以下、同図に即して、変形したＨＵＢ１００によるＨＵＢ処理について説明する。なお、本実施の形態に係るＨＵＢ処理において、実施の形態１で示した処理ステップ（図１２参照）と同じものは、図２５で図１２と同じ符号を付しており、ここでの説明を適宜省略する。また、前提としてＥ－ＥＣＵ２００ａの生成部２２０では、Ｅメッセージの宛先ＭＡＣアドレスとしてＣＡＮ－ＩＤに対応したデータ値（ローカルＭＡＣアドレス）を設定し、ペイロードに、サイズ及びデータを含みＣＡＮ－ＩＤを含まないようにした１つのＣＡＮメッセージ情報を設定しているものとして説明する。
　変形したＨＵＢ１００は、ポート１～３のいずれかからＥメッセージを受信し（ステップＳ１１）、そのＥメッセージにＣＡＮメッセージ情報が含まれるか否かを、ヘッダの宛先ＭＡＣアドレスが、特定値であるか判定する（ステップＳ１２ｂ）。この判定は、例えば宛先ＭＡＣアドレスが、上述の特定アドレスであるか否かに基づいて判定しても良いし、宛先ＭＡＣアドレスのグローバルＭＡＣアドレスか否かを識別するビットの値のみに基づいて判定しても良い。
　変形したＨＵＢ１００は、ステップＳ１２ｂで、受信したＥメッセージにＣＡＮメッセージ情報が含まれないと判定した場合（ヘッダの宛先ＭＡＣアドレスが特定値でないと判定した場合）には、転送先選定部１２０により、ＭＡＣアドレステーブルを用いて、宛先のＥ－ＥＣＵに対応するポートを選定し（ステップＳ１３）、選定したポートから、受信したＥメッセージと同一のＥメッセージを送出し（ステップＳ１４）、受信したＥメッセージに対応する処理を終える。
　変形したＨＵＢ１００は、ステップＳ１２ｂで、受信したＥメッセージにＣＡＮメッセージ情報が含まれると判定した場合（ヘッダの宛先ＭＡＣアドレスが特定値であると判定した場合）には、対応テーブル（図２４参照）に基づいて、その宛先ＭＡＣアドレスからＣＡＮ－ＩＤを求める（ステップＳ２１）。なお、特定値である宛先ＭＡＣアドレスからＣＡＮ－ＩＤを求める方法は、いかなる方法であっても良い。そのＣＡＮ－ＩＤを求める方法は、対応テーブルを用いる方法の他に、例えば、Ｅメッセージの送信元のＥ－ＥＣＵ２００ａにおいて、宛先ＭＡＣアドレスの一部にＣＡＮ－ＩＤが含まれるようにした特定値を設定し、変形したＨＵＢ１００でその宛先ＭＡＣアドレスからＣＡＮ－ＩＤを抜き出す方法であっても良い。また、Ｅ－ＥＣＵ２００ａで、ＣＡＮ－ＩＤに対する所定演算の結果としての特定値を宛先ＭＡＣアドレスとして設定したＥメッセージを送信し、変形したＨＵＢ１００で、その所定演算に呼応する演算によって宛先ＭＡＣアドレスからＣＡＮ－ＩＤを算出する方法であっても良い。
　続いて、変形したＨＵＢ１００は、ステップＳ２１で求めたＣＡＮ－ＩＤと、受信したＥメッセージのペイロードにおけるＣＡＮメッセージ情報としてのサイズ及びデータとに基づいて、ＣＡＮメッセージを生成する（ステップＳ１７ａ）。そして、変形したＨＵＢ１００は、ポート４（ＣＡＮポート）から、バス３０ｃに生成したＣＡＮメッセージを送出することで、ＣＡＮメッセージをＣＡＮゲートウェイ４００に送信し（ステップＳ１８）、受信したＥメッセージに対応する処理を終える。
　このように、変形したＨＵＢ１００の送信部１３０では、受信部１１０で受信されたＥメッセージにおける第１情報（ＣＡＮメッセージ情報）を含むＣＡＮメッセージのバス３０ｃへの送出を、そのＥメッセージ内のヘッダにおける宛先ＭＡＣアドレスの値に基づいて特定されるＣＡＮ－ＩＤをＣＡＮメッセージのＩＤフィールドに入れて、そのＣＡＮメッセージ情報が示すデータ（データフィールドの値）をそのＣＡＮメッセージのデータフィールドに入れて、生成されたそのＣＡＮメッセージをバス３０ｃに送出することで、行う。
　（他の実施の形態）
　以上のように、本開示に係る技術の例示として実施の形態１～５を説明した。しかしながら、本開示に係る技術は、これに限定されず、適宜、変更、置き換え、付加、省略等を行った実施の形態にも適用可能である。例えば、以下のような変形例も本開示の一実施態様に含まれる。
　（１）上記実施の形態では、Ｅ－ＥＣＵ２００ａが、Ｅメッセージのペイロードに、ＣＡＮフラグと、ＣＡＮ－ＩＤ、サイズ及びデータで構成される第１情報（ＣＡＮメッセージ情報）を配置することとしたが（図４、図５参照）、そのペイロードに、図２６に示すように、ＣＡＮフラグと、ＣＡＮメッセージにおけるデータフィールドの内容であるデータ（ここでは個別データとも称する）の集合としての第１情報（ＣＡＮメッセージ情報）とを配置することとしても良い。第１情報がペイロードに含まれている場合においてＣＡＮフラグは、例えばＯＮにされて、第１情報が含まれていることを示す第２情報として利用される。この場合において、ＨＵＢ１００は、受信したＥメッセージのペイロードにおける個別データの集合から、図２７に例示する対応テーブルを用いて、個々のＣＡＮメッセージの内容を特定して、ＣＡＮメッセージを送信し得る。図２７の例は、ＣＡＮ－ＩＤ「０ｘ１２３」のＣＡＮメッセージのデータ（データフィールドの内容）となる個別データが、Ｅメッセージのペイロードの２バイト目から２バイト分のサイズで配置されていることを示す。また、ＣＡＮ－ＩＤ「０ｘ２３４」のＣＡＮメッセージのデータ（データフィールドの内容）となる個別データが、Ｅメッセージのペイロードの１バイト目から１バイト分のサイズで配置されていることを示す。詳細には、この場合にＨＵＢ１００の送信部１３０は、ＣＡＮメッセージのバス３０ｃへの送出を、ＨＵＢ１００が受信したＥメッセージに含まれる個別データの集合の各々について、その個別データのペイロードでの配置に基づいて特定されるＣＡＮ－ＩＤをＣＡＮメッセージのＩＤフィールドに入れて、その個別データの値をそのＣＡＮメッセージのデータフィールドに入れて生成されたそのＣＡＮメッセージをバス３０ｃに送出することで、行う。このため、Ｅ－ＥＣＵ２００ａは、ＨＵＢ１００と同様の対応テーブルに従って、個別データをＥメッセージのペイロード内に配置して送信することで、Ｃ－ＥＣＵに個別データを伝達できるようになる。なお、図２７に例示した対応テーブルにおいて、各個別データが有効か否かを示すフラグを設け、ＨＵＢ１００は、有効な個別データのみを抽出して送信することとしても良い。また、Ｅ－ＥＣＵ２００ａは、ＨＵＢ１００と同様の対応テーブルを有さずに、情報をＥ－ＥＣＵに対して送信する場合とＣ－ＥＣＵに対して送信する場合とで同様の様式でペイロードを構成したＥメッセージを送信することとしても良い。この場合には、ＨＵＢ１００が用いる対応テーブル（図２７参照）が、Ｅ－ＥＣＵ２００ａがＣ－ＥＣＵに対して送信するＥメッセージのデータ構成に対応して予め適切に定められていると良い。
　（２）上記実施の形態１で示した車載ネットワークシステム１０は、ＨＵＢ１００の他に、上記実施の形態２で示したＨＵＢ１００ａを１つ又は複数含むようにしても良い。図２８は、Ｅ－ＥＣＵ２００ａとＨＵＢ１００との間にＨＵＢ１００ａが配置された車載ネットワークの一例を示す。この車載ネットワークにおいては、Ｅ－ＥＣＵ２００ａが送信した、ＣＡＮメッセージ情報を含むＥメッセージは、第１ネットワークにおいてＨＵＢ１００ａを経由して、ＨＵＢ１００に到達する。この場合にＨＵＢ１００ａにおいては、ＨＵＢ１００を実施の形態２で示した変換装置７００と同様に扱う。そして、ＨＵＢ１００は、受信したＥメッセージのＣＡＮメッセージ情報に基づいてＣＡＮメッセージを生成し、第２ネットワークを構成するＣＡＮバス３０ｃに送信する。これにより、ＣＡＮメッセージが、例えばＣＡＮゲートウェイ４００を経由してＣ－ＥＣＵに到達する。
　（３）上記実施の形態では、車載ネットワークシステムを示したが、上述したＥＣＵ（Ｅ－ＥＣＵ及びＣ－ＥＣＵ）、ＨＵＢ、変換装置等といった各装置は、ロボット、産業機器等の各種ネットワーク通信システムに利用され得る。
　（４）上記実施の形態では、車載ネットワークが第１ネットワーク及び第２ネットワークを含み、第１ネットワークは、Ｅｔｈｅｎｅｔ（登録商標）プロトコルに従ってＥメッセージ（Ｅｔｈｅｒｎｅｔ（登録商標）フレーム）の伝送が行われるものとし、第２ネットワークは、ＣＡＮバスでＣＡＮプロトコルに従ってＣＡＮバスでＣＡＮメッセージ（データフレーム）の伝送が行われるものとした。このＣＡＮプロトコルは、オートメーションシステム内の組み込みシステム等に用いられるＣＡＮＯｐｅｎ、或いは、ＴＴＣＡＮ（Time-Triggered CAN）、ＣＡＮＦＤ（CAN with Flexible Data Rate）等の派生的なプロトコルを包含する広義の意味のものと扱われることとしても良い。また、ＣＡＮプロトコルにおけるデータフレームは、標準ＩＤフォーマットの他、拡張ＩＤフォーマットであっても良い。拡張ＩＤフォーマットの場合には、標準ＩＤフォーマットにおけるＩＤフィールドのベースＩＤと、拡張ＩＤとを合わせた２９ビットを上述の実施の形態におけるＣＡＮ－ＩＤと扱えば良い。また、Ｅｔｈｅｒｎｅｔ（登録商標）フレームは、例えばＥｔｈｅｒｎｅｔ（登録商標）バージョン２のフレームであっても良いし、ＩＥＥＥ８０２．３で規定されたフレームであっても良い。また、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルは、ＩＥＥＥ８０２．１に係るＥｔｈｅｒｎｅｔ（登録商標）ＡＶＢ（Audio Video Bridging）、或いは、ＩＥＥＥ８０２．１に係るＥｔｈｅｒｎｅｔ（登録商標）ＴＳＮ（Time Sensitive Networking）、Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＰ（Industrial Protocol）、ＥｔｈｅｒＣＡＴ（登録商標）（Ethernet（登録商標） for Control Automation Technology）等の派生的なプロトコルを包含する広義の意味のものと扱われることとしても良い。また、第１ネットワークは、第１通信プロトコルに従って第１種フレーム（例えばＥメッセージ等）の伝送が行われるものであり、第２ネットワークは、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレーム（例えばＣＡＮメッセージ等）の伝送が行われるものであることとしても良い。この場合において、第１通信プロトコルは、例えばＥｔｈｅｒｎｅｔ（登録商標）プロトコルであるが、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに限られず、例えばブローダーリーチプロトコルであっても良い。また、第２通信プロトコルは、例えばＣＡＮプロトコルであるが、ＣＡＮプロトコルに限られず、例えばＬＩＮ（Local Interconnect Network）、ＭＯＳＴ（登録商標）（Media Oriented Systems Transport）、ＦｌｅｘＲａｙ（登録商標）等であっても良い。なお、上記実施の形態で示したＥｔｈｅｒｎｅｔ（登録商標）は、ＣＡＮに対して通信速度が速い。この点で、第１通信プロトコルは、第２通信プロトコルに対して通信速度が速い各種プロトコルであることとしても良い。また、上記実施の形態では、第１種フレーム（例えばＥメッセージ）が、その第１種フレームのペイロードに、第２ネットワークに伝送されるべき第２種フレーム（例えばＣＡＮメッセージ）の基礎となる第１情報（例えばＣＡＮメッセージ情報）を含むか否かを判別するための識別フラグ（例えばＣＡＮフラグ）を有することとしたが、その識別フラグは、第１種フレームのヘッダに含まれることとしても良い。例えば、Ｅ－ＥＣＵ２００ａは、ＣＡＮフラグを、Ｅメッセージのヘッダ内に含ませることとしても良い。これにより、Ｅメッセージのヘッダの参照だけで、ペイロードに第２ネットワークに伝送されるべき情報を含んでいるか否かが判別でき、例えば、Ｅメッセージのペイロードを暗号化しているような場合においては、処理の簡略化（復号の省略等）が可能となり得る。例えば、Ｅメッセージのヘッダ内の宛先ＭＡＣアドレスにおけるグローバルＭＡＣアドレスか否かを識別するビットをＣＡＮフラグとして用いても良い。また、例えば、Ｅメッセージのヘッダ内のタイプのフィールドにＣＡＮフラグを設けることとしても良い。また、例えば、Ｅ－ＥＣＵ２００ａは、ＣＡＮフラグを、Ｅメッセージのヘッダ内とペイロード内との両方に含ませることとしても良い。
　（５）上記実施の形態３では、ＨＵＢ１００ｂが、受信したＥメッセージにＣＡＮメッセージ情報が含まれる場合に、宛先テーブル（図１９参照）により、Ｅメッセージに含まれる送信元ＭＡＣアドレスと、ＥメッセージにおけるＣＡＮメッセージ情報に含まれるＣＡＮ－ＩＤとに応じて、ＣＡＮメッセージを送信するＣＡＮポートを選定する例を示した。この他に、Ｅメッセージにおける送信元ＭＡＣアドレスと宛先ＭＡＣアドレスから、ＣＡＮメッセージを送信するＣＡＮポートを選定しても良いし、宛先ＭＡＣアドレスとＣＡＮ－ＩＤから、ＣＡＮメッセージを送信するＣＡＮポートを選定しても良い。また、ＨＵＢ１００ｂは、ＣＡＮポートからＣＡＮメッセージを受信した場合には、受信したＣＡＮポートとＣＡＮメッセージに含まれるＣＡＮ－ＩＤから、そのＣＡＮメッセージの転送先として、ポート１～５のいずれかを選定しても良い。この場合に、ＨＵＢ１００ｂはポート１～３を選定すれば、ＣＡＮメッセージの内容をＥメッセージに含ませて送信する。
　（６）上記実施の形態では、Ｅ－ＥＣＵ２００ａが、ＣＡＮメッセージ情報を含むＥメッセージを送信する機能と、ＣＡＮメッセージ情報を含まないＥメッセージを送信する機能とを有する例を示したが、Ｅ－ＥＣＵ２００ａは、ＣＡＮメッセージ情報を含まないＥメッセージを送信する機能を有さなくても良い。
　（７）上記実施の形態で示したＨＵＢ（ＨＵＢ１００等）は、スイッチ（スイッチングハブ）であることとしたが、スイッチの機能を有さなくても良い。即ち、ＨＵＢは、Ｅメッセージの宛先ＭＡＣアドレスを区別せずに、例えばＣＡＮフラグがＯＮにされていないＥメッセージを１つのポートから受信した場合に、そのＥメッセージを、そのポート以外の全てのＥｔｈｅｒｎｅｔ（登録商標）ケーブルが接続されるポートに転送することとしても良い。これにより、ＨＵＢは、例えば、ＭＡＣアドレステーブルを保持する必要がなくなり、メモリの削減が可能となる。
　（８）上記実施の形態では、Ｅ－ＥＣＵにより送信されるＥメッセージに含まれるＣＡＮメッセージ情報が、ＣＡＮ－ＩＤ、サイズ及びデータで構成される例を示したが、ＣＡＮメッセージ情報は、ＣＡＮメッセージの生成の基礎となる情報を含むものであれば、いかなる要素で構成されても良い。例えば、ＣＡＮメッセージ情報は、ＩＳＯ１１８９８－１で規定されているＣＡＮメッセージのフォーマットに従った要素群（図６に示すＳＯＦ、ＣＡＮ－ＩＤ、ＲＴＲ、ＩＤＥ、ｒ、サイズ、データ、・・・、ＥＯＦ）で構成されても良い。Ｅ－ＥＣＵが、ＣＡＮメッセージ情報を、ＣＡＮメッセージのフォーマットに従って構成してＥメッセージに含ませて送信することで、ＨＵＢ或いは変換装置における、Ｅメッセージに基づいてＣＡＮメッセージをＣＡＮバスに送信する際の処理負担が、軽減され得る。また、ＣＡＮメッセージ情報は、例えば、ＣＡＮメッセージのデータ（データフィールドの内容）を示す情報で構成されても良い。
　（９）上記実施の形態では、ＨＵＢ１００等が、受信したＥメッセージのペイロードに含まれる複数のＣＡＮメッセージ情報の並び順に、そのＣＡＮメッセージ情報に応じたＣＡＮメッセージを送信する例を示したが、ＣＡＮメッセージの送信順はこれに限られない。例えば、ＨＵＢ１００等は、複数のＣＡＮメッセージ情報を含むＥメッセージを受信した際に、そのＣＡＮメッセージ情報に基づいて、ＣＡＮ－ＩＤの小さい順にＣＡＮメッセージを送信しても良いし、ＣＡＮ－ＩＤ毎に予め定めた優先順位に基づく送信順でＣＡＮメッセージを送信しても良い。また、ＨＵＢ１００等は、周期的に送信する必要があるＣＡＮメッセージに関しては、周期的な次の送信時期まで待ってから送信することとしても良い。ＨＵＢ１００等がＣＡＮメッセージの送信順を定める場合には、Ｅ－ＥＣＵ２００ａ等は、複数のＣＡＮメッセージ情報を含むＥメッセージを送信するときにおいてＣＡＮメッセージの送信順を考慮した処理を行う必要がなくなる。
　（１０）上記実施の形態で示した各種処理の手順（例えば図１１、図１２、図２１、図２２、図２５に示した所定手順等）の実行順序は、必ずしも、上述した通りの順序に制限されるものではなく、開示の要旨を逸脱しない範囲で、実行順序を入れ替えたり、複数の手順を並列に行ったり、その手順の一部を省略したりすることができる。
　（１１）上記実施の形態におけるＥＣＵ、ＨＵＢ、変換装置等の装置は、ハードディスク装置、ディスプレイ、キーボード、マウス等の他のハードウェア構成要素を含んでいても良い。また、メモリに記憶されたプログラムがプロセッサにより実行されてソフトウェア的にその装置の機能を実現するものであっても良いし、専用のハードウェア（デジタル回路等）によりその機能を実現するものであっても良い。また、その装置内の各構成要素の機能分担は変更可能である。
　（１２）上記実施の形態における各装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Large Scale Integration：大規模集積回路）から構成されているとしても良い。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ等を含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記録されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。また、上記各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又は全部を含むように１チップ化されても良い。また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用等が可能性としてあり得る。
　（１３）上記各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしても良い。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭ等から構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしても良い。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。このＩＣカード又はこのモジュールは、耐タンパ性を有するとしても良い。
　（１４）本開示の一態様としては、例えば図１１、図２１等に示す処理手順の全部又は一部を含むフレーム生成方法であるとしても良いし、例えば図１２、図２２、図２５等に示す処理手順の全部又は一部を含む転送方法であるとしても良い。例えば、フレーム生成方法は、第１通信プロトコル（例えばＥｔｈｅｒｎｅｔ（登録商標）プロトコル）に従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコル（例えばＣＡＮプロトコル）に従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含むネットワークシステムにおいて第１ネットワークに接続されるＥＣＵが、送信するフレームを生成するフレーム生成方法であって、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、当該第１種フレームに含ませるように、第１通信プロトコルに従って当該第１種フレームを生成する方法である。また、例えば、転送方法は、第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含むネットワークシステムにおけるネットワークハブで用いられる転送方法であって、第１種フレームを受信する受信ステップと、受信ステップで受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定ステップと、受信ステップで受信された第１種フレームについての転送先選定ステップで選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信ステップとを含む方法である。また、この方法をコンピュータにより実現するプログラム（コンピュータプログラム）であるとしても良いし、前記コンピュータプログラムからなるデジタル信号であるとしても良い。例えば、フレーム生成方法に係る生成ステップ（第１通信プロトコルに従って第１種フレームを生成するステップ）と、送信ステップ（生成ステップで生成された第１種フレームを第１ネットワークに送信するステップ）とを含み、生成ステップでは、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、当該第１種フレームに含ませて、当該第１種フレームの生成を行う所定情報処理を実行するためのプログラムであることとしても良い。また、本開示の一態様としては、前記コンピュータプログラム又は前記デジタル信号をコンピュータで読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Blu-ray（登録商標） Disc）、半導体メモリ等に記録したものとしても良い。また、これらの記録媒体に記録されている前記デジタル信号であるとしても良い。また、本開示の一態様としては、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしても良い。また、本開示の一態様としては、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記録しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしても良い。また、前記プログラム若しくは前記デジタル信号を前記記録媒体に記録して移送することにより、又は、前記プログラム若しくは前記デジタル信号を、前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしても良い。
　（１５）上記実施の形態及び上記変形例で示した各構成要素及び機能を任意に組み合わせることで実現される形態も本開示の範囲に含まれる。
　本開示は、ＥＣＵが、Ｅｔｈｅｒｎｅｔ（登録商標）等の第１ネットワークを介して、ＣＡＮ等の第２ネットワークのバスに接続された他のＥＣＵに対して、情報を伝達するために利用可能である。
　１０　車載ネットワークシステム
　２０ａ～２０ｄ　ケーブル
　３０ａ～３０ｃ　バス（ＣＡＮバス）
　９０　サーバ
　９１　外部ネットワーク
　１００，１００ａ，１００ｂ，１００ｃ　ネットワークハブ（ＨＵＢ）
　１１０，１１０ａ，２１０，７１０　受信部
　１１１，２１１　Ｅ受信部
　１１２　Ｃ受信部
　１２０，１２０ａ，１２０ｂ　転送先選定部
　１３０，１３０ａ，１３０ｂ，２３０，７４０　送信部
　１３１　Ｅ送信部
　１３２　Ｃ送信部
　１３３　結合部
　１３４，７３０　分割部
　２００ａ～２００ｃ　電子制御ユニット（Ｅ－ＥＣＵ）
　２１２　データ受信部
　２２０　生成部
　２２１　データ処理部
　２２２　送信先判定部
　２２３　メッセージ構築部
　２２４　ＣＡＮメッセージ構築部
　３００ａ　通信モジュール
　３００ｂ　リアカメラ
　３００ｃ　レーダ
　４００　ＣＡＮゲートウェイ
　５００ａ～５００ｄ　電子制御ユニット（Ｃ－ＥＣＵ）
　６００ａ　エンジン
　６００ｂ　ブレーキ
　６００ｃ　ドア開閉センサ
　６００ｄ　ウィンドウ開閉センサ
　７００　変換装置
　７２０　転送先判定部

Claims (13)

  1. 　第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムで用いられるネットワークハブであって、
    　第１種フレームを受信する受信部と、
    　前記受信部で受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、
    　前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備える
    　ネットワークハブ。
  2. 　第１通信プロトコルは、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルであり、
    　第２通信プロトコルは、ＣＡＮ（Controller Area Network）プロトコルであり、
    　第１種フレームは、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダと、ペイロードであるデータとを含むＥｔｈｅｒｎｅｔ（登録商標）フレームであり、
    　第２種フレームは、データフィールドを含むデータフレームであり、
    　前記第１情報は、前記データフィールドの内容を示し、
    　前記ネットワークハブは、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートを有する
    　請求項１記載のネットワークハブ。
  3. 　前記ネットワークハブは、第２種フレームの伝送が行われる前記バスに接続されるポートを有し、
    　前記転送先選定部は、
    　前記受信部で受信された第１種フレームが前記第１情報を含むと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記バスに接続されるポートを選定し、
    　前記受信部で受信された第１種フレームが前記第１情報を含まないと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートを選定し、
    　前記送信部は、
    　前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートが、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続されるポートである場合に、当該第１種フレームとは少なくとも前記ペイロードの内容が同一の第１種フレームを当該Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに送出し、
    　前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートが、前記バスに接続されるポートである場合に、当該第１種フレームにおける前記第１情報を含む第２種フレームを当該バスに送出する
    　請求項２記載のネットワークハブ。
  4. 　第２種フレームは、ＩＤフィールド、ＤＬＣ（Data Length Code）及び前記データフィールドを含み、
    　前記第１情報は、前記ＩＤフィールド、前記ＤＬＣ及び前記データフィールドの値を示し、
    　前記送信部は、第２種フレームの前記バスへの前記送出を、前記第１情報が示す前記ＩＤフィールドの値を第２種フレームの前記ＩＤフィールドに入れて、前記第１情報が示す前記ＤＬＣの値を当該第２種フレームの前記ＤＬＣに入れて、前記第１情報が示す前記データフィールドの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行う
    　請求項３記載のネットワークハブ。
  5. 　前記第１情報は、第２ネットワークに伝送されるべき複数の第２種フレームそれぞれの前記ＩＤフィールド、前記ＤＬＣ及び前記データフィールドの値を示し、
    　前記送信部は、第２種フレームの前記バスへの前記送出を、複数の第２種フレームのそれぞれが前記第１情報の互いに異なる一部を含むところの当該複数の第２種フレームを前記バスに送出することで、行う
    　請求項４記載のネットワークハブ。
  6. 　第２種フレームは、ＩＤフィールド及び前記データフィールドを含み、
    　前記第１情報は、第１種フレームの前記ペイロードに配置された、第２ネットワークに伝送されるべき複数の第２種フレームそれぞれの前記データフィールドの値を示す個別データの集合であり、
    　前記送信部は、第２種フレームの前記バスへの前記送出を、前記個別データの集合の各々について、当該個別データの前記ペイロードでの配置に基づいて特定されるＩＤ値を第２種フレームの前記ＩＤフィールドに入れて、当該個別データの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行う
    　請求項３記載のネットワークハブ。
  7. 　第２種フレームは、ＩＤフィールド及び前記データフィールドを含み、
    　前記送信部は、前記受信部で受信された第１種フレームにおける前記第１情報を含む第２種フレームの前記バスへの前記送出を、当該第１種フレーム内の前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダにおける宛先ＭＡＣアドレスの値に基づいて特定されるＩＤ値を第２種フレームの前記ＩＤフィールドに入れて、前記第１情報が示す前記データフィールドの値を当該第２種フレームの前記データフィールドに入れて生成された当該第２種フレームを前記バスに送出することで、行う
    　請求項３記載のネットワークハブ。
  8. 　前記ネットワークハブは、前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに接続される複数のポートを有し、当該複数のポートは、第２種フレームの伝送が行われる前記バスに接続される装置に対して前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されるポートを含み、
    　前記転送先選定部は、前記受信部で受信された第１種フレームが前記第１情報を含むと判別した場合に、当該第１種フレームに基づくフレームを送出するポートとして、前記バスに接続される前記装置に対して前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されるポートを選定し、
    　前記送信部は、前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続された前記Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルに、当該第１種フレームとは少なくとも前記ペイロードの内容が同一の第１種フレームを送出する
    　請求項２記載のネットワークハブ。
  9. 　前記転送先選定部は、前記受信部で受信された第１種フレーム内の所定の識別フラグの値により前記判別を行う
    　請求項２～８のいずれか一項に記載のネットワークハブ。
  10. 　前記所定の識別フラグは、第１種フレームの前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ内に配置されている
    　請求項９記載のネットワークハブ。
  11. 　前記転送先選定部は、前記受信部で受信された第１種フレーム内の前記Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダにおける宛先ＭＡＣアドレスの値により前記判別を行う
    　請求項２～８のいずれか一項に記載のネットワークハブ。
  12. 　第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムにおけるネットワークハブで用いられる転送方法であって、
    　第１種フレームを受信する受信ステップと、
    　前記受信ステップで受信された第１種フレームが第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定ステップと、
    　前記受信ステップで受信された第１種フレームについての前記転送先選定ステップで選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信ステップとを含む
    　転送方法。
  13. 　第１通信プロトコルに従って第１種フレームの伝送が行われる第１ネットワークと、第１通信プロトコルとは異なる第２通信プロトコルに従ってバスで第２種フレームの伝送が行われる第２ネットワークとを含む車載ネットワークシステムであって、
    　第１ネットワークに接続された電子制御ユニットと、
    　第１ネットワークに接続されたネットワークハブとを備え、
    　前記電子制御ユニットは、
    　第１通信プロトコルに従って第１種フレームを生成する生成部と、
    　前記生成部により生成された第１種フレームを第１ネットワークに送信する送信部とを備え、
    　前記生成部は、第２ネットワークに伝送されるべき第２種フレームの基礎となる第１情報と、第１種フレームが第２ネットワークに伝送されるべき情報を含むことを表す第２情報とを、当該第１種フレームに含ませて、当該第１種フレームの前記生成を行い、
    　前記ネットワークハブは、
    　第１種フレームを受信する受信部と、
    　前記受信部で受信された第１種フレームが前記第１情報を含むか否かを判別し、当該判別の結果に基づいて当該第１種フレームに基づくフレームを送出するポートを選定する転送先選定部と、
    　前記受信部で受信された第１種フレームについての前記転送先選定部で選定されたポートに接続される有線伝送路に、当該第１種フレームに基づくフレームを送出する送信部とを備える
    　車載ネットワークシステム。
PCT/JP2017/015817 2016-05-27 2017-04-20 ネットワークハブ、転送方法及び車載ネットワークシステム WO2017203905A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201780004670.2A CN108370343B (zh) 2016-05-27 2017-04-20 网络集线器、转送方法以及车载网络系统
EP20204380.8A EP3840305A1 (en) 2016-05-27 2017-04-20 Network hub, transfer method, and onboard network system
EP17802503.7A EP3468108B1 (en) 2016-05-27 2017-04-20 Network hub, transfer method, and on-vehicle network system
US16/166,374 US10951436B2 (en) 2016-05-27 2018-10-22 Network hub, transfer method, and onboard network system
US17/169,958 US11310070B2 (en) 2016-05-27 2021-02-08 Network hub, transfer method, and onboard network system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662342562P 2016-05-27 2016-05-27
US62/342562 2016-05-27
JP2017046322A JP6962697B2 (ja) 2016-05-27 2017-03-10 ネットワークハブ、転送方法及び車載ネットワークシステム
JP2017-046322 2017-03-10

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/166,374 Continuation US10951436B2 (en) 2016-05-27 2018-10-22 Network hub, transfer method, and onboard network system

Publications (1)

Publication Number Publication Date
WO2017203905A1 true WO2017203905A1 (ja) 2017-11-30

Family

ID=60412310

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/015817 WO2017203905A1 (ja) 2016-05-27 2017-04-20 ネットワークハブ、転送方法及び車載ネットワークシステム

Country Status (3)

Country Link
US (1) US11310070B2 (ja)
JP (1) JP7192074B2 (ja)
WO (1) WO2017203905A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020183448A1 (en) * 2019-03-11 2020-09-17 Saferide Technologies Ltd A system and method for compressing controller area network (can) messages
JP7408940B2 (ja) 2019-07-18 2024-01-09 マツダ株式会社 ネットワークハブ装置
JP7342476B2 (ja) 2019-07-18 2023-09-12 マツダ株式会社 車載ネットワークシステム
JP7395865B2 (ja) 2019-07-31 2023-12-12 マツダ株式会社 車両制御システム及び車両制御システムの設計方法
JP7411355B2 (ja) 2019-08-30 2024-01-11 マツダ株式会社 車載ネットワークシステム
JP7367840B2 (ja) * 2020-02-21 2023-10-24 日本電信電話株式会社 データ収集システム及びデータ収集方法
JP7388534B2 (ja) * 2020-02-21 2023-11-29 日本電信電話株式会社 データ収集システム及びデータ収集方法
JP7463870B2 (ja) * 2020-06-12 2024-04-09 株式会社オートネットワーク技術研究所 車載装置、車載通信システムおよび通信制御方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006221286A (ja) * 2005-02-08 2006-08-24 Toyota Central Res & Dev Lab Inc 通信装置
JP2014027406A (ja) * 2012-07-25 2014-02-06 Murata Mach Ltd Ｃａｎデータの中継装置、中継システム及び中継方法
JP2015139093A (ja) * 2014-01-22 2015-07-30 株式会社デンソー 中継装置
JP2016111477A (ja) 2014-12-04 2016-06-20 トヨタ自動車株式会社 通信システム、及びゲートウェイ

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6654355B1 (en) 1999-12-14 2003-11-25 Schneider Automation Inc. Bridge for CAN to TCP/IP connection
JP2006347258A (ja) 2005-06-14 2006-12-28 Auto Network Gijutsu Kenkyusho:Kk 車載通信用アダプタおよび自動車用ワイヤハーネス
JP4808127B2 (ja) 2006-10-12 2011-11-02 株式会社オートネットワーク技術研究所 車内通信方法、車内通信システム、中継装置及び車載型通信装置
CN102870376B (zh) 2010-05-04 2015-11-25 瑞典爱立信有限公司 以太网与mpls之间的互配
DE102012204586A1 (de) 2012-03-22 2013-10-17 Bayerische Motoren Werke Aktiengesellschaft Gateway, Knoten und Verfahren für ein Fahrzeug
KR101536141B1 (ko) 2014-02-13 2015-07-13 현대자동차주식회사 이더넷과 can 통신 간의 신호 변환을 제공하는 차량용 장치 및 그 제어방법
CN106063199B (zh) 2014-03-31 2019-04-09 富士通株式会社 通信系统、通信方法、中继装置以及存储有计算机可读程序的存储介质
JP6787697B2 (ja) 2015-08-31 2020-11-18 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ゲートウェイ装置、車載ネットワークシステム及び転送方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006221286A (ja) * 2005-02-08 2006-08-24 Toyota Central Res & Dev Lab Inc 通信装置
JP2014027406A (ja) * 2012-07-25 2014-02-06 Murata Mach Ltd Ｃａｎデータの中継装置、中継システム及び中継方法
JP2015139093A (ja) * 2014-01-22 2015-07-30 株式会社デンソー 中継装置
JP2016111477A (ja) 2014-12-04 2016-06-20 トヨタ自動車株式会社 通信システム、及びゲートウェイ

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MITSUHIRO KITANI ET AL.: "Development of Data Communication Method In-vehicle Network for Automated Driving", IPSJ SIG NOTES GROUPWARE AND NETWORK SERVICES (GN, 21 January 2016 (2016-01-21), pages 1 - 8, XP055441760 *
See also references of EP3468108A4

Also Published As

Publication number Publication date
JP7192074B2 (ja) 2022-12-19
JP2022002420A (ja) 2022-01-06
US20210184886A1 (en) 2021-06-17
US11310070B2 (en) 2022-04-19

Similar Documents

Publication Publication Date Title
JP7289332B2 (ja) 電子制御ユニット、フレーム生成方法及びプログラム
JP6962697B2 (ja) ネットワークハブ、転送方法及び車載ネットワークシステム
JP7312210B2 (ja) ゲートウェイ装置、車載ネットワークシステム、転送方法及びプログラム
JP7192074B2 (ja) ネットワークハブ、転送方法及び車載ネットワークシステム
WO2017203902A1 (ja) ゲートウェイ装置、車載ネットワークシステム、転送方法及びプログラム
US10749738B2 (en) Method and apparatus for diagnosing network
WO2017203904A1 (ja) 電子制御ユニット、フレーム生成方法及びプログラム

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17802503

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017802503

Country of ref document: EP

Effective date: 20190102