US10756930B2 - Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program - Google Patents

Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program Download PDF

Info

Publication number
US10756930B2
US10756930B2 US16/169,039 US201816169039A US10756930B2 US 10756930 B2 US10756930 B2 US 10756930B2 US 201816169039 A US201816169039 A US 201816169039A US 10756930 B2 US10756930 B2 US 10756930B2
Authority
US
United States
Prior art keywords
network
frame
type
frames
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
US16/169,039
Other languages
English (en)
Other versions
US20190068407A1 (en
Inventor
Tomoyuki Haga
Manabu Maeda
Takamitsu Sasaki
Hideki Matsushima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 PCT/JP2017/015814 external-priority patent/WO2017203902A1/fr
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to US16/169,039 priority Critical patent/US10756930B2/en
Assigned to PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA reassignment PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MATSUSHIMA, HIDEKI, HAGA, TOMOYUKI, MAEDA, MANABU, SASAKI, TAKAMITSU
Publication of US20190068407A1 publication Critical patent/US20190068407A1/en
Priority to US16/929,918 priority patent/US11368338B2/en
Application granted granted Critical
Publication of US10756930B2 publication Critical patent/US10756930B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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/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
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present disclosure relates to a message processing technique for relaying messages between electronic control units that communicate with one another in networks such as vehicle networks.
  • the techniques disclosed here feature a gateway device connected to a first network through which a frame of a first type is transmitted using the first network in accordance with a first communication protocol and connected to a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol.
  • the gateway device includes a receiver that sequentially receives frames of the first type from the first network, a processor that determines whether to transmit data regarding the frames of the first type received by the receiver to the second network, and a transmitter that transmits, to the second network, the frame of the second type including data regarding a plurality of the frames of the first type determined by the processor to be transmitted to the second network.
  • FIG. 1 is a diagram illustrating the overall configuration of a vehicle network system according to a first embodiment
  • FIG. 2 is a diagram illustrating the schematic configuration of vehicle networks according to the first embodiment
  • FIGS. 3A and 3B are diagrams illustrating formats of a data frame (also referred to as a “CAN frame”) specified in a controller area network (CAN) protocol;
  • CAN controller area network
  • FIG. 4 is a diagram illustrating a format of an Ethernet (registered trademark) frame (also referred to as an “E frame”) communicated in a part of the vehicle networks according to the first embodiment;
  • Ethernet registered trademark
  • FIG. 5 is a diagram illustrating an example of the configuration of a payload of an E frame
  • FIG. 6 is a configuration diagram of a gateway (gateway device) according to the first embodiment
  • FIG. 7 is a diagram illustrating an example of a modification of a frame configuration at a time when the gateway according to the first embodiment transfers a frame
  • FIG. 8 is a diagram illustrating an example of transfer rule information used by the gateway according to the first embodiment
  • FIG. 9 is a diagram illustrating an example of a priority transfer list used by the gateway according to the first embodiment.
  • FIG. 10 is a diagram illustrating a transfer process sequence used by the gateway according to the first embodiment (continues to FIG. 11 );
  • FIG. 11 is a diagram illustrating the transfer process sequence used by the gateway according to the first embodiment (continued from FIG. 10 );
  • FIG. 12 is a diagram illustrating an example of a modification of a frame configuration at a time when a gateway according to a second embodiment transfers a frame.
  • ECUs electronice control units
  • a network connecting these ECUs with one another is called a vehicle network.
  • a standard called controller area network (CAN) specified in International Organization for Standardization (ISO) 11898-1 is one of major vehicle networks.
  • CAN controller area network
  • ISO International Organization for Standardization
  • CAN ECUs (nodes) connected to a bus, which is a wired transmission path (communication path), communicate frames (messages).
  • CAN there are no identifiers identifying destinations and sources.
  • a transmission node transmits each frame with an identifier (CAN-ID) added (i.e., outputs a signal to a bus), and each reception node receives only messages having predetermined CAN-IDs (i.e., reads a signal from a bus).
  • CAN-ID identifier
  • Ethernet registered trademark
  • a frame (message) in Ethernet includes information indicating a source and a destination in a header thereof. In Ethernet (registered trademark), the maximum amount of data transmitted with a frame is larger than in CAN.
  • each ECU that communicates with other electronic control units includes at least either an Ethernet (registered trademark) interface or a CAN interface.
  • cost undesirably increases if each electronic control unit that needs to communicate with an electronic control unit that has an Ethernet (registered trademark) interface and an electronic control unit connected to a CAN bus (i.e., an electronic control unit including a CAN interface) includes both types of interface. It is therefore desirable for an electronic control unit including only an Ethernet (registered trademark) interface to be able to transmit information to an electronic control unit connected to a CAN bus through a gateway device or the like.
  • a gateway device relays (transfers) a message transmitted from an electronic control unit connected to a CAN bus (hereinafter also referred to as a “C-ECU”) to an electronic control unit including an Ethernet (registered trademark) interface (hereinafter also referred to as a “E-ECU”).
  • C-ECU CAN bus
  • E-ECU Ethernet (registered trademark) interface
  • a gateway device is a gateway device connected to a first network through which a frame of a first type is transmitted using the first network in accordance with a first communication protocol and connected to a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol.
  • the gateway device includes a receiver that sequentially receives frames of the first type from the first network, a processor that determines whether to transmit data regarding the frames of the first type received by the receiver to the second network, and a transmitter that transmits, to the second network, the frame of the second type including data regarding a plurality of the frames of the first type determined by the processor to be transmitted to the second network.
  • the gateway device thus transfers (relays) a frame between the networks whose communication protocols are different from each other by sequentially receiving a frame of the first type transmitted from an ECU (an electronic control unit of a first type; e.g., a C-ECU) in the first network such as CAN and transmitting a frame of the second type including data regarding a plurality of frames of the first type to the second network.
  • the data regarding the plurality of frames of the first type sequentially received from the first network can be stored in a buffer (a storage medium such as a memory) inside or outside the gateway device, for example, until the data is included in the frame of the second type and transmitted.
  • an ECU e.g., a C-ECU
  • an ECU an electronic control unit of a second type; e.g., an E-ECU
  • first network and the second network may be vehicle networks.
  • the gateway device may be connected to an Ethernet (registered trademark) cable included in the second network.
  • the first communication protocol may be a CAN (controller area network) protocol.
  • the second communication protocol may be an Ethernet (registered trademark) protocol.
  • the frame of the first type may include a CAN-ID and, in a data field, data.
  • the frame of the second type may be an Ethernet (registered trademark) frame including an Ethernet (registered trademark) header and a payload.
  • the transmitter may transmit the frame of the second type to the second network by outputting the frame of the second type to the Ethernet (registered trademark) cable.
  • the frame of the second type may include the content of a plurality of frames of the first type such as CAN-IDs, for example, as well as data (the content of data fields) regarding the plurality of frames of the first type (CAN frames).
  • a frame By relaying a frame with the gateway device, an E-ECU including only an Ethernet (registered trademark) interface, for example, can efficiently obtain information (data) transmitted from a C-ECU connected to a bus (CAN bus).
  • the processor may determine, on a basis of the CAN-ID of each of the frames of the first type received by the receiver, whether to transmit data regarding the frames of the first type to the second network.
  • the processor may determine, on a basis of the CAN-ID of each of the frames of the first type received by the receiver, whether to transmit data regarding the frames of the first type to the second network.
  • the processor may also refer to reference information in which a plurality of destinations is associated with CAN-IDs and select, on the basis of the CAN-ID of each of the frames of the first type received by the receiver, one of the plurality of destinations as a destination of the data regarding the plurality of the frames of the first type to be transmitted to the second network.
  • the transmitter may transmit, to the second network, the frame of the second type including the data regarding the plurality of the frames of the first type whose destinations selected by the processor are same.
  • the destinations may be a single E-ECU or a plurality of E-ECUs of the same type (may be a subnetwork or the like to which these E-ECUs are connected).
  • the frame of the second type transmitted by the processor may include destination information indicating the same destinations selected by the processor.
  • destination information indicating the same destinations selected by the processor.
  • a plurality of media access control (MAC) addresses as the plurality of destinations may be associated with the CAN-IDs.
  • the frame of the second type transmitted by the transmitter may include the data regarding the plurality of the frames of the first type having the same destinations selected by the processor in the payload, a MAC address, which is the same destinations, and a destination MAC address in an Ethernet (registered trademark) header.
  • an E frame whose destination can be checked with a header is transmitted to the second network. Efficient transmission, therefore, becomes possible by referring to the header using a network hub (e.g., a switching hub) or the like and selecting a transfer path before the E frame reaches a destination E-ECU.
  • a network hub e.g., a switching hub
  • the processor may refer to reference information in which a plurality of destinations is associated with the CAN-IDs and select, on the basis of the CAN-ID of each of the frames of the first type received by the receiver, one of the plurality of destinations as a destination of the data regarding the plurality of the frames of the first type to be transmitted to the second network.
  • the transmitter may transmit the frame of the second type including the data regarding the plurality of the frames of the first type determined by the processor to be transmitted to the second network and transmit destination information indicating the destination selected by the processor in the payload.
  • the E frame for example, may be broadcast and transmitted to E-ECUs, instead.
  • the E-ECUs may extract necessary data from the E frame on the basis of the destination information and use the data.
  • the gateway device may be connected to a plurality of buses of the first network.
  • the plurality of destinations, the plurality of buses, and the CAN-IDs may be associated in the reference information.
  • the processor may refer to the reference information and select, on the basis of the CAN-ID and a source bus of each of the frames of the first type received by the receiver, one of the plurality of destinations as the destination of the data regarding the plurality of the frames of the first type to be transmitted to the second network.
  • the gateway device may be connected to a plurality of Ethernet (registered trademark) cables.
  • the processor may refer to reference information in which the plurality of cables is associated with CAN-IDs and select, on the basis of the CAN-ID of each of the frames of the first type received by the receiver, one of the plurality of Ethernet (registered trademark) cables as a destination of the data regarding the plurality of the frames of the first type to be transmitted to the second network.
  • the transmitter may transmit the frame of the second type including the data regarding the plurality of the frames of the first type whose Ethernet (registered trademark) cables selected by the processor as destinations are same, to the one of the plurality of Ethernet (registered trademark) cables.
  • the data regarding the plurality of the frames of the first type determined by the processor to be transmitted to the second network may be arranged in order of predetermined priority levels of CAN-IDs based on CAN-IDs of the plurality of the frames of the first type.
  • an E-ECU that has received a frame of the second type (E frame) can perform processing in consideration of priority levels of pieces of data included in the E frame.
  • the data regarding the plurality of the frames of the first type determined by the processor to be transmitted to the second network may be arranged in order of reception by the receiver.
  • an E-ECU that has received a frame of the second type (E frame) can perform processing in consideration of order in which pieces of data included in the E frame have been transmitted to a bus (CAN bus).
  • the transmitter may transmit the frame of the second type including the data regarding the plurality of the frames of the first type when a condition relating to a number of frames of the first type received by the receiver is satisfied.
  • efficient data transmission can be achieved by appropriately setting the certain condition in consideration of transmission efficiency of a frame of the second type.
  • the transmitter may transmit the frame of the second type when a condition relating to time is satisfied as a result of counting of the time.
  • appropriate data transmission can be achieved by appropriately setting the certain condition in consideration of, for example, a balance between transmission efficiency and transmission delay.
  • the transmitter may transmit, to the second network, a frame of the second type including data regarding the one of the frames of the first type having the particular ID even when the certain condition is not satisfied.
  • priority transfer transfer without delay
  • important information can be achieved, for example, by setting a CAN-ID of a CAN frame including important data (information) as a particular ID.
  • the transmitter when transmitting the frame of the second type including the data regarding the one of the frames of the first type having the particular ID, the transmitter may: transmit the frame of the second type and include data regarding a second one of the frames of the first type that does not have the particular ID and that has been determined by the processor to be transmitted to the second network and has not yet been transmitted; or transmit another frame of the second type including the data regarding the second one of the frames of the first type that does not have the particular ID and that has been determined by the processor to be transmitted to the second network and has not yet been transmitted.
  • a vehicle network system may include a plurality of electronic control units of a first type connected to a first network through which a frame of a first type is transmitted in accordance with a first communication protocol; an electronic control unit of a second type connected to a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol; and a gateway device connected to the first network and the second network.
  • the gateway device includes a receiver that sequentially receives frames of the first type from the first network, a processor that determines whether to transmit data regarding the frames of the first type received by the receiver to the second network, and a transmitter that transmits, to the second network, the frame of the second type including data regarding a plurality of the frames of the first type determined by the processor to be transmitted to the second network.
  • an ECU e.g., a C-ECU
  • CAN can efficiently transmit information to an ECU (e.g., an E-ECU) connected to the second network such as Ethernet (registered trademark).
  • a transfer method is a transfer method of a gateway device connected to a first network through which a frame of a first type is transmitted using the first network in accordance with a first communication protocol and connected to a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol.
  • the transfer method includes sequentially receiving frames of the first type from the first network, determining, by a processor, whether to transmit data regarding the frames of the first type received in the receiving to the second network, and transmitting, to the second network, the frame of the second type including data regarding a plurality of the frames of the first type determined by the processor in the determining to be transmitted to the second network.
  • a program according to an aspect of the present disclosure is a program for causing a gateway device that is connected to a first network through which a frame of a first type is transmitted using the first network in accordance with a first communication protocol and connected to a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol, to perform operations including sequentially receiving frames of the first type from the first network, determining whether to transmit data regarding the frames of the first type received in the receiving to the second network, and transmitting, to the second network, the frame of the second type including data regarding a plurality of the frames of the first type determined in the determining to be transmitted to the second network.
  • the gateway device can appropriately relay (transfer) information from an ECU (e.g., a C-ECU) connected to the bus of the first network to the second network.
  • ECU e.g., a C-ECU
  • a vehicle network system including a gateway device (gateway) and electronic control units (ECUs) according to each embodiment will be described hereinafter with reference to the drawings.
  • the following embodiments are specific examples of the present disclosure. Values, components, arrangement and connection modes of the components, steps (processes), and the order of the steps mentioned in the following embodiments, therefore, are examples and do not limit the present disclosure.
  • the components described in the following embodiments ones not described in the independent claims are components that may be arbitrarily added.
  • the drawings are schematic diagrams and not necessarily strict illustrations.
  • a vehicle network system 10 including a plurality of electronic control units (ECUs) that communicate data through vehicle networks and a gateway will be described hereinafter with reference to the drawings as an embodiment of the present disclosure.
  • ECUs electronice control units
  • FIG. 1 illustrates the overall configuration of the vehicle network system 10 according to a first embodiment.
  • the vehicle network system 10 is a network communication system in a vehicle provided with various devices such as control devices, sensors, actuators, and user interfaces.
  • the vehicle network system 10 includes, as the vehicle networks, a first network (CAN network) in which data frames (CAN frames) and the like are transmitted in accordance with a CAN protocol using buses and a second network (Ethernet (registered trademark) network) through which Ethernet (registered trademark) frames (E frames) are transmitted in accordance with an Ethernet (registered trademark) protocol.
  • CAN network CAN network
  • Ethernet registered trademark
  • Ethernet registered trademark
  • the vehicle network system 10 is configured by including a gateway 100 , electronic control units (E-ECUs) 200 a to 200 c , a network hub 400 (also referred to as an “E-hub”), electronic control units (C-ECUs) 500 a to 500 d , various devices (an in-vehicle infotainment (IVI) 300 a , a rear camera 300 b , a radar 300 c , an engine 600 a , a brake 600 b , a door open/close sensor 600 c , and a window open/close sensor 600 d ) connected to the electronic control units (the E-ECUs and the C-ECUs), cables (Ethernet (registered trademark) cables) 20 a to 20 d , and buses (CAN buses) 30 a and 30 b .
  • the buses 30 a and 30 b are communication paths for the first network, and the Ethernet (registered trademark) cables 20 a to 20 d are communication
  • the vehicle network system 10 can include a number of ECUs other than the E-ECUs 200 a to 200 c and the C-ECUs 500 a to 500 d .
  • C-ECUs that are not illustrated, for example, can be connected to the buses 30 a and 30 b.
  • the ECUs are, for example, devices including processors (microprocessors), digital circuits such as memories, analog circuits, communication circuits, and the like.
  • the memories are read-only memories (ROMs), random-access memories (RAMs), and the like and capable of storing programs (computer programs as software) to be executed by the processors.
  • a nonvolatile memory may be included as a memory.
  • the ECUs achieve various functions, for example, when the processors operate in accordance with the programs (computer programs). Each computer program is configured by combining a plurality of instruction codes indicating commands to a corresponding processor in order to achieve certain functions.
  • the C-ECUs 500 a to 500 d communicate frames in accordance with the CAN protocol.
  • the C-ECUs 500 a to 500 d are connected to the engine 600 a , the brake 600 b , the door open/close sensor 600 c , and the window open/close sensor 600 d , respectively.
  • the C-ECUs 500 a to 500 d obtain states of the corresponding devices and, for example, periodically transmit data frames indicating the states to the first network including the buses 30 a and 30 b and the like.
  • the C-ECUs 500 a to 500 d receive data frames from the buses included in the first network, interpret the data frames, and determine whether the data frames include CAN-IDs to be received.
  • the C-ECUs 500 a to 500 d can control the devices connected thereto in accordance with data (the content of data fields) of the frame frames as necessary, or generate and transmit data frames as necessary.
  • the gateway 100 is a kind of ECU as a gateway (a relay device or the like) connected to the buses 30 a and 30 b and the cable 20 d .
  • the gateway 100 includes a processor, a digital circuit such as a memory, an analog circuit, a communication circuit, and the like.
  • the gateway 100 has a function of transferring (relaying) a frame received from a communication path (a bus or a cable) to another communication path.
  • the transfer of a frame performed by the gateway 100 is relaying (i.e., reception and transmission) of data (information) regarding a frame and can accompany conversion of a communication method, a frame format, and the like for a communication protocol employed by a destination communication path.
  • the gateway 100 can receive one or a plurality of frames from one or a plurality of communication paths and transmit the one or plurality of frames to one or a plurality of communication paths.
  • a transfer function of the gateway 100 by which data regarding a CAN frame received from a CAN bus of the first network is transmitted to another CAN bus of the first network or a cable of the second network, will be focused upon.
  • the E-ECUs 200 a to 200 c include Ethernet (registered trademark) interfaces and are connected to the Ethernet (registered trademark) cables.
  • the E-ECUs 200 a to 200 c transmit or receive Ethernet (registered trademark) frames (E frames) in accordance with the Ethernet (registered trademark) protocol.
  • the E-ECUs 200 a to 200 c are connected to the IVI 300 a , the rear camera 300 b , and the rear camera 300 c , respectively, and perform processes based on information obtained from the corresponding devices.
  • the E-ECUs 200 a to 200 c can control the corresponding devices as necessary, or transmit information to other ECUs as necessary.
  • the IVI 300 a is a device including a display and having multimedia functions such as playback of images, sounds, and the like and a communication function, by which the IVI 300 a communicates with a server 90 outside the vehicle through an external network 91 such as the Internet.
  • the server 90 is, for example, a computer having a function of providing information for the ECUs in the vehicle and the like.
  • the E-hub 400 is an Ethernet (registered trademark) switch (switching hub) connected to the gateway 100 and the E-ECUs 200 a to 200 c .
  • the E-hub 400 includes, for example, a digital circuit such as a memory, an analog circuit, a communication circuit, and the like.
  • FIG. 2 illustrates the schematic configuration of the vehicle networks according to the present embodiment.
  • the C-ECUs 500 a to 500 d can communicate with one another through the first network, which includes the buses 30 a and 30 b , the gateway 100 , and the like.
  • the gateway 100 and the E-ECUs 200 a to 200 c each include a unique MAC address and can communicate with one another through the second network, which is configured by connecting the cables through the E-hub 400 .
  • the E-hub 400 holds a MAC address table, for example, and, if receiving an E frame, learns a MAC address corresponding to a connection terminal (port) of each cable.
  • the E-hub 400 also selects a destination port on the basis of a destination MAC address in a header of the received E frame in accordance with the MAC address table and outputs the E frame to a cable connected to the destination port to transfer the E frame.
  • the gateway 100 includes a port (i.e., a terminal to which an Ethernet (registered trademark) cable is connected) for connecting to the second network and a plurality of ports (connection terminals) for connecting to the bus 30 a (also referred to as a “first CAN bus”) and the bus 30 b (also referred to as a “second CAN bus”) of the first network.
  • Information output from the C-ECU 500 a can be transmitted to the E-ECU 200 a through the bus 30 a , the gateway 100 , the cable 20 d , the E-hub 400 , and the cable 20 a under a certain condition.
  • FIGS. 3A and 3B illustrate formats of a data frame (CAN frame) communicated in the first network.
  • FIG. 3A illustrates a standard format.
  • a data frame includes a start of frame (SOF), an ID (CAN-ID), a remote transmission request (RTR), an identifier extension (IDE), a reserved bit “r”, size, data, a cyclic redundancy check (CRC) sequence, a CRC delimiter “DEL”, an acknowledgement (ACK) slot, an ACK delimiter “DEL”, and an end of frame (EOF).
  • ID CAN-ID
  • the ID as the content of an ID field is an identifier indicating a type of data and also called a message ID.
  • communication mediation in which a frame having a smaller CAN-ID takes priority, is performed when a plurality of nodes have simultaneously started to perform transmission.
  • the size is a data length code (DLC) indicating the length of a subsequent data field (data).
  • DLC data length code
  • Specifications of data are not specified in the CAN protocol but specified by the vehicle network system 10 . The specifications of data, therefore, depend on a vehicle model, a manufacturer (manufacturing maker), and the like.
  • FIG. 3B illustrates an enhanced format.
  • 29 bits which is the sum of an 11-bit base ID (a part of a CAN-ID) of an ID field and an 18-bit enhanced ID (the rest of the CAN-ID), may be treated as a CAN-ID.
  • FIG. 4 illustrates a format of a frame (E frame) communicated in the second network.
  • the E frame is configured by adding a header (Ethernet (registered trademark) header) before a payload storing data, which is main transmission content.
  • the header includes a destination MAC address, a source MAC address, and a type.
  • the gateway 100 in the vehicle network system 10 transfers a CAN frame received from a CAN bus to the second network connected to the E-ECUs, the gateway 100 transmits an E frame including a plurality of pieces of CAN frame information.
  • the CAN frame information is information extracted from a data frame (CAN frame) transmitted through a CAN bus.
  • the CAN frame includes at least the content of a data field (data) and can include, for example, a CAN-ID and size.
  • FIG. 5 illustrates an example of the data configuration of the payload of the E frame illustrated in FIG. 4 .
  • CAN frame information includes a CAN-ID, size, and data.
  • the number of messages (MSG) illustrated in FIG. 5 indicates the number of pieces of CAN frame information.
  • Information indicating the total amount of data of the CAN frame information may be used instead of the number of messages.
  • a CAN flag is an identification flag for identifying whether the E frame includes information transmitted from the first network (i.e., CAN frame information). The CAN flag is turned on when the payload of the E frame includes CAN frame information and turned off in other cases (i.e., values indicating information contrary to on).
  • FIG. 5 Although an example in which a CAN flag is arranged at a beginning of an E frame is illustrated in FIG. 5 , this is just an example.
  • transmission efficiency can improve.
  • FIG. 6 is a configuration diagram of the gateway 100 .
  • the gateway 100 is configured by including a C communication unit 110 a , a C communication unit 110 b , an E communication unit 120 , a transfer rule holding unit 130 , and a transfer control unit 140 .
  • These components are achieved in the gateway 100 by communication circuits, a memory, a digital circuit, a processor that executes programs stored in the memory.
  • the C communication unit 110 a is a communication circuit or the like connected to the bus 30 a included in the first network and includes a reception section 111 a that sequentially receives CAN frames from the bus 30 a and a transmission section 112 a that transmits CAN frames to the bus 30 a.
  • the C communication unit 110 b is a communication circuit or the like connected to the bus 30 b included in the first network and includes a reception section 111 b that sequentially receives CAN frames from the bus 30 b and a transmission section 112 b that transmits CAN frames to the bus 30 b.
  • the E communication unit 120 is a communication circuit or the like connected to the cable 20 d (a wired communication path connected to the E-hub 400 ) included in the second network and includes a reception section 121 that receives E frames from the cable 20 d and a transmission section 122 that transmits E frames to the cable 20 d.
  • the transfer rule holding unit 130 is achieved by a storage medium such as a memory and holds reference information, which specifies a frame transfer condition and the like.
  • the reference information is, for example, transfer rule information in which CAN-IDs to be transferred, source buses, and destinations (MAC addresses, etc.) are associated with one another, a priority transfer list in which CAN-IDs having priority in transfer, source buses, and destinations are associated with each other, or the like.
  • the transfer control unit 140 is achieved, for example, by a processor or the like that executes programs.
  • the transfer control unit 140 determines whether to transfer a received frame and performs control relating to transfer in accordance with a result of the determination.
  • the control relating to transfer is, for example, control in which the E communication unit 120 is caused to transmit, to the cable 20 d , an E frame including a plurality of pieces of CAN frame information in a payload on the basis of a plurality of sequentially received CAN frames.
  • FIG. 7 illustrates an image of the gateway 100 transmitting an E frame on the basis of a plurality of received CAN frames (CAN frames 1 to N). As illustrated in the figure, when transferring the frame, the gateway 100 changes the configuration of the frame.
  • a payload of the E frame to be transmitted includes, for example, N, which is a predetermined number, pieces of CAN frame information.
  • Data regarding the N pieces of CAN frame information is the content (data) of data fields of N received CAN frames or the like.
  • the content of CAN frames that have been received and are waiting for transfer are, for example, stored in a storage medium (buffer) such as the memory of the gateway 100 .
  • the E frame including the N pieces of CAN frame information illustrated in FIG. 7 is to be received, for example, by a destination E-ECU (e.g., E-ECU 200 a ) through the E-hub 400 .
  • a destination E-ECU e.g., E-ECU 200 a
  • a MAC address of the gateway 100 is set to a header of the E frame as a source MAC address, and a CAN flag that has been turned on, which indicates that CAN frame information is included, is set to the payload of the E frame.
  • a MAC address of the destination E-ECU is set as a destination MAC address of the E frame in accordance with the transfer rule information or the like held by the transfer rule holding unit 130 .
  • the transfer control unit 140 includes a determination section 141 and a frame construction section 142 .
  • the transfer control unit 140 controls a transmission unit (the transmission section 122 , the transmission section 112 a , or the transmission section 112 b ) under a certain condition in accordance with a result of a determination or the like made by the determination section 141 and causes the transmission unit to transmit a frame.
  • the determination section 141 determines whether to transmit, to the second network, data regarding a CAN frame received by the reception section 111 a or the reception section 111 b on the basis of a CAN-ID. The determination is made, for example, in accordance with the predetermined reference information regarding CAN-IDs. The determination section 141 also selects a destination of the data regarding the CAN frame in accordance with the reference information. The determination whether to transmit a CAN frame to the second network and the selection of a destination of a frame (an E frame or a CAN frame) including data regarding the CAN frame are performed, for example, using the transfer rule information indicating CAN-IDs or the like of one or more CAN frames whose data is to be transmitted to the second network.
  • FIG. 8 illustrates an example of the transfer rule information as the reference information held by the transfer rule holding unit 130 and referred to by the determination section 141 of the transfer control unit 140 .
  • the transfer rule information is information in which, for example, sources, CAN-IDs to be transferred, destination network types, and destination identification information are associated with one another.
  • E indicates the second network (E network)
  • CAN indicates the first network.
  • the E network is the second network through which communication is performed in accordance with the Ethernet (registered trademark) protocol.
  • the destination identification information is a MAC address
  • the destination network type is CAN
  • the destination identification information is information for identifying a bus.
  • the destination network type is CAN, and the CAN frame is to be transmitted to the second CAN bus among the plurality of CAN buses connected.
  • the transfer rule information also indicates that all CAN frames received from the second CAN bus are to be transmitted to the first CAN bus.
  • the transfer rule information indicates that when a CAN frame that has been received from the first CAN bus and whose CAN-ID is 0 ⁇ 100, 0 ⁇ 101, or 0 ⁇ 102 is to be transferred, the destination network type is the E network.
  • CAN frame information therefore, is to be stored in an E frame, and the E frame is to be transmitted with a destination MAC address thereof set as 00:11:22:33:44:55 (e.g., a MAC address of the E-ECU 200 a ).
  • the determination section 141 determines whether a bus that has received a CAN frame is the first CAN bus (bus 30 a ) or the second CAN bus (bus 30 b ). The determination section 141 then compares the bus with sources in the transfer rule information and a CAN-ID of the CAN frame with CAN-IDs to be transferred in the transfer rule information. If an applicable combination of a source and a CAN-ID to be transferred is found as a result of the comparison, the determination section 141 identifies a destination network type and destination identification information corresponding to the combination to select a destination of a frame based on the received CAN frame.
  • the determination section 141 determines that the received CAN frame is not to be transmitted to the first or second network. If the destination network type indicates the E network in the selection of the destination, the determination section 141 determines that the received CAN frame is to be transmitted to the second network. In this case, the determination section 141 selects one of a plurality of MAC addresses as the destination identification information in the transfer rule information as a destination of an E frame including data and the like (CAN frame information) regarding the CAN frame to be transmitted to the second network.
  • the reference information referred to by the determination section 141 may be, for example, a combination of a reception ID list indicating whether a CAN-ID is to be transferred and transfer rule information in which CAN-IDs to be transferred and destinations are associated with each other. Any type of reference information may be used. That is, the reference information may be a list of CAN-IDs not to be transferred, or may be a function or the like for determining whether a CAN-ID is to be transferred, instead.
  • a destination (e.g., destination identification information indicated by the transfer rule information) in the reference information may be a MAC address, another type of identification information regarding an E-ECU (e.g., an Internet protocol (IP) address, etc.), or an address indicating a subnetwork to which a plurality of E-ECUs of the same type are connected.
  • IP Internet protocol
  • the frame construction section 142 connects data (CAN frame information) regarding a plurality of (e.g., a predetermined number, namely N) CAN frames whose destinations selected by the determination section 141 are the same (e.g., the destinations are a MAC address of the same E-ECU) and turns on a CAN flag to construct an E frame (refer to FIG. 7 ).
  • the frame construction section 142 sets the MAC address (a MAC address indicated by the destination identification information in the transfer rule information) of the destination as a destination MAC address in a header of the E frame.
  • the transfer control unit 140 causes the transmission section 122 of the E communication unit 120 to output the E frame constructed by the frame construction section 142 to the cable 20 d .
  • the frame construction section 142 may provide an IP header for a payload of the E frame (e.g., insert the IP header before the CAN flag illustrated in FIG. 7 ) and include an IP address of a destination E-ECU as a destination IP address of the IP header. The frame construction section 142 may then set a MAC address found on the basis of the IP address of the destination E-ECU as the destination MAC address of the E frame.
  • the frame construction section 142 may arrange a plurality of pieces of CAN frame information in any order when connecting the plurality of pieces of CAN frame information and setting the plurality of pieces of CAN frame information in a payload of an E frame, but the following method, for example, is effective. That is, CAN frame information (data and the like) regarding each of a plurality of CAN frames determined by the determination section 141 to be transmitted to the second network is arranged in an E frame in order of reception by the reception section 111 a or 111 b . With this method, an E-ECU that has received, through the E-hub 400 , an E frame transmitted to the gateway 100 can perform processing in consideration of the order in which data included in the E frame has been transmitted to a CAN-bus.
  • CAN frame information regarding each of a plurality of CAN frames determined by the determination section 141 to be transmitted to the second network is arranged in an E frame in order of predetermined priority levels of CAN-IDs based on CAN-IDs of the CAN frames.
  • a predetermined priority level of a CAN-ID becomes higher, for example, as the CAN-ID increases as in the communication mediation between the CAN buses.
  • the transfer control unit 140 controls a transmission section (the transmission section 112 a or the transmission section 112 b ) such that the transmission section transmits the received CAN frame to the other of the first CAN bus and the second CAN bus as it is.
  • the transfer control unit 140 causes the frame construction section 142 to construct an E frame and the transmission section 122 to transmit the E frame when a certain condition relating to the number of CAN frames received by a reception section (the reception section 111 a or the reception section 111 b ) has been satisfied for CAN frames whose destinations are the same.
  • the certain condition relating to the number of CAN frames received is that, for example, N CAN frames whose destinations are the same be received (e.g., a CAN frame whose CAN frame information is to be included in an E frame for a destination be received N times after a previous E frame for the destination is transmitted).
  • the certain condition relating to the number of CAN frames received may be that a total of M bytes of CAN frames whose CAN frame information is to be included in an E frame for a destination be received after a previous E frame for the destination is transmitted.
  • the transfer control unit 140 causes the frame construction section 142 to construct an E frame including CAN frame information (data and the like) regarding the CAN frame having the particular ID and the transmission section 122 to immediately transmit the E frame to the second network even if the certain condition relating to the number of CAN frames received is not satisfied.
  • the particular ID is, for example, a CAN-ID having priority in transfer described in the priority transfer list as the reference information held by the transfer rule holding unit 130 .
  • FIG. 9 illustrates an example of the priority transfer list as the reference information used by the transfer control unit 140 .
  • the priority transfer list is information in which, for example, sources, CAN-IDs having priority in transfer, destination network types, and destination identification information are associated with one another.
  • the priority transfer list illustrated in FIG. 9 indicates, for example, that a CAN frame that has been received from the first CAN bus and whose CAN-ID is 0 ⁇ 100 be transferred to an E-ECU whose MAC address is 00:11:22:33:44:55 (e.g., the E-ECU 200 a ) without delay.
  • the transfer control unit 140 If the transfer control unit 140 receives a CAN frame whose CAN-ID is 0 ⁇ 100 from the first CAN bus, therefore, the transfer control unit 140 causes the transmission section 122 to immediately transmit an E frame including CAN frame information, which is data and the like regarding the CAN frame, in a payload.
  • the transfer control unit 140 determines whether a bus that has received the CAN frame is the first CAN bus (bus 30 a ) or the second CAN bus (bus 30 b ). The transfer control unit 140 then compares the bus with sources in the priority transfer list and a CAN-ID of the CAN frame with CAN-IDs having priority in transfer in the priority transfer list. If an applicable combination of a source and a CAN-ID having priority in transfer is found as a result of the comparison, the transfer control unit 140 identifies destination identification information corresponding to the combination to select a destination of an E frame based on the received CAN frame.
  • a CAN-ID having priority in transfer (i.e., a particular ID) in the priority transfer list is, for example, a predetermined CAN-ID (error notification ID) for a CAN frame indicating an abnormality in driving control of the vehicle.
  • a CAN frame having the error notification ID transmitted from a C-ECU for example, a display of the IVI 300 a connected to the E-ECU 200 a can promptly display a warning screen based on information regarding an error notification. An accident, therefore, can be effectively prevented.
  • the transfer control unit 140 may determine particular IDs using any method instead of the one employing the priority transfer list. For example, the transfer control unit 140 may determine all CAN-IDs having values equal to or smaller than a predetermined threshold as particular IDs.
  • the transfer control unit 140 may cause the frame construction section 142 to generate another E frame including CAN frame information (data and the like) regarding one or a plurality of CAN frames that do not have a particular ID and that have been determined by the determination section 141 to be transmitted to the second network but have not yet been transmitted and the transmission section 122 to transmit the E frame.
  • the transfer control unit 140 may cause the frame construction section 142 to generate another E frame including CAN frame information (data and the like) regarding one or a plurality of CAN frames that do not have a particular ID and that have been determined by the determination section 141 to be transmitted to the second network but have not yet been transmitted and the transmission section 122 to transmit the E frame.
  • the transfer control unit 140 may cause the frame construction section 142 to further include CAN frame information regarding a CAN frame that does not have a particular ID and that has been determined by the determination section 141 to be transmitted to the second network but has not yet been transmitted in an E frame including CAN frame information regarding a CAN frame having a particular ID and construct an E frame and the transmission section 122 to transmit the E frame. More specifically, when a CAN-ID having priority in transfer (i.e., a particular ID) is 0 ⁇ 100 as in the example illustrated in FIG.
  • the transfer control unit 140 may transmit, if CAN frames whose destinations are the same (MAC address 00:11:22:33:44:55) are accumulated and waiting for satisfaction of the certain condition relating to the number of CAN frames received (i.e., waiting for accumulation of N CAN frames), an E frame obtained by connecting CAN frame information regarding the accumulated CAN frames and CAN frame information regarding the CAN frame having the particular ID (0 ⁇ 100) to each other and including the connected CAN frame information in a payload.
  • CAN frames whose destinations are the same MAC address 00:11:22:33:44:55
  • the transfer control unit 140 may have a transmission control function of generating a CAN frame on the basis of the content of an E frame received by the reception section 121 of the E communication unit 120 and causing the transmission section 112 a or the transmission section 112 b to transmit the CAN frame to a CAN bus.
  • the transmission section 122 transmits, to the second network (i.e., the cable 20 d ), an E frame including data regarding a plurality of CAN frames determined by the determination section 141 to be transmitted to the second network under control performed by the transfer control unit 140 . More specifically, the transmission section 122 transmits an E frame including CAN frame information regarding a plurality of CAN frames for which the same destination has been selected by the determination section 141 to the destination if the certain condition relating to the number of CAN frames received, whose CAN frame information is included in the E frame, is satisfied. Even while the certain condition is not satisfied, the transmission section 122 transmits, if a CAN frame having a particular ID is received, an E frame including CAN frame information regarding the CAN frame.
  • the transmission section 122 transmits an E frame including CAN frame information regarding a CAN frame having a particular ID
  • the transmission section 122 transmits the E frame while including, in the E frame, CAN frame information regarding a CAN frame that does not have a particular ID and that has been determined by the determination section 141 to be transmitted to the second network but has not yet been transmitted or transmits the E frame while including the CAN frame information in another E frame.
  • FIGS. 10 and 11 illustrate a specific example of a transfer process sequence relating to transfer of a CAN frame performed by the gateway 100 .
  • the transfer process sequence illustrated in FIGS. 10 and 11 indicates a transfer process achieved by cooperation between the C communication unit 110 a , the transfer control unit 140 , the C communication unit 110 b , and the E communication unit 120 of the gateway 100 .
  • the transfer of a CAN frame is transmission of a CAN frame that has been received or transmission of an E frame including CAN frame information regarding one or plurality of received CAN frames.
  • a transfer process performed by the gateway 100 when a CAN frame received from the first CAN bus (bus 30 a ) of the first network is transferred to the second CAN bus (bus 30 b ) or the second network (E network) will be described hereinafter with reference to FIGS. 10 and 11 .
  • the transfer process starts when the gateway 100 has received a CAN frame from a CAN bus.
  • the C communication unit 110 a connected to the first CAN bus receives, with the reception section 111 a , a CAN-ID from the first CAN bus and determines whether the CAN-ID is to be received (step S 1 ).
  • the determination is made, for example, by referring to a reception ID list enumerating CAN-IDs to be received.
  • the determination section 141 of the transfer control unit 140 may make the determination instead of the reception section 111 a , which makes the determination on the basis of the reception ID list. In this case, the determination section 141 determines whether the CAN-ID is to be received (whether the CAN-ID is to be transferred) on the basis of the reception ID list of the transfer rule information.
  • step S 1 If the C communication unit 110 a determines in step S 1 that the CAN-ID is to be received, the reception section 111 a of the C communication unit 110 a receives a corresponding CAN frame (step S 2 ) and transmits the CAN frame to the transfer control unit 140 (step S 3 ).
  • the transfer control unit 140 obtains and refers to the transfer rule information held by the transfer rule holding unit 130 in order to check a destination of the received CAN frame (step S 4 ).
  • the transfer control unit 140 determines, on the basis of the transfer rule information, whether the CAN-ID of the CAN frame is to be transferred to the second CAN bus (step S 5 ). If so, the transfer control unit 140 transmits the CAN frame to the C communication unit 110 b (step S 6 ).
  • the C communication unit 110 b that has received the CAN frame transmits the CAN frame to the second CAN bus with the transmission section 112 b (step S 7 ).
  • step S 5 If the transfer control unit 140 determines in step S 5 that the CAN-ID of the CAN frame is not to be transferred to the second CAN bus, or after the CAN frame is transmitted in step S 6 , the transfer control unit 140 determines whether the CAN-ID of the CAN frame is to be transferred to the second network (E network) (step S 8 ). If the transfer control unit 140 determines in step S 8 that the CAN-ID is not to be transferred to the E network, the gateway 100 ends the transfer process.
  • E network E network
  • step S 8 If determining in step S 8 that the CAN-ID of the CAN frame (the CAN frame received in step S 2 ) is to be transferred to the E network, the transfer control unit 140 obtains and refers to the priority transfer list held by the transfer rule holding unit 130 in order to check whether the CAN frame has priority (promptness) in transfer (step S 9 ). The transfer control unit 140 then determines whether the CAN-ID of the CAN frame is described in the priority transfer list (a CAN-ID having priority in transfer) (step S 10 ).
  • the transfer control unit 140 If determining in step S 10 that the CAN-ID of the CAN frame is a CAN-ID having priority in transfer, the transfer control unit 140 generates an E frame including, in a payload, CAN frame information regarding the CAN frame and a CAN flag that has been turned on (step S 11 ).
  • a MAC address (a MAC address of a destination E-ECU) indicated in a corresponding piece of transfer identification information in the priority transfer list is set as a destination MAC address in a header of the E frame.
  • the MAC address of the gateway 100 for example, is set as a source MAC address in the header of the E frame.
  • the transfer control unit 140 transmits the E frame generated in step S 11 to the E communication unit 120 in a prioritized manner (immediate transmission) in order to transmit the E frame to the destination (step S 12 ).
  • the transmission section 122 of the E communication unit 120 transmits the E frame (step S 13 ).
  • the transfer control unit 140 stores the CAN frame information including the CAN-ID, size, and data of the CAN frame in the buffer (the storage medium included in the gateway 100 ) while associating the CAN frame information with the destination (MAC address) selected on the basis of the transfer rule information (step S 14 ).
  • step S 12 or S 14 the transfer control unit 140 determines whether the certain condition relating to the number of CAN frames received is satisfied, that is, whether N pieces of CAN frame information whose destinations are the same have been accumulated in the buffer (step S 15 ).
  • step S 15 If determining in step S 15 that the certain condition is satisfied (i.e., N pieces of CAN frame information whose destinations are the same have been accumulated), the transfer control unit 140 generates an E frame including, in a payload, a CAN flag that has been turned on and the N pieces of CAN frame information whose destinations are the same (step S 16 ).
  • a MAC address of the destination based on the transfer rule information is set as a destination MAC address in a header of the E frame, and the MAC address of the gateway 100 , for example, is set as a source address in the header.
  • the transfer control unit 140 transmits the E frame generated in step S 16 to the E communication unit 120 in order to transmit the E frame to the destination (step S 17 ).
  • the transmission section 122 of the E communication unit 120 transmits the E frame (step S 18 ).
  • step S 15 If the transfer control unit 140 determines in step S 15 that the certain condition is not satisfied, the gateway 100 ends the transfer process and waits for a next CAN frame to be received.
  • the gateway 100 if the gateway 100 receives a CAN frame transmitted from a C-ECU to a CAN bus in the vehicle networks including the first and second networks whose communication protocols are different from each other, the gateway 100 transfers the frame by transmitting information (CAN frame information) such as data regarding the CAN frame with an E-ECU set as a destination under a certain condition. During the transfer, the gateway 100 transmits an E frame including CAN frame information regarding a plurality of received CAN frames whose destinations are the same E-ECU and a CAN flag that has been turned on to the E-ECU. As a result, transmission efficiency can improve.
  • CAN frame information such as data regarding the CAN frame with an E-ECU set as a destination under a certain condition.
  • the gateway 100 transmits an E frame including CAN frame information regarding a plurality of received CAN frames whose destinations are the same E-ECU and a CAN flag that has been turned on to the E-ECU.
  • the gateway 100 transfers the frame by immediately transmitting an E frame including CAN frame information regarding the CAN frame to a particular E-ECU.
  • the content of a CAN frame or the like having a particular ID can be promptly transmitted to an E-ECU. That is, although the vehicle network system 10 employs a transfer method with which a delay can be caused in transmission of information regarding a frame in order to increase transmission efficiency of the information, important information can be promptly transmitted from a C-ECU to an E-ECU by, for example, setting a CAN-ID of an important CAN frame as a particular ID.
  • gateway 100 of the vehicle network system 10 (refer to FIG. 1 ) according to the first embodiment is partly modified.
  • a vehicle network system includes a gateway 100 a having the same configuration as the gateway 100 (refer to FIG. 6 ) of the vehicle network system 10 according to the first embodiment.
  • a function of a transfer control unit 140 of the gateway 100 a is partly different from that of the transfer control unit 140 of the gateway 100 .
  • the same components as those according to the first embodiment are given the same reference numerals as in the first embodiment, and description thereof is omitted as necessary.
  • the vehicle network system according to the present embodiment is the same as the vehicle network system 10 according to the first embodiment, unless otherwise specified.
  • the transfer control unit 140 of the gateway 100 determines that a plurality of sequentially received CAN frames are to be transmitted to the second network, the transfer control unit 140 constructs an E frame obtained by connecting CAN frame information regarding a plurality of (e.g., the predetermined number, namely N) CAN frames whose destinations selected on the basis of the reference information (the transfer rule information, etc.) are the same (e.g., the destinations are a MAC address of the same E-ECU) and including the connected CAN frame information in a payload (refer to FIG. 7 ).
  • a plurality of e.g., the predetermined number, namely N
  • the destinations selected on the basis of the reference information the transfer rule information, etc.
  • the transfer control unit 140 of the gateway 100 a determines that a plurality of sequentially received CAN frames are to be transmitted to the second network, on the other hand, the transfer control unit 140 constructs an E frame obtained by connecting CAN frame information regarding a plurality of (e.g., the predetermined number, namely N) CAN frames and including the connected CAN frame information in a payload regardless of destinations selected on the basis of the reference information (the transfer rule information, etc.) and causes the transmission section 122 to transmit the E frame to the second network.
  • the configuration of the E frame at this time is as illustrated in FIG. 12 .
  • FIG. 12 illustrates an image of the gateway 100 a transmitting an E frame on the basis of a plurality of received CAN frames (first to N-th CAN frames).
  • a payload of the E frame to be transmitted includes, for example, a predetermined number of, namely N, pieces of CAN frame information (CAN-IDs, size, and data) to which destination MAC addresses (i.e., MAC addresses of destination E-ECUs) indicating destinations are added.
  • Data regarding the N pieces of CAN frame information is the content (data) of data fields or the like of the received N CAN frames.
  • broadcast addresses are set as destination MAC addresses in a header of the E frame
  • the MAC address of the gateway 100 a is set as a source MAC address in the header of the E frame
  • a CAN flag that has been turned on which indicates that CAN frame information is included, is set in the payload of the E frame.
  • the E frame including the N pieces of CAN frame information to which the destination MAC addresses are added illustrated in FIG. 12 is to be received by the E-ECUs (the E-ECUs 200 a to 200 c , etc.) through the E-hub 400 .
  • the E-hub 400 When the E-hub 400 has received an E frame whose destination MAC address is a broadcast address, the E-hub 400 outputs the E frame from all ports other than a port with which the E frame has been received (i.e., a connection terminal for a cable).
  • the E-ECUs can extract the CAN frame information intended therefor included in the E frame by comparing the destination MAC addresses in the payload of the E frame with MAC addresses thereof.
  • the E-hub 400 that has received an E frame including a plurality of pieces of CAN frame information corresponding to a plurality of destinations such as that illustrated in FIG. 12 may have a division transfer function of dividing the plurality of pieces of CAN frame information in a payload of the E frame for destinations (destination MAC addresses) and outputting, for each destination, an E frame from a port leading to an E-ECU indicated by the destination while including CAN frame information corresponding to the destination in a payload and setting the destination MAC address as a destination MAC address in a header.
  • An E-hub having such a division transfer function may determine whether to implement the division transfer function or a general function of transferring an E frame, for example, depending on whether a CAN flag in a payload of an E frame is on. If an E-hub having the division transfer function and a MAC address is connected to the second network, it is effective for the gateway 100 a to set, when transmitting an E frame, not a broadcast address but a MAC address of the E-hub as a destination MAC address in a header of the E frame. If a destination indicated by the destination identification information in the transfer rule information (refer to FIG.
  • the gateway 100 a may construct, with the configuration illustrated in FIG. 12 , an E frame including a plurality of pieces of CAN frame information whose destinations are the E-ECUs of the same type and transmit the E frame to the second network.
  • the gateway 100 a transmits an E frame including CAN frame information regarding a plurality of CAN frames to the second network on the basis of the plurality of CAN frames received from a bus of the first network regardless of destinations.
  • transmission efficiency can improve to some degree.
  • the first and second embodiments have been described above as examples of the technique in the present disclosure.
  • the technique in the present disclosure is not limited to this and may be applied to embodiments obtained by performing modification, replacement, addition, omission, and the like as necessary.
  • the following modifications, for example, are included in an aspect of the present disclosure.
  • the vehicle network system may include an E-hub connected to the second network and having the division transfer function in addition to the E-hub 400 that does not have the division transfer function.
  • the gateway 100 a according to the second embodiment may sequentially receive CAN frames and transmit the E frame illustrated in FIG. 12 to the E-hub 400 .
  • the E-hub 400 may then transfer the E frame to the E-hub having the division transfer function, and the E-hub having the division transfer function may divide a plurality of pieces of CAN frame information included in the E frame and transmit, to each destination, an E frame including CAN frame information corresponding to an E-ECU as the destination.
  • the above-described devices such as the gateways, the ECUs (the E-ECUs and the C-ECUs) and the E-hub may also be used for various network communication systems such as robots and industrial machines.
  • the vehicle networks include the first and second networks.
  • the first network transmits a CAN frame (data frame) in accordance with the CAN protocol using a CAN bus
  • the second network transmits an E frame (Ethernet (registered trademark) frame) in accordance with the Ethernet (registered trademark) protocol.
  • the CAN protocol may be interpreted in a broad sense and include derivative protocols such as CAN-open, which is used for a system incorporated into an automated system, time-triggered CAN (TTCAN), and CAN with flexible data rate (CAN FD).
  • TTCAN time-triggered CAN
  • CAN FD CAN with flexible data rate
  • a data frame in the CAN protocol may have an enhanced ID format as well as a standard ID format.
  • An Ethernet (registered trademark) frame may be, for example, a frame of Ethernet (registered trademark) version 2 or a frame specified in IEEE 802.3.
  • the Ethernet (registered trademark) protocol may be interpreted in a broad sense and include derivative protocols such as Ethernet (registered trademark) audio video bridging (AVB) according to IEEE 802.1, Ethernet (registered trademark) time-sensitive networking (TSN) according to IEEE 802.1, Ethernet (registered trademark) industrial protocol (Ethernet/IP), and Ethernet (registered trademark) for Control Automation Technology (EtherCAT; registered trademark).
  • a frame of a first type (e.g., a CAN frame, etc.) may be transmitted through a bus in accordance with a first communication protocol
  • a frame of a second type (e.g., an E frame, etc.) may be transmitted in accordance with a second communication protocol, which is different from the first communication protocol
  • the first communication protocol is the CAN protocol, for example, but may be local interconnect network (LIN), Media Oriented Systems Transport (MOST; registered trademark), or FlexRay (registered trademark), instead.
  • the second communication protocol is the Ethernet (registered trademark) protocol, for example, but may be a BroadR-Reach protocol, instead.
  • Ethernet registered trademark
  • the second communication protocol may be one of various protocols having a higher communication speed than the first communication protocol.
  • a frame of the second type (e.g., an E frame) includes an identification flag (e.g., a CAN flag) for determining whether a payload of the frame of the second type includes data and the like (e.g., CAN frame information) regarding a frame of the first type (e.g., a CAN frame) to be transmitted to the second network in the above embodiments
  • the identification flag may be included in a header of the frame of the second type, instead.
  • the gateway 100 may include a CAN flag in a header of an E frame.
  • a payload includes CAN frame information can be determined just by referring to the header of the E frame, and when the payload of the E frame has been encrypted, for example, processing can be simplified (omission of decryption, etc.).
  • a bit for determining whether a destination MAC address in a header of an E frame is a global MAC address may be used as a CAN flag (e.g., a value indicating a local MAC address is treated as a CAN flag that has been turned on).
  • a CAN flag may be provided for a field of a type in a header of an E frame.
  • the gateway 100 may include a CAN flag in both a header and a payload of an E frame.
  • the gateway 100 may include ports connected to a plurality of Ethernet (registered trademark) cables, instead. That is, the gateway 100 may be integrated with the E-hub 400 . In this case, the gateway 100 can select a destination of a CAN frame on the basis of the reference information such as the transfer rule information, identify a port connected to a cable corresponding to the destination in a MAC address table, for example, and transmit an E frame to the port.
  • the gateway 100 may include ports connected to a plurality of Ethernet (registered trademark) cables, instead. That is, the gateway 100 may be integrated with the E-hub 400 .
  • the gateway 100 can select a destination of a CAN frame on the basis of the reference information such as the transfer rule information, identify a port connected to a cable corresponding to the destination in a MAC address table, for example, and transmit an E frame to the port.
  • the determination section 141 of the transfer control unit 140 of the gateway 100 refers to the reference information (e.g., the transfer rule information and the MAC address table, etc.) in which a plurality of cables and CAN-IDs are associated with each other and selects, on the basis of a CAN-ID of a CAN frame received by the reception section 111 a or 111 b , one of the plurality of cables as a destination of CAN frame information, which is data and the like regarding the CAN frame to be transmitted to the second network.
  • the reference information e.g., the transfer rule information and the MAC address table, etc.
  • the transfer control unit 140 then constructs, with the frame construction section 142 , an E frame including CAN frame information, which is data and the like regarding a plurality of CAN frames for which the same cable has been selected by the determination section 141 as a destination of CAN frame information and controls the transmission section 122 in such a way as to output the E frame to the selected cable, in order to achieve transmission of the E frame to the second network.
  • the gateway 100 may select a plurality of cables and output, to the plurality of cables, E frames having the same payload including one or plurality of pieces of CAN frame information. In this case, the gateway 100 need not have a function as a switch (switching hub) and may output the E frames to all the cables without distinguishing destination MAC addresses of the E frames.
  • the gateway 100 transmits an E frame including CAN frame information regarding the CAN frames to the second network.
  • a certain condition relating to time may be used in addition to, or instead of, this certain condition. That is, the gateway 100 may count time, and, if the certain condition relating to time is satisfied, an E frame including CAN frame information that has been accumulated in the buffer, whose destinations are the same, and that has not been transmitted may be generated, and the transmission section 122 may transmit the E frame to the second network.
  • the certain condition relating to time for example, is a condition that is satisfied when a predetermined period of time has elapsed since a previous E frame was output.
  • the gateway 100 is connected to a plurality of CAN buses in relation to the first network in the above embodiment, the gateway 100 may be connected to a single CAN bus, instead. In this case, information regarding sources may be omitted, for example, in the transfer rule information and the priority transfer list.
  • CAN frame information included in an E frame transmitted by the gateway 100 includes a CAN-ID, size, and data in the above embodiment, CAN frame information may include only data, instead.
  • Procedures of the various processes described in the above embodiments need not necessarily be performed in the above-described order.
  • the order in which the procedures are performed may be switched, a plurality of procedures may be performed in parallel with each other, or a part of a procedure may be omitted, instead.
  • the devices such as the gateways, the ECUs, and the E-hub in the above embodiments may include other hardware components such as a hard disk device, a display, a keyboard, and a mouse.
  • a program stored in a memory may be executed by a processor in order to achieve a function of each device in a software manner, or dedicated hardware (a digital circuit, etc.) may achieve the function. Distribution of functions of the components of each device may also be changed.
  • a system LSI circuit is a super-multifunctional LSI circuit fabricated by integrating a plurality of components on a single chip and is specifically a computer system including a microprocessor, a ROM, and a RAM.
  • the RAM stores a computer program.
  • the system LSI circuit achieves functions thereof when the microprocessor operates in accordance with the computer program.
  • each of the components of each device may be achieved by a single chip, or some or all of the components of each device may be achieved by a single chip.
  • LSI integrated circuit
  • LSI super LSI
  • ultra LSI might be used depending on a degree of integration.
  • some or all of the components of each device in the above embodiments need not necessarily be achieved by an LSI circuit and may be achieved by a dedicated circuit or a general-purpose processor, instead.
  • a field-programmable gate array (FPGA) that can be programmed after an LSI circuit is fabricated or a reconfigurable processor capable of reconfiguring connections and settings of circuit cells inside an LSI circuit may be used, instead.
  • FPGA field-programmable gate array
  • the functional blocks may be integrated using the technique. Application of biotechnology is one of such possibilities.
  • each device may be achieved by an IC card or a separate module removably attached to each device.
  • the IC card or the module is a computer system including a microprocessor, a ROM, and a RAM.
  • the IC card or the module may include the super-multifunctional LSI circuit.
  • the IC card or the module achieves functions thereof when the microprocessor operates in accordance with a computer program.
  • the IC card or the module may be tamper-resistant.
  • An aspect of the present disclosure may be, for example, a transfer method including the entirety or a part of the processing procedure illustrated in FIGS. 10 and 11 or the like.
  • the transfer method is used by a gateway connected to a bus of a first network through which a frame of a first type is transmitted in accordance with a first communication protocol using the bus and a second network through which a frame of a second type is transmitted in accordance with a second communication protocol, which is different from the first communication protocol.
  • the transfer method includes a reception step (e.g., step S 2 ) of sequentially receiving the frame of the first type from the bus, a determination step (e.g., step S 8 ) of determining whether to transmit data regarding the frame of the first type received in the reception step to the second network, and a transmission step (e.g., steps S 16 to S 18 ) of transmitting, to the second network, the frame of the second type including data regarding a plurality of frames of the first type determined in the determination step to be transmitted to the second network.
  • a reception step e.g., step S 2
  • a determination step e.g., step S 8
  • a transmission step e.g., steps S 16 to S 18
  • an aspect of the present disclosure may be a program (computer program) for achieving this method using a computer or a digital signal including the computer program.
  • an aspect of the present disclosure may be a program for performing a certain transfer process including the reception step, the determination step, and the transmission step of the transfer method.
  • an aspect of the present disclosure may be a computer-readable recording medium storing the computer program or the digital signal, such as a flexible disk, a hard disk, a CD-ROM, a magneto-optical (MO) disk, a digital versatile disc (DVD), a DVD-ROM, a DVD-RAM, a Blu-ray Disc (BD; registered trademark), or a semiconductor memory.
  • an aspect of the present disclosure may be the digital signal stored in the recording medium.
  • an aspect of the present disclosure may be the computer program or the digital signal transmitted through an electrical communication line, a wireless or wired communication line, a network typified by the Internet, datacasting, or the like.
  • an aspect of the present disclosure may be a computer system including a microprocessor and a memory. The memory may store the computer program, and the microprocessor may operate in accordance with the compute program.
  • an aspect of the present disclosure may be implemented by another independent computer system by storing the program or the digital signal in the recording medium and transporting the recording medium or by transporting the program or the digital signal through the network or the like.
  • the present disclosure can be used to transmit information transmitted from an ECU connected to a bus of a first network such as a CAN to another ECU through a second network such as Ethernet (registered trademark).
  • a first network such as a CAN
  • a second 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)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)
US16/169,039 2016-05-27 2018-10-24 Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program Active US10756930B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/169,039 US10756930B2 (en) 2016-05-27 2018-10-24 Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US16/929,918 US11368338B2 (en) 2016-05-27 2020-07-15 Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662342551P 2016-05-27 2016-05-27
JP2017-046311 2017-03-10
JP2017046311A JP6879789B2 (ja) 2016-05-27 2017-03-10 ゲートウェイ装置、車載ネットワークシステム、転送方法及びプログラム
PCT/JP2017/015814 WO2017203902A1 (fr) 2016-05-27 2017-04-20 Dispositif de passerelle, système de réseau dans un véhicule, procédé de transfert, et programme
US16/169,039 US10756930B2 (en) 2016-05-27 2018-10-24 Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/015814 Continuation WO2017203902A1 (fr) 2016-05-27 2017-04-20 Dispositif de passerelle, système de réseau dans un véhicule, procédé de transfert, et programme

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/929,918 Continuation US11368338B2 (en) 2016-05-27 2020-07-15 Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Publications (2)

Publication Number Publication Date
US20190068407A1 US20190068407A1 (en) 2019-02-28
US10756930B2 true US10756930B2 (en) 2020-08-25

Family

ID=60476304

Family Applications (2)

Application Number Title Priority Date Filing Date
US16/169,039 Active US10756930B2 (en) 2016-05-27 2018-10-24 Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US16/929,918 Active 2037-10-28 US11368338B2 (en) 2016-05-27 2020-07-15 Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Family Applications After (1)

Application Number Title Priority Date Filing Date
US16/929,918 Active 2037-10-28 US11368338B2 (en) 2016-05-27 2020-07-15 Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Country Status (4)

Country Link
US (2) US10756930B2 (fr)
EP (1) EP3468106B1 (fr)
JP (2) JP6879789B2 (fr)
CN (1) CN108370342B (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11368338B2 (en) * 2016-05-27 2022-06-21 Panasonic Intellectual Property Corporation Of America Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US11438343B2 (en) * 2017-02-28 2022-09-06 Audi Ag Motor vehicle having a data network which is divided into multiple separate domains and method for operating the data network
US12101203B2 (en) 2020-10-19 2024-09-24 Nissan Motor Co., Ltd. Relay device, communication network system, and communication control method

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7094670B2 (ja) * 2017-07-03 2022-07-04 矢崎総業株式会社 設定装置及びコンピュータ
JP6768614B2 (ja) * 2017-09-15 2020-10-14 矢崎総業株式会社 車載ネットワーク装置
JP6947004B2 (ja) * 2017-12-20 2021-10-13 トヨタ自動車株式会社 車載音声出力装置、音声出力装置、音声出力方法、及び音声出力プログラム
EP3522477B1 (fr) * 2018-01-31 2021-08-11 Siemens Aktiengesellschaft Procédé de communication de données dans un dispositif de réseau à base d'ethernet, en particulier industriel, destiné à la mise en uvre dudit procédé, programme informatique ainsi que support lisible par ordinateur
KR102021237B1 (ko) * 2018-05-08 2019-09-11 주식회사 투비원솔루션즈 스마트카 클라우드 서버 시스템 및 그 시스템을 이용한 사용자 단말기와 서비스 제공 서버의 연결 방법
JP7059806B2 (ja) * 2018-05-29 2022-04-26 株式会社オートネットワーク技術研究所 車載通信システム、車載中継装置、通信プログラム及び通信方法
DE112019002083T5 (de) 2018-06-14 2021-03-04 Hitachi Automotive Systems, Ltd. Gateway-Vorrichtung
DE102018121676A1 (de) * 2018-09-05 2020-03-05 Valeo Schalter Und Sensoren Gmbh Verarbeitung von Nachrichten in einer CAN-Vorrichtung
KR102699146B1 (ko) * 2018-12-14 2024-08-27 현대자동차주식회사 게이트웨이 프로세서, 그 제어 로직, 프로그램 및 기록매체
CN111756607B (zh) * 2019-03-27 2022-02-01 北京新能源汽车股份有限公司 一种报文传输方法及装置
CN111835627B (zh) * 2019-04-23 2022-04-26 华为技术有限公司 车载网关的通信方法、车载网关及智能车辆
CN114041201A (zh) * 2019-04-29 2022-02-11 朗姆研究公司 用于rf等离子体工具中的多级脉冲的系统和方法
JP7234839B2 (ja) * 2019-07-17 2023-03-08 株式会社デンソー ゲートウェイ装置、異常監視方法、及び異常監視プログラム
CN115716455A (zh) * 2019-09-12 2023-02-28 华为技术有限公司 实现汽车中电子控制功能的系统、方法以及汽车
KR20220070242A (ko) * 2019-09-20 2022-05-30 소나투스, 인코포레이티드 차량에서 혼합 네트워크 통신을 지원하는 시스템, 방법 및 장치
US11538287B2 (en) 2019-09-20 2022-12-27 Sonatus, Inc. System, method, and apparatus for managing vehicle data collection
US20240073093A1 (en) 2019-09-20 2024-02-29 Sonatus, Inc. System, method, and apparatus to execute vehicle communications using a zonal architecture
EP4040735A4 (fr) * 2019-10-01 2023-10-18 Hitachi Astemo, Ltd. Dispositif de commande de véhicule et procédé de commande de transfert de données
KR20210045108A (ko) * 2019-10-16 2021-04-26 현대자동차주식회사 차량 및 차량의 제어방법
DE102020104405A1 (de) * 2020-02-19 2021-08-19 HELLA GmbH & Co. KGaA Vorrichtung und Verfahren zum Verbinden einer serviceorientierten Kommunikation mit einer signalbasierten Kommunikation
US12103479B2 (en) 2020-03-06 2024-10-01 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
US12094259B2 (en) 2020-03-06 2024-09-17 Sonatus, Inc. System, method, and apparatus for managing vehicle automation
CN111464409A (zh) * 2020-03-25 2020-07-28 浙江中控研究院有限公司 一种can总线并入时间敏感网络的数据交换装置及网络
CN113472617A (zh) * 2020-03-30 2021-10-01 北京新能源汽车股份有限公司 一种数据传输方法、装置、网关及电动汽车
EP3917089A1 (fr) * 2020-05-28 2021-12-01 Siemens Aktiengesellschaft Procédé de fonctionnement d'un système de communication permettant de transmettre des données critiques dans le temps et commutateur
KR20220001350A (ko) 2020-06-29 2022-01-05 주식회사 엘지에너지솔루션 네트워크 라우팅 장치 및 방법
EP4231594A4 (fr) * 2020-10-19 2023-11-15 Nissan Motor Co., Ltd. Dispositif de relais, système de réseau de communication et procédé de commande de communication
CN115277764B (zh) * 2022-07-19 2023-10-31 岚图汽车科技有限公司 车载以太网物理层转换设备及其车辆

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140126584A1 (en) 2012-11-06 2014-05-08 Electronics And Telecommunications Research Institute Frame conversion apparatus for converting controller area network frame into ethernet frame and frame conversion method thereof
US20140133350A1 (en) * 2012-09-05 2014-05-15 Burkhard Triess Gateway module for a communications system, communications system, and method for transmitting data between users of a communications system
JP2015139093A (ja) 2014-01-22 2015-07-30 株式会社デンソー 中継装置
JP2016111477A (ja) 2014-12-04 2016-06-20 トヨタ自動車株式会社 通信システム、及びゲートウェイ
US20170155585A1 (en) * 2015-12-01 2017-06-01 Marvell World Trade Ltd. Control message routing structure for a controller area network
US20170339056A1 (en) * 2014-12-10 2017-11-23 Toyota Jidosha Kabushiki Kaisha Remote vehicle data collection system
US20180109622A1 (en) * 2016-10-13 2018-04-19 Argus Cyber Security Ltd. System and method for anomaly detection in diagnostic sessions in an in-vehicle communication network
US20180162295A1 (en) * 2015-05-18 2018-06-14 National University Corporation Nagoya University Communication device and non-transitory recording medium
US20190068407A1 (en) * 2016-05-27 2019-02-28 Panasonic Intellectual Property Corporation Of America Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005328292A (ja) 2004-05-13 2005-11-24 Fujitsu Ltd ネットワーク機器
CN1798114A (zh) * 2004-12-29 2006-07-05 中国船舶重工集团公司第七一一研究所 一种can总线－以太网网桥
JP2006352896A (ja) 2006-07-07 2006-12-28 Toshiba Corp 無線通信装置
CN201657021U (zh) * 2010-04-22 2010-11-24 上海铁路通信工厂 通信协议转换器
CN201821380U (zh) * 2010-06-21 2011-05-04 三一重机有限公司 多协议之间的转换设备
EP2860924A4 (fr) 2012-06-08 2016-01-06 Nec Corp Appareil de communication, système de communication, procédé de communication et programme
KR101578064B1 (ko) * 2013-11-01 2015-12-16 (주)티에이치엔 패킷의 전송 방법과 이를 이용하는 장치들
CN103780697B (zh) * 2014-01-23 2017-07-21 广州睿嵌电子技术有限公司 车载电子处理单元公共平台系统及其数据通讯方法
CN103812765B (zh) 2014-02-14 2017-01-11 浙江大学 具有过滤功能的can转以太网网关及基于该网关的数据传输方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140133350A1 (en) * 2012-09-05 2014-05-15 Burkhard Triess Gateway module for a communications system, communications system, and method for transmitting data between users of a communications system
US20140126584A1 (en) 2012-11-06 2014-05-08 Electronics And Telecommunications Research Institute Frame conversion apparatus for converting controller area network frame into ethernet frame and frame conversion method thereof
JP2015139093A (ja) 2014-01-22 2015-07-30 株式会社デンソー 中継装置
JP2016111477A (ja) 2014-12-04 2016-06-20 トヨタ自動車株式会社 通信システム、及びゲートウェイ
US20170339056A1 (en) * 2014-12-10 2017-11-23 Toyota Jidosha Kabushiki Kaisha Remote vehicle data collection system
US20180162295A1 (en) * 2015-05-18 2018-06-14 National University Corporation Nagoya University Communication device and non-transitory recording medium
US20170155585A1 (en) * 2015-12-01 2017-06-01 Marvell World Trade Ltd. Control message routing structure for a controller area network
US20190068407A1 (en) * 2016-05-27 2019-02-28 Panasonic Intellectual Property Corporation Of America Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US20180109622A1 (en) * 2016-10-13 2018-04-19 Argus Cyber Security Ltd. System and method for anomaly detection in diagnostic sessions in an in-vehicle communication network

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
"A Parallel Re-programming Method for In-vehicle Gateway to save software update time"; Lee et al.; IEEE; Aug. 2015 (Year: 2015). *
"CAN Gateway for Fast Vehicle to Vehicle (V2V) Communication"; Hwang et al.; IEEE; 2015 (Year: 2015). *
"CAN-Ethernet Gateway for Automotive Applications"; Postolache et al.; IEEE; 2013 (Year: 2013). *
"Gateway Framework for In-Vehicle Networks Based on CAN, FlexRay, and Ethernet"; Kim et al.; IEEE; Oct. 2015 (Year: 2015). *
"CAN—Ethernet Gateway for Automotive Applications"; Postolache et al.; IEEE; 2013 (Year: 2013). *
International Search Report for PCT/JP/2017/015814; dated Jul. 25, 2017 (Year: 2017). *
International Search Report of PCT application No. PCT/JP2017/015814 dated Jul. 25, 2017.
Jun Matsumura et al., "CAN-Ethernet protocol convert algorithm for automotive networks", IPSJ SIG Technical Report, vol. 2013-EMB-28, No. 7, Mar. 3, 2013, pp. 1-6 (Partial Translation).
Mitsuhiro Kitani et al., "Development of Data Communication Method In-Vehicle Network for Automated Driving", IPSJ SIG Technical Report, vol. 2016-GN-97, No. 21, Jan. 21, 2016, pp. 1-8 (Partial Translation).

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11368338B2 (en) * 2016-05-27 2022-06-21 Panasonic Intellectual Property Corporation Of America Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US11438343B2 (en) * 2017-02-28 2022-09-06 Audi Ag Motor vehicle having a data network which is divided into multiple separate domains and method for operating the data network
US12101203B2 (en) 2020-10-19 2024-09-24 Nissan Motor Co., Ltd. Relay device, communication network system, and communication control method

Also Published As

Publication number Publication date
EP3468106A4 (fr) 2019-04-10
JP7312210B2 (ja) 2023-07-20
US20190068407A1 (en) 2019-02-28
JP6879789B2 (ja) 2021-06-02
CN108370342A (zh) 2018-08-03
JP2017212724A (ja) 2017-11-30
JP2021114798A (ja) 2021-08-05
US11368338B2 (en) 2022-06-21
EP3468106B1 (fr) 2020-09-02
US20200351123A1 (en) 2020-11-05
EP3468106A1 (fr) 2019-04-10
CN108370342B (zh) 2021-06-29

Similar Documents

Publication Publication Date Title
US11368338B2 (en) Multi-protocol vehicle relay communication method, gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program
US10951436B2 (en) Network hub, transfer method, and onboard network system
US11463275B2 (en) Electronic control unit, frame generating method, and non-transitory computer-readable recording medium storing a program
EP3745657B1 (fr) Dispositif de passerelle, système de réseau de véhicule, procédé de transfert et programme
US11012514B2 (en) Network hub, transfer method, and onboard network system
US11310070B2 (en) Network hub, transfer method, and onboard network system
US11018897B2 (en) Electronic control unit, communication method, and onboard network system
CN113553285B (zh) 电子控制单元、帧生成方法和记录介质

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

AS Assignment

Owner name: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AME

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HAGA, TOMOYUKI;MAEDA, MANABU;SASAKI, TAKAMITSU;AND OTHERS;SIGNING DATES FROM 20181009 TO 20181011;REEL/FRAME:048038/0628

Owner name: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HAGA, TOMOYUKI;MAEDA, MANABU;SASAKI, TAKAMITSU;AND OTHERS;SIGNING DATES FROM 20181009 TO 20181011;REEL/FRAME:048038/0628

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4