WO2014122711A1 - On-board relay device - Google Patents

Abstract

An on-board relay device (10) is provided with: a communication unit (15 to 17), a storage unit (12, 13), an identification unit (S105), an instruction unit (S115), a registration unit (S125), a generation unit (S130), and a communication unit (S135). The communication unit performs communications with an on-board device or an external device. The storage unit stores associating information associating a logic address of the on-board device with identification information. The identification unit, upon reception of relay request data including a target logic address, determines whether the target logic address is registered in the associating information, and identifies the identification information associated with the target logic address. If the identifying of the identification information is unsuccessful, the instruction unit broadcasts instruction data to a target on-board device instructing the device to transmit response data including identification information. The generation unit generates relay data on the basis of the identified identification information or the identification information included in the response data, and of the relay request data.

Description

In-vehicle relay device Cross-reference of related applications

This disclosure is based on Japanese Patent Application No. 2013-020499 filed on February 5, 2013, the contents of which are incorporated herein.

This disclosure relates to an in-vehicle relay device that relays data to the in-vehicle device.

In recent years, many in-vehicle devices are mounted on vehicles, but these in-vehicle devices are classified according to their functions, uses, etc., and a plurality of in-vehicle devices having the same type of functions, uses, etc. are, for example, CAN, An in-vehicle network conforming to a communication protocol such as LIN is formed.

And each in-vehicle network is connected to a relay device, and in-vehicle devices connected to different in-vehicle networks communicate via the relay device. It is also known that a fault diagnosis of an in-vehicle device is performed by connecting an external device for failure diagnosis to the relay device, and the external device and the in-vehicle device communicate via the relay device.

Here, the gateway described in Patent Document 1 includes a gateway control unit having information in which events corresponding to relayed messages, execution timings of the events, and the like are registered, separately from the CPU that performs overall control of the device itself. Prepare. When the gateway control unit receives the message, the gateway control unit executes an event corresponding to the message based on the information at the registered execution timing, thereby reducing the processing load on the CPU and relaying the message at high speed. Done.

By the way, the relay device has the identification information of each in-vehicle device, the identification information of the in-vehicle network to which the in-vehicle device is connected, etc., and based on these information, between the in-vehicle devices connected to different in-vehicle networks Alternatively, the communication between the external device and the in-vehicle device is relayed.

Therefore, when an in-vehicle device is replaced or added, it is necessary to set the identification information of the replaced in-vehicle device or the identification information of the in-vehicle network to which the in-vehicle device is connected to the relay device. However, there is a problem that replacement or addition of the in-vehicle device cannot be easily performed.

Special table 2009-527168

The present disclosure has been made in view of the above points, and an object thereof is to provide an in-vehicle relay device capable of easily adding or replacing an in-vehicle device.

The in-vehicle relay device according to one aspect of the present disclosure includes a communication unit, a storage unit, a specifying unit, an instruction unit, a registration unit, a generation unit, and a communication unit. The communication unit communicates with each in-vehicle device of a plurality of in-vehicle devices constituting a plurality of in-vehicle networks provided in the vehicle or with an external device provided outside the vehicle. The storage unit stores correspondence information registered in association with logical addresses assigned to each of a plurality of in-vehicle devices and identification information for identifying each of the plurality of in-vehicle devices. ing. When the specifying unit receives relay request data including the target logical address from the in-vehicle device or the external device via the communication unit, the target logical address is the same as one of the plurality of logical addresses registered in the correspondence information. Determine whether. If the specifying unit determines that the target logical address is the same as one of the plurality of logical addresses registered in the correspondence information, the identification information associated with one of the plurality of logical addresses that are the same as the target logical address Is identified. When the specifying unit fails to specify the identification information, the instruction unit broadcasts the instruction data to the plurality of in-vehicle devices via the communication unit. The instruction data is data that instructs one of a plurality of in-vehicle devices to transmit response data including identification information of the target in-vehicle device to the target in-vehicle device to which the target logical address is assigned. When the registration unit receives response data corresponding to the instruction data from the target in-vehicle device via the communication unit, the target in-vehicle device identification information included in the response data and the target logical address included in the relay request data Are registered in association with the correspondence information. When the specifying unit specifies the identification information, the generation unit generates relay data corresponding to the target in-vehicle device identified by the specified identification information, based on the specified identification information and the relay request data. The generation unit further includes the target in-vehicle device based on the identification information included in the response data received from the target in-vehicle device in response to the transmission of the instruction data and the relay request data when the identification unit fails to specify the identification information. Generate relay data corresponding to. The transmission unit transmits the relay data to the target in-vehicle device via the communication unit.

According to the above-described vehicle relay device, even when the in-vehicle device is newly added or the in-vehicle device is replaced, the other in-vehicle device is connected to the newly added or replaced in-vehicle device. Even if the physical address, communication protocol, and the like are not known, if the logical address of the destination in-vehicle device is known, data can be transmitted / received via the in-vehicle relay device. Therefore, it is possible to easily add or replace the in-vehicle device.

The above and other objects, features and advantages of the present disclosure will become more apparent from the following detailed description with reference to the accompanying drawings. The drawing
FIG. 1 is a block diagram illustrating a configuration of a gateway according to an embodiment of the present disclosure. FIG. 2 is a block diagram showing the configuration of the routing table. FIG. 3 is an explanatory diagram showing a hierarchical structure of communication functions such as a gateway when application level relay is performed. FIG. 4 is an explanatory diagram showing a hierarchical structure of communication functions such as gateways when network level relaying is performed. FIG. 5 is an explanatory diagram showing the structure of the relay request frame. FIG. 6 is a flowchart of the relay process. FIG. 7 is a flowchart of external communication processing. FIG. 8 is an explanatory diagram showing the structure of an address resolution instruction frame and an address resolution response frame compliant with CAN when relaying at the application level is performed. FIG. 9 is a flowchart for address resolution when relaying is performed between an external device connected to each in-vehicle network conforming to CAN and the ECU when relaying at an application level is performed. FIG. 10 is an explanatory diagram showing the structure of an address resolution instruction frame and an address resolution response frame compliant with CAN when network level relaying is performed. FIG. 11 is a flowchart for address resolution when relaying is performed between an external device connected to each in-vehicle network compliant with CAN and the ECU when network level relaying is performed. FIG. 12 is an explanatory diagram showing the structure of an address resolution instruction frame and an address resolution response frame compliant with LIN when application level relay is performed. FIG. 13 is an explanatory diagram showing the structure of an address resolution instruction frame and an address resolution response frame compliant with FlexRay when application level relay is performed. FIG. 14 is a flowchart for address resolution when relaying is performed between an ECU and an external device connected to each in-vehicle network conforming to different communication protocols.

Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. Embodiments of the present disclosure are not limited to the following embodiments, and various forms can be adopted as long as they belong to the technical scope of the present disclosure.

[Description of configuration]
<About the gateway>
The in-vehicle gateway 10 of the present embodiment is connected to a plurality of in-vehicle networks 40 compliant with a communication protocol such as Controller Area Network (CAN), Local Interconnect Network (LIN), and the like between the ECUs 30 connected to the in-vehicle network 40. It is configured to relay communication (see FIG. 1). Hereinafter, the in-vehicle gateway 10 is also referred to as a gateway (GW) 10 for short. The gateway 10 may be connected to a plurality of in-vehicle networks 40 that conform to the same communication protocol.

In addition, the gateway 10 can communicate with, for example, a smartphone equipped with a failure diagnosis application of the ECU 30 or an external device (EXT DEVICE) 20 configured as a failure diagnosis tool or the like. The external device 20 can perform a failure diagnosis of the ECU 30 by communicating with the ECU 30 via the gateway 10.

The external device 20 may communicate with the gateway 10 by wireless communication conforming to a communication protocol such as wireless Local Area Network (LAN), or may be temporarily connected to the in-vehicle network 40, and the in-vehicle network 40 may be You may communicate with the gateway 10 via. The external device 20 may be configured to be accessible to a wireless communication network, and may communicate with the gateway 10 via the wireless communication network.

The gateway 10 includes a central processing unit (CPU) 11, a random access memory (RAM) 12, a read only memory (ROM) 13, a communication unit (COMM) 17, a telematics communication unit (TELEMATICS COMM) 16, and the like. Are connected by an internal bus 14.

The CPU 11 operates according to a program stored in the ROM 13 and controls the gateway 10 in an integrated manner. As one of the programs, a communication processing unit (COMM PROCESS) 15 for controlling the communication unit 17 is provided.

The telematics communication unit 16 is a part for accessing the wireless communication network, and communicates with the external device 20 via the wireless communication network.

In addition, the communication unit 17 includes, as an example, portions 17a to 17c that perform wireless communication in accordance with wireless LAN (WIRELESS LAN), WiFi, Bluetooth (registered trademark), and the like. Wireless communication is performed. In addition, the communication unit 17 includes, for example, parts 17d to 17i that perform communication compliant with CAN, LIN, Media Oriented Systems Transport (MOST), Ethernet (registered trademark), FlexRay, Universal Serial Bus (USB), and the like. ing. By these parts, communication is performed with the ECU 30 configuring the in-vehicle network 40 and the external device 20 temporarily connected to the in-vehicle network 40.

And CPU11 communicates with ECU30 connected to the external apparatus 20 and the vehicle-mounted network 40 via the communication part 17 by operate | moving according to the communication process part 15. FIG.

In the present embodiment, a unique logical address is set for each ECU 30 and the external device 20. When the ECU 30 and the external device 20 communicate via the gateway 10, the relay destination is a logical address. Is specified. It should be noted that logical addresses corresponding to a plurality of ECUs 30 may be provided. In such a case, the logical addresses are designated as relay destinations, so that the corresponding ECUs 30 are relayed simultaneously.

In order to perform such relaying, the gateway 10 has a routing table indicating a correspondence relationship between a logical address and identification information (for example, a physical address) regarding the ECU 30 or the external device 20 in which the logical address is set. . The routing table is stored in the ROM 13 and the RAM 12, and the gateway 10 searches the routing table to identify information related to the in-vehicle network 40 and the ECU 30 that are relay destinations.

Furthermore, when a logical address that is not registered in the routing table is a relay destination, the gateway 10 performs address resolution and is necessary for relaying to the ECU 30 or the external device 20 corresponding to the logical address. Information is acquired (details will be described later).

<About routing table>
In the routing table 50, an item indicating the “logical address” of each ECU 30 or the external device 20 is provided. Corresponding to the “logical address”, “relay availability information”, “relay buffer size”, “relay type”, “ECU identification information”, “communication protocol”, “in-vehicle network identification information”, “transmission I” Items such as “/ F”, “relay destination buffer size”, and “history information” are provided (see FIG. 2).

“Relay enable / disable information” is an item indicating the logical address of the ECU 30 or the external device 20 that is permitted to communicate with the ECU 30 or the like indicated by the corresponding logical address. By this item, for example, communication from the external device 20 configured as a smartphone possessed by a general user to the ECU 30 such as an airbag is prohibited, and as a result, for example, inappropriate such as stopping the airbag function from the smartphone. Processing is prevented.

Further, “relay buffer size” indicates the size of the relay buffer used when the gateway 10 relays communication to the ECU 30 or the like indicated by the corresponding logical address.

More specifically, for example, Ethernet (registered trademark) has a higher communication speed than CAN, and the data length of one frame is also large. For this reason, when relaying from the ECU 30 connected to the Ethernet to the ECU 30 connected to the CAN, it is necessary to temporarily store the data received from the relay source, and perform accumulation relay that divides the data and sequentially relays the data. . The “relay buffer size” indicates the size of the relay buffer used for such accumulation relay.

Also, the “relay type” is an item indicating a method for relaying to the ECU indicated by the logical address corresponding to the gateway 10.

As a relay method, in addition to the above-described accumulation relay, a method (sequential relay) in which each time a frame is received from the relay source, the frame is modified as necessary and transmitted to the in-vehicle network 40 or the like of the relay destination is considered. It is done. Whether the relay method is the accumulation relay or the sequential relay is determined based on, for example, the communication speed of the in-vehicle network 40 that is the relay destination.

Further, “ECU identification information” is an item indicating identification information (for example, physical address) related to the ECU 30 or the like indicated by the corresponding logical address. When the ECU 30 or the like is connected to the CAN, the item includes, for example, information necessary for communication such as a CAN-ID used at the time of transmission to the ECU 30 or the like or a response from the ECU 30 or the like. Used to allocate.

The “communication protocol” indicates a communication protocol of the in-vehicle network 40 to which the ECU 30 or the like indicated by the corresponding logical address is connected, or a communication protocol when performing wireless communication with the external device 20 indicated by the logical address.

Also, “in-vehicle network identification information” indicates identification information of the in-vehicle network 40 to which the ECU 30 or the like indicated by the corresponding logical address is connected.

The “transmission I / F” is a relay when the communication protocol of the in-vehicle network 40 to which the ECU 30 or the like (relay destination ECU 30 or the like) indicated by the corresponding logical address is connected and the relay in-vehicle network 40 is different. A frame conversion method is shown.

Also, the “relay destination buffer size” indicates the communication buffer size provided in the ECU 30 or the like corresponding to the logical address. When relaying to the ECU 30, the gateway 10 determines the data length of the frame relayed to the ECU 30 in consideration of the buffer size.

“History information” indicates a record of relay to the ECU 30 or the like corresponding to the logical address. The “history information” may be stored in the RAM 12 or a rewritable nonvolatile memory (not shown) (flash memory or the like).

The routing table 50 includes a portion (preset table) stored in the ROM 13 (or a flash memory (not shown)) and a portion (cache table) stored in the RAM 12 (or a flash memory (not shown)). Exists.

The logical addresses of the ECU 30 and the external device 20 that are scheduled to communicate are registered in the preset table. On the other hand, the logical address of the ECU 30 and the like newly connected to the in-vehicle network 40 is registered in the cache table by address resolution described later.

Further, for the logical addresses indicating the plurality of ECUs 30, information related to these ECUs 30 is registered in each item corresponding to the logical addresses.

<About communication functions such as gateways>
Next, communication functions in the gateway 10, the ECU 30, and the external device 20 will be described. The communication function is hierarchized into an application layer (AP), a transport layer (TP), a network layer (NW), a data link layer (DL), and a physical layer (PH) (see FIGS. 3 and 4). Hereinafter, the application layer is also referred to as an AP layer, the transport layer is also referred to as a TP layer, the network layer is also referred to as an NW layer, and the data link layer is also referred to as a DL layer.

In addition, as described above, the gateway 10 can perform relaying by two types of storage relays and sequential relays. However, when relaying by each method is performed, processing performed in each layer of the communication function Are partly different.

First, the accumulation relay is performed (see FIG. 3). The accumulation relay is mainly performed when relaying communication of the ECU 30 or the external device 20 connected to the in-vehicle network 40 conforming to a different communication protocol. (Of course, it may be performed when relaying communication between the ECU 30 and the external device 20 connected to the in-vehicle network 40 compliant with the same communication protocol). In addition to this, accumulation relay is also mainly performed when relaying communication between the external device 20 that communicates with the gateway 10 and the ECU 30 via a wireless LAN, a wireless communication network, or the like.

When accumulation relay is performed, relay and address resolution are performed at the center of the AP layer (in other words, accumulation relay is an application-level relay).

That is, in the gateway 10, the communication unit 17 functions as a DL layer and a physical layer, and the communication processing unit 15 functions as a TP layer and an NW layer. The gateway 10 is provided with a GW control unit (GW CONTROL) 11a and an address resolution unit (ADS SOLV) 11b as programs for controlling the CPU 11, and these function as an AP layer.

On the other hand, the ECU 30 includes a communication processing unit 33 (communication unit 33) that controls the communication unit 34 by the communication unit 34 (COMM) that performs communication conforming to the communication protocol of the in-vehicle network 40 to which the device is connected functioning as the DL layer and physical layer. COMM PROCESS) functions as the TP layer and NW layer. In addition, the ECU 30 is provided with a server unit (SERVER) 31 and an address resolution unit (ADS SOLV) 32 which are programs for controlling the CPU and function as an AP layer. The server unit 31 communicates with another ECU 30 and the external device 20 via the gateway 10, and the address resolution unit 32 performs the above-described processing for address resolution.

In addition, the external device 20 includes a communication processing unit (COMM) 22 that performs communication conforming to a predetermined communication protocol and functions as a DL layer and a physical layer, and a communication processing unit (COMM PROCESS) 22 that controls the communication unit 23. It functions as a TP layer and NW layer. Further, a client unit (CLIENT) 21 that is a program for controlling the CPU of the external device 20 and functions as an AP layer is provided. The client unit 21 communicates with the ECU 30 via the gateway 10, A failure diagnosis of the ECU 30 is performed.

When transmission of relay request frames from the external device 20 or the ECU 30 to the gateway 10 is started, the GW control unit 11a of the gateway 10 receives these relay request frames via the communication unit 17 and the communication processing unit 15. The data is stored in a buffer provided in the RAM 12.

Thereafter, when the reception of all relay request frames is completed, the GW control unit 11a, based on the logical address set as the relay destination in the relay request frame, from the routing table 50 to the physical address of the relay destination ECU 30 and the in-vehicle network 40 The identification information and the like are searched. Based on the search result, a relay frame corresponding to the relay destination is generated and sent to the in-vehicle network 40 to which the relay destination ECU 30 is connected via the communication processing unit 15 and the communication unit 17.

In addition, the address resolution unit 11b performs the above-described processing for address resolution.

On the other hand, the sequential relay is mainly performed when relaying communication between the ECU 30 and the external device 20 connected to the in-vehicle network 40 compliant with the same communication protocol (of course, the in-vehicle network compliant with different communication protocols). 40 may be performed when relaying communication between the ECU 30 connected to 40 and the external device 20). FIG. 4 shows, as an example, a case where communication between the external device 20 connected to a different in-vehicle network 40 compliant with CAN and the ECU 30 is relayed.

When sequential relay is performed, relay and address resolution are performed mainly in the NW layer, TP layer, and AP layer (in other words, sequential relay can be said to be relay at the network level).

That is, in the gateway 10, the communication unit 17 functions as a DL layer and a physical layer. In addition, the gateway 10 is provided with a router control unit (ROUTER CONTROL) 15a and an address resolution unit (ADS SOLV) 15b, which are composed of a program for controlling the CPU 11 and a communication processing unit 15. It functions as a TP layer and NW layer.

On the other hand, in the ECU 30, the communication unit 34 functions as a DL layer and a physical layer, the communication processing unit 33 functions as a TP layer and an NW layer, and the server unit 31 functions as an AP layer. In addition, an address resolution unit (ADS SOLV) 35 including a program for controlling the CPU and a communication processing unit 33 is provided. The address resolution unit 35 functions as an AP layer, a TP layer, and an NW layer. The above-described processing for address resolution is performed.

Note that the external device 20 has a configuration similar to that in the case where accumulation relay is performed.

Then, when transmission of the relay request frame from the external device 20 or the ECU 30 to the gateway 10 is started, the router control unit 15a of the gateway 10 receives the relay request frame via the communication unit 17. Further, the router control unit 15a searches the routing table 50 for identification information of the ECU 30 and the in-vehicle network 40 from the routing table 50 based on the logical address set as the transmission destination in the relay request frame.

Further, the router control unit 15a modifies the relay request frame as necessary based on the search result, generates a relay frame, and transmits the relay frame to the in-vehicle network 40 to which the ECU 30 as the transmission destination is connected via the communication unit 17. To do. As a specific example of the modification, if the in-vehicle network 40 is compliant with CAN, it may be possible to convert the CAN-ID according to the transmission destination.

Further, the address resolution unit 15b performs the above-described processing for address resolution.

<Relay request frame>
The relay request frame 60 transmitted from the relay ECU 30 or the like to the gateway 10 when relaying by the gateway 10 is generally composed of a protocol dependent unit 61, a source address 62, a target address 63, a message 64, and the like. (See FIG. 5).

The protocol dependent unit 61 is data for transmission from the ECU 30 or the like of the relay source (transmission source of the relay request frame 60) to the gateway 10, and is determined according to the communication protocol between these devices.

The source address 62 is data indicating a logical address of the relay source ECU 30 or the external device 20.

The target address 63 is data indicating a logical address of the relay destination ECU 30 or the external device 20. The target address is also called a target logical address.

Further, the message 64 is data indicating the contents of instructions to the relay destination ECU 30 or the like. Specifically, for example, in the case of instructing a failure diagnosis of the ECU 30 from the external device 20, it is conceivable that a transmission request for data stored in a failure code or a specified address is used as a message. Further, for example, when a response to the failure diagnosis is sent from the ECU 30 to the external device 20, a failure code or data read in response to an instruction from the external device 20 may be used as a message.

[Description of operation]
<About relay processing>
Next, a relay process in which the gateway 10 relays communication between the ECUs 30 or between the ECU 30 and the external device 20 will be described with reference to a flowchart shown in FIG. This process is started when the gateway 10 is activated and is executed every time a relay request frame is received.

Here, the flowchart or the process of the flowchart described in this application is configured by a plurality of parts (or referred to as steps), and each part is expressed as S100, for example. Furthermore, each part can be divided into a plurality of sub-parts, while the plurality of parts can be combined into one part. Furthermore, each part configured in this manner can be referred to as a device, a module, and a means.

In S100, the CPU 11 of the gateway 10 waits for reception of the relay request frame 60 from the ECU 30 or the external device 20. It is assumed that the relay request frame 60 is received from the in-vehicle network 40, received via wireless communication, or received from the wireless communication network via the telematics communication unit 16. Then, when the CPU 11 receives the relay request frame 60, the process proceeds to S105.

In S105, the CPU 11 specifies the source address 62 of the received relay request frame 60 as a logical address of the relay source ECU 30 and the like, and specifies the target address 63 as a logical address of the relay destination ECU 30 and the like. Then, the CPU 11 searches the routing table 50 for the logical address of the relay destination.

In subsequent S110, the CPU 11 determines whether or not the search of the logical address of the relay destination has succeeded. If the search is successful (S110: Yes), the process proceeds to S130, and if the search has failed (S110). : No), the process proceeds to S115.

In S115, the CPU 11 broadcasts an address resolution instruction frame (details will be described later) to all ECUs 30 and external devices 20 connected to the gateway 10 via the in-vehicle network 40 or wireless communication. This address resolution instruction frame contains the logical address of the relay destination, and instructs the ECU 30 or the like indicated by the logical address to transmit identification information of the own device to the gateway 10.

The identification information may be a physical address of the ECU 30 indicated by the logical address of the relay destination. Further, when the communication protocol of the in-vehicle network 40 to which the ECU 30 is connected is CAN, it may be a CAN-ID used for transmission to the ECU 30 or for a response.

In addition, a configuration may be adopted in which the in-vehicle network 40, the ECU 30, and the like that are targets for address resolution are determined in advance, and address resolution instruction frames are broadcasted for these.

In subsequent S120, the CPU 11 determines whether or not an address resolution response frame including the identification information of the ECU 30 is received from the ECU 30 indicated by the logical address of the relay destination, and when an affirmative determination is obtained (S120). : Yes), the process proceeds to S125.

On the other hand, if the address resolution response frame cannot be received even after the time limit has elapsed after the address resolution instruction frame is transmitted (S120: No), the CPU 11 stops relaying.

In S125, the CPU 11 newly registers the logical address of the relay destination in the routing table 50 (cache table), and is included in the received address resolution response frame as “ECU identification information” corresponding to the logical address. Registered identification information.

Further, the CPU 11 identifies the identification information and communication protocol of the in-vehicle network 40 that has received the address resolution response frame, and registers them as “in-vehicle network identification information” and “communication protocol” corresponding to the logical address of the relay destination.

Further, the CPU 11 determines a relay buffer size that can be used when relaying communication to the ECU 30 or the like indicated by the logical address of the relay destination, and registers it as a “relay buffer size” corresponding to the logical address.

Further, the CPU 11 determines the relay method and frame conversion method based on the communication speed of the in-vehicle network 40 to which the ECU 30 or the like indicated by the relay destination logical address is connected, and the “relay type”, corresponding to the logical address, Register as “Communication I / F”. Note that the CPU 11 may communicate with the ECU 30 or the like and determine a relay method or a frame conversion method based on information acquired from the ECU 30 or the like.

Further, the CPU 11 communicates with the ECU 30 or the like indicated by the logical address of the relay destination, acquires a logical address indicating the ECU 30 or the like permitted to communicate with the ECU 30 or the like, and has a communication buffer size provided in the ECU 30 or the like. (Of course, these pieces of information may be included in the address resolution response frame). The acquired logical address and buffer size are registered as “relay availability information” and “relay destination buffer size” corresponding to the logical address.

In subsequent S130, the CPU 11 generates a new relay frame from the received relay request frame based on the information registered in the routing table 50 corresponding to the logical address of the relay destination, and then transmits the relay frame to the relay destination. To the ECU 30 (S135), and the relay process is terminated. If an address resolution response frame is received, the CPU 11 may generate a relay frame based on the address resolution response frame, the received relay request frame, or the like.

Specifically, the CPU 11 determines whether the logical address of the relay source ECU 30 or the like is registered in the “relay enable / disable information” of the relay destination logical address, and if not, ends the relay process. The reception of the next relay request frame 60 is awaited.

On the other hand, when the logical address of the relay source is registered, the CPU 11 refers to the “relay type” corresponding to the logical address of the relay destination, and determines the relay method such as whether the relay method is accumulation relay or sequential relay. Determine. When relaying communication between the ECUs 30 and the like connected to the two in-vehicle networks 40 conforming to the same communication protocol, the CPU 11 relays sequentially regardless of the relay method indicated by the “relay type”. You may choose to do.

Also, the CPU 11 refers to “ECU identification information”, “communication protocol”, “in-vehicle network identification information”, “transmission I / F”, and “relay destination buffer size” corresponding to the logical address of the relay destination. Then, based on the information indicated by these items, the CPU 11 identifies a relay frame generation method corresponding to the communication protocol of the relay destination ECU 30 or the in-vehicle network 40 from the received relay request frame.

When the relay method is accumulation relay, after the reception of all relay request frames is completed, a new relay frame is generated based on the received relay request frame in accordance with the generation method, and the relay destination ECU 30 or the like The transmission of the relay frame to is started.

On the other hand, in the case of sequential relay, every time the relay request frame is received, the CPU 11 generates a new relay frame based on the relay request frame according to the above generation method, and transmits it to the relay destination ECU 30 or the like. At this time, the CPU 11 may transmit the received relay request frame as it is to the relay destination ECU 30.

If the size of the relay buffer being used reaches the buffer size indicated by the “relay buffer size”, the CPU 11 interrupts the relay and shifts the process to S100.

During relaying, the CPU 11 measures the data size of the relayed frame and the time required for relaying. When the relaying is completed, these pieces of information are used as “history information” corresponding to the logical address of the relay destination. After that, the process proceeds to S100.

By such relay processing, the ECU 30 and the external device 20 transmit data to the relay destination by transmitting to the gateway 10 a relay request frame in which the logical addresses of the ECU 30 and the external device 20 serving as the relay destination are set. Can do. For this reason, the ECU 30 or the like communicates with other ECUs 30 or the like via the gateway 10 as long as it knows the logical address even if it does not know the physical address or communication protocol of the relay destination ECU 30 or the like. be able to.

Further, when the logical address is not registered in the routing table 50 of the gateway 10, the address is resolved in the gateway 10, and the identification information related to the ECU 30 or the like corresponding to the logical address is registered in the routing table 50. Thereby, the gateway 10 can relay data to the ECU 30 or the like even if the gateway 10 does not grasp the identification information regarding the ECU 30 or the like of the transmission destination.

For this reason, even when the ECU 30 is newly added or replaced, as long as the other ECU 30 knows the logical address of the newly added ECU 30, the communication is performed via the gateway 10. It can be carried out. Similarly, if the external device 20 knows the logical address of the newly added ECU 30, it can communicate with the ECU 30 via the gateway 10 to perform failure diagnosis of the ECU 30. .

Therefore, it is possible to easily add or replace the ECU 30 by using the gateway 10 of the present embodiment.

<External communication processing>
Next, external communication processing in which the external device 20 for failure diagnosis communicates with the ECU 30 via the gateway 10 and performs failure diagnosis of the ECU 30 will be described with reference to a flowchart shown in FIG. This process is started in response to an instruction from the user at the external device 20.

In S200, the external device 20 activates an in-vehicle cooperation application for performing failure diagnosis, various settings, and the like of the ECU 30, etc., and proceeds to S205.

In S205, the external device 20 displays abstract vehicle functions and diagnostic items such as an engine, a brake, and an air conditioner on a display, and accepts selection of these functions and the like via a touch panel or the like. Each function or the like is associated with a logical address of one or a plurality of ECUs 30 related thereto, and a target ECU 30 for failure diagnosis is set by accepting selection of the function or the like. In addition, after accepting selection of a function or the like, the external device 20 accepts an input of a measure (for example, failure diagnosis contents or various setting changes) that the user intends to perform on the function or the like.

In subsequent S210, the external device 20 generates a relay request frame 60 to be transmitted to the target ECU 30 based on the input content from the user. That is, the external device 20 generates the protocol dependence unit 61 based on the communication protocol with the gateway 10. The external device 20 sets the logical address of the target ECU 30 as the target address 63 and sets the logical address of its own device as the source address 62.

Furthermore, the external device 20 generates a message 64 (for example, a request for transmitting a data stored in a failure code or a specified address, a request for changing a set value of the ECU 30) corresponding to the input action. . The external device 20 generates a relay request frame 60 based on these, and transmits the relay request frame 60 to the gateway 10.

In the subsequent S215, the external device 20 waits to receive a relay frame as a response from the target ECU 30 via the gateway 10. When the relay frame is received, the external device 20 displays processing corresponding to the content of the message in the relay frame (for example, processing for displaying a fault code and read data, and a result of changing the set value of the ECU 30). And the process proceeds to S205.

As described above, the external device 20 can communicate with the ECU 30 via the gateway 10 as long as it knows the logical address even if it does not know the physical address and communication protocol of the ECU 30. Furthermore, even when the ECU 30 is added or exchanged and the physical address of the ECU 30 or the ID of the frame used for communication changes, the address resolution is performed by the gateway 10, so the external device 20 can add the ECU 30, etc. Communication can be performed in the same manner as before.

Therefore, the external device 20 for failure diagnosis can communicate with the ECU 30 regardless of the manufacturer, the vehicle type, and the type of the vehicle type, and the external device 20 can be used properly according to the manufacturer or the like. It is possible to perform fault diagnosis generically without using different apps.

Therefore, the external device 20 for failure diagnosis can provide a failure diagnosis function based on abstract vehicle functions and diagnosis items, as in the above-described external communication processing. For this reason, even if the user does not have advanced in-vehicle network knowledge such as the physical address of the ECU 30 and the ID of the frame used for failure diagnosis, the user can easily perform failure diagnosis of the target using the external device 20. be able to.

Furthermore, by using a smartphone as the external device 20, a general user can easily perform a failure diagnosis.

[Specific examples of address resolution]
<Specific example 1>
First, one example of a process for performing address resolution of the ECU 30 connected to the in-vehicle network 40 compliant with CAN, for example, when accumulation relay is performed (when relay is performed at the application level) will be described.

In the address resolution instruction frame 300 in such a case, an ID indicating broadcast transmission is set as the CAN-ID 301. Further, the data field is composed of N_PCI (Network Protocol Control Information) 302, SID (Service ID) 303, transmission destination logical address 304, transmission source logical address 305, and option 306 (see FIG. 8).

N_PCI 302 indicates the type of frame such as SF (Single Frame) or FF (First Frame), and SID 303 indicates the content of the instruction by the address resolution instruction frame 300. Further, the transmission destination logical address 304 indicates a logical address of the relay destination ECU 30 or the like, the transmission source logical address 305 indicates a logical address of the relay source ECU 30 or the like, and the option 306 indicates various information related to address resolution. Show.

In the address resolution response frame 310, an ID indicating that the gateway 10 is the transmission destination is set as the CAN-ID 311. The data field includes N_PCI 312, RSID (Response Service ID) 313, Type 314, Request CAN-ID 315, Response CAN-ID 316, and Option 317.

RSID 313 indicates the response content by the address resolution response frame 310, and Type 314 indicates the communication protocol of the in-vehicle network 40 as a relay destination. The request CAN-ID 315 indicates a CAN-ID used for transmission to the relay destination ECU 30 or the like, and the response CAN-ID 316 indicates a CAN-ID used for a response from the relay destination ECU 30 or the like.

Note that, for example, when a failure diagnosis of the relay destination ECU 30 is performed, a CAN-ID for failure diagnosis of the ECU 30 is set as the request CAN-ID 315 and the response CAN-ID 316.

Next, a specific example of address resolution when the gateway 10 relays communication between the external device 20 connected to each in-vehicle network 40 compliant with CAN and the ACECU 30a at the application level (when accumulation relay is performed). Will be described with reference to the flowchart shown in FIG.

In S400, the external device 20 (logical address is 0xE403 as an example) transmits a relay request frame to the gateway 10 (logical address is 0x1000 as an example) in order to transmit data to the AECU 30a (logical address is 0x100A as an example). The logical address is binary data or an object having a defined structure, but is described as binary data in this example.

At this time, if the data size is 8 bytes or less, a relay request frame configured as SF is transmitted.

On the other hand, when the data size is larger than 8 bytes, the relay request frame configured as FF, CF (Consecutive Frame) is transmitted a plurality of times. That is, the relay request frame configured as FF is first transmitted from the external device 20 to the gateway 10, and FC (Flow Control) is transmitted from the gateway 10 to the external device 20 as a response thereto. Thereafter, a relay request frame configured as a CF is transmitted from the external device 20 to the gateway 10, and an FC is returned from the gateway 10 to the external device 20. Thereafter, until the transmission is completed, the external device 20 and the gateway 10 Alternately transmit CF (relay request frame) and FC.

When the gateway 10 receives the relay request frame, the gateway 10 searches the routing table 50 for the logical address of the relay destination AECU 30a by the relay processing described above (S405), and if the search fails, processing for address resolution is performed. I do.

Specifically, the gateway 10 broadcasts an address resolution instruction frame to all connected in-vehicle networks 40 and waits for reception of an address resolution response frame from the relay destination AECU 30a (S410). Note that the above-described address resolution instruction frame 300 is broadcasted to the in-vehicle network 40 compliant with CAN.

At this time, even if the ECU 30 other than the AECU 30a receives the address resolution instruction frame, it ignores the address resolution instruction frame because the destination logical address does not indicate its own logical address.

When the gateway 10 receives the address resolution response frame 310 from the AECU 30a, the gateway 10 registers the logical address, identification information, and the like of the AECU 30a in the routing table 50 (cache table) (S415).

Note that the gateway 10 may perform processing for address resolution after completion of reception of the relay request frame from the external device 20, or may be performed in parallel with reception of the relay request frame.

After that, the gateway 10 completes reception of the relay request frame from the external device 20, and when registration of the AECU 30a is completed, the gateway 10 generates a relay frame corresponding to the AECU 30a from the received relay request frame, and sends the relay frame to the AECU 30a. Transmit (S420). When there are a plurality of relay frames, similarly, the relay frames configured as FF and CF are transmitted a plurality of times.

Thereafter, it is assumed that the AECU 30a transmits a relay request frame as a response using the external device 20 as a relay destination (S425). When the reception of these relay request frames is completed, the gateway 10 generates a relay frame corresponding to the external device 20 from the relay request frame received with reference to the routing table 50, and transmits the relay frame to the external device 20. (S430).

In addition, when there are a plurality of relay request frames and relay frames, similarly, a relay request frame configured as FF or CF is transmitted a plurality of times.

In addition, when relaying communication between the ECU 30 and the like connected to each in-vehicle network 40 that complies with a communication protocol other than CAN at the application level, the gateway 10 similarly performs address resolution.

<Specific example 2>
Next, when sequential relaying is performed (when relaying is performed at the network level), for example, processing for performing address resolution of the ECU 30 or the like connected to the in-vehicle network 40 compliant with CAN will be described.

In the address resolution instruction frame 320 in such a case, an ID indicating broadcast transmission is set as the CAN-ID 321. The data field includes N_PCI 322 (4 bits) in which data indicating an address resolution instruction (for example, 1111b) is set, a transmission destination logical address 323, a transmission source logical address 324, and an option 325 (see FIG. 10). .

In the address resolution response frame 330, an ID that can be received by the gateway 10 is set as the CAN-ID 331. The data field includes N_PCI 332 (4 bits) in which data indicating an address resolution response (for example, 1110b) is set, a request CAN-ID 333, a response CAN-ID 334, and an option 335.

N_PCI 322 and 332 indicate the type of frame such as SF, FF, etc. When network level relaying is performed, an address resolution instruction and an address resolution response are provided as one of the types.

It should be noted that the transmission destination logical address 323, the transmission source logical address 324, the request CAN-ID 333, the response CAN-ID 334, and the options 325 and 335 are the same components as when relaying is performed at the application level.

Next, a specific example of address resolution when the gateway 10 relays communication between the external device 20 connected to each in-vehicle network 40 compliant with CAN and the ACECU 30a at the network level is a flowchart shown in FIG. Will be described.

In S500, the external device 20 transmits a relay request frame configured as FF to the gateway 10 in order to transmit data exceeding 8 bytes to the AECU 30a.

When the gateway 10 receives the relay request frame, the gateway 10 searches the routing table 50 for the logical address of the relay destination AECU 30 by the relay processing described above (S505), and if the search fails, performs processing for address resolution. Do.

Specifically, the gateway 10 broadcasts an address resolution instruction frame to all the in-vehicle networks 40 and waits for reception of an address resolution response frame 330 from the relay destination AECU 30a (S510). Note that the above-described address resolution instruction frame 320 is broadcasted to the in-vehicle network 40 compliant with CAN.

At this time, even if the ECU 30 other than the AECU 30a receives the address resolution instruction frame, it ignores the address resolution instruction frame because the destination logical address does not indicate its own logical address.

When the gateway 10 receives the address resolution response frame 330 from the AECU 30a, the gateway 10 registers the logical address, identification information, and the like of the AECU 30a in the routing table 50 (S515).

In subsequent S520, the gateway 10 generates a relay frame (FF) corresponding to the AECU 30a from the received relay request frame, and transmits the relay frame to the AECU 30a. When the gateway 10 receives the FC from the AECU 30a as a response to the relay frame, the gateway 10 generates an FC (relay frame) corresponding to the external device 20 that is the relay source, and transmits the FC to the external device 20.

Furthermore, the external device 20 that has received the FC transmits a relay request frame configured as a CF to the gateway 10. When the gateway 10 receives the relay request frame, the gateway 10 generates a relay frame (CF) corresponding to the AECU 30a from the relay request frame, and transmits the relay frame to the AECU 30a.

Thereafter, the gateway 10 alternately relays the FC from the AECU 30a and the relay request frame (CF) from the external device 20 until the data transmission by the external device 20 is completed.

Then, it is assumed that the AECU 30a starts transmission of response data exceeding 8 bytes to the external device 20 after the completion of reception of the relay frame (S525). The AECU 30a first transmits a relay request frame configured as FF to the gateway 10 with the AECU 30a as a relay destination.

When the gateway 10 receives the relay request frame, the gateway 10 generates a relay frame (FF) corresponding to the external device 20 from the relay request frame, and transmits the relay frame to the external device 20. When the gateway 10 receives an FC from the external device 20 as a response to the relay frame, the gateway 10 generates an FC (relay frame) corresponding to the relay source AECU 30a, and transmits the FC to the AECU 30a.

On the other hand, the AECU 30 a that has received the FC transmits a relay request frame configured as a CF to the gateway 10. When the gateway 10 receives the relay request frame, the gateway 10 generates a relay frame (CF) corresponding to the external device 20 from the relay request frame and transmits the relay frame (CF) to the external device 20.

Thereafter, the gateway 10 alternately relays the FC from the external device 20 and the relay request frame (CF) from the AECU 30a until the transmission by the AECU 30a is completed.

When the external device 20 or the AECU 30a transmits data of 8 bytes or less, the external device 20 or the like transmits one relay request frame configured as SF. In the same way, relaying is performed after address resolution is performed as necessary.

Also, when relaying communication between the ECUs 30 and the like connected to each in-vehicle network 40 compliant with a communication protocol other than CAN at the network level, the gateway 10 similarly performs address resolution.

<Specific example 3>
Next, address resolution when relaying is performed between the ECU 30 and the like connected to the in-vehicle network 40 conforming to different communication protocols will be described. In such a case, it is generally considered to perform application level relay (of course, network level relay may be performed).

In such a case, when the relay destination in-vehicle network 40 conforms to CAN, the address resolution instruction frame 300 and the address resolution response frame 310 shown in FIG. 8 are used.

When the relay destination in-vehicle network 40 is compliant with LIN, the following address resolution instruction frame 340 and address resolution response frame 350 are used (FIG. 12).

That is, in the address resolution instruction frame 340, an ID indicating an address resolution instruction (for example, 0x3C) is set in the ID field 341. The data field includes a node address 342, PCI (Protocol Control Information) 343, SID 344, transmission destination logical address 345, transmission source logical address 346, and option 347.

The node address 342 is set to broadcast (for example, 0x7E), the PCI 343 indicates the type of frame such as SF, FF, etc., and the SID 344 indicates the content of the instruction by the address resolution instruction frame 340. Further, the transmission destination logical address 345 indicates the logical address of the relay destination ECU 30 and the like, the transmission source logical address 346 indicates the logical address of the relay source ECU 30 and the like, and the option 347 displays various information related to address resolution. Show.

In the address resolution response frame 350, 0x3D that is an ID indicating an address resolution response is set in the ID field 351. The data field includes a node address 352, a PCI 353, an RSID 354, a relay destination node address 355, and an option 356.

The node address 352 is set with an ID (for example, 0x70) indicating the gateway 10, the RSID 354 indicates the response content by the address resolution response frame 350, and the relay destination node address 355 is the node address of the relay destination ECU 30 or the like. Indicates.

Further, when the relay destination in-vehicle network 40 is compliant with FlexRay, the following address resolution instruction frame 360 and address resolution response frame 370 are used (see FIG. 13).

That is, in the address resolution instruction frame 360, 0x100 which is an ID indicating an address resolution instruction is set in the frame ID 361. The data field is composed of TA (Target Address) 362, SA (Source Address) 363, PCI 364, transmission destination logical address 365, transmission source logical address 366, and the like.

TA 362 is set with an ID indicating broadcast, SA 363 is set with an ID that can be received by the gateway 10, and PCI 364 indicates a frame type such as SF (Start Frame), CF, or the like. The transmission destination logical address 365 indicates a logical address of the relay destination ECU 30 and the like, and the transmission source logical address 366 indicates a logical address of the relay source ECU 30 and the like.

Also, in the address resolution response frame 370, 0x101 which is an ID indicating an address resolution response is set in the frame ID 371, and the data field is composed of TA372, SA373, PCI374 and the like.

The TA 372 is set with an ID that can be received by the gateway 10, and the SA 373 is set with the physical address of the transmission source of the address resolution response frame 370 (in other words, the physical address of the relay destination ECU 30 or the like).

Next, a specific example of address resolution when relaying is performed between the external device 20 connected to each in-vehicle network 40 conforming to a different communication protocol and the ACECU 30a will be described with reference to the flowchart shown in FIG. .

In S600, the external device 20 transmits a relay request frame to the gateway 10 to transmit data to the AECU 30a. At this time, the relay request frame is transmitted once or a plurality of times according to the data size.

On the other hand, when the gateway 10 receives the relay request frame, the gateway 10 searches the routing table 50 for the logical address of the relay destination AECU 30a by the relay processing described above (S605). I do.

Specifically, the gateway 10 broadcasts an address resolution instruction frame to all connected in-vehicle networks 40, and waits for reception of an address resolution response frame from the relay destination AECU 30a (S610).

The above-described address resolution instruction frames 300, 340, and 360 are broadcasted to the in-vehicle network 40 that conforms to CAN, LIN, and FlexRay, respectively.

At this time, even if the ECU 30 other than the AECU 30a receives the address resolution instruction frame, it ignores the address resolution instruction frame because the destination logical address does not indicate its own logical address.

Then, when the gateway 10 receives the address resolution response frame from the AECU 30a, the gateway 10 registers the logical address, identification information, and the like of the AECU 30a in the routing table 50 (S615).

Further, the gateway 10 completes reception of the relay request frame from the external device 20, and when registration of the AECU 30a is completed, the gateway 10 generates a relay frame corresponding to the AECU 30a from the received relay request frame, and sends the relay frame to the AECU 30a. Transmit (S620). At this time, the relay frame is transmitted once or a plurality of times according to the data size to be relayed, the communication protocol of the in-vehicle network 40 as the relay destination, and the like.

Thereafter, it is assumed that the AECU 30a transmits a relay request frame as a response using the external device 20 as a relay destination (S625). When the reception of these relay request frames is completed, the gateway 10 generates a relay frame corresponding to the external device 20 from the received relay request frame, and transmits the relay frame to the external device 20 (S630).

<Others>
In specific examples 1 to 3, relaying and address resolution in the case where communication is performed between the external device 20 and the ECU 30 connected to different in-vehicle networks 40 according to the flowcharts have been described.

However, the same applies to the case where communication between the ECUs 30 connected to different in-vehicle networks 40 is performed, or the case where communication is performed between the external device 20 that communicates with the gateway 10 via wireless communication or the like and the ECU. Relay and address resolution.

Further, relaying and address resolution are performed between the external device 20 and the ECU 30 connected to the same in-vehicle network 40 and between the ECUs 30 in the same manner as in the second specific example.

[Other Embodiments]
(1) Although it is assumed that Ethernet is used as the communication protocol of the in-vehicle network 40, in such a case, a frame or procedure conforming to ARP (Address Resolution Protocol) for performing address resolution in a network constituted by a PC or the like. Address resolution may be performed by By doing so, it is possible to divert existing resources, and it is possible to improve reliability while suppressing development costs.

However, since ARP assumes address resolution of a PC or the like, the frame configuration and procedure used are more complicated than address resolution of this embodiment. For this reason, when an in-vehicle communication protocol such as CAN or LIN is mainly used as the communication protocol of the in-vehicle network 40, address resolution is performed by a simple configuration frame or procedure as in this embodiment. It is considered preferable to do so.

(2) Conventionally, in a gateway, a relay buffer is secured in advance for each of a plurality of in-vehicle networks connected to the gateway. When relaying, a relay buffer corresponding to the in-vehicle network as a relay destination is used. It has become the composition which uses. For this reason, as the number of in-vehicle networks increases, the size of the relay buffer to be secured in advance increases, and there is a problem that the capacity of the RAM is depleted.

Therefore, in the gateway 10 of the present embodiment, when a relay area common to each in-vehicle network 40 is provided and relaying is performed, a relay having a size corresponding to the communication protocol of the relay-mounted in-vehicle network 40 is performed from the relay area. A configuration may be adopted in which the buffer for use is dynamically secured. By doing so, the RAM capacity required for relaying can be saved.

(3) Although the gateway 10 of the present embodiment is configured to be communicable with the external device 20, it may be configured to relay communication between the ECUs 30 without communicating with the external device 20. Even if it has such a structure, the same effect can be acquired.

The gateway 10 corresponds to an in-vehicle relay device, the ECU 30 corresponds to an in-vehicle device, the communication processing unit 15, the telematics communication unit 16, and the communication unit 17 of the gateway 10 correspond to a communication unit, and the RAM 12 and the ROM 13 correspond to a storage unit.

Also, the routing table 50 corresponds to correspondence information, the relay request frame 60 corresponds to relay request data, and the relay frame corresponds to relay data.

The address resolution instruction frames 300, 320, 340, and 360 correspond to instruction data, and the address resolution response frames 310, 330, 350, and 370 correspond to response data.

Also, S105 of the relay process corresponds to a specifying unit, S115 corresponds to an instruction unit, S125 corresponds to a registration unit, S130 corresponds to a generation unit, and S135 corresponds to a transmission unit.

The above disclosure includes the following aspects.

The in-vehicle relay device 10 according to an aspect of the present disclosure includes communication units 15 to 17, storage units 12 and 13, a specification unit S105, an instruction unit S115, a registration unit S125, a generation unit S130, and a communication unit S135. The communication units 15 to 17 communicate with each in-vehicle device of the plurality of in-vehicle devices 30 constituting the plurality of in-vehicle networks 40 provided in the vehicle or with the external device 20 provided outside the vehicle. In the storage units 12 and 13, a logical address assigned to each part of the plurality of in-vehicle devices 30 and identification information for identifying each part of the plurality of in-vehicle devices 30 are registered in association with each other. Correspondence information 50 is stored. When the specifying unit S105 receives the relay request data 60 including the target logical address from the in-vehicle device 30 or the external device 20 via the communication units 15 to 17, a plurality of target logical addresses registered in the correspondence information 50 are received. Determine if it is the same as one of the logical addresses. If the identifying unit S105 determines that the target logical address is the same as one of the plurality of logical addresses registered in the correspondence information 50, the identifying unit S105 associates the target logical address with one of the plurality of logical addresses that are the same as the target logical address. Identify identification information. When the specifying unit S105 fails to specify the identification information, the instruction unit S115 broadcasts the instruction data 300, 320, 340, 360 to the plurality of in-vehicle devices 30 via the communication units 15-17. The instruction data 300, 320, 340, 360 is response data 310, 330, 350 including identification information of the target in-vehicle device with respect to the target in-vehicle device to which the target logical address is assigned. 370 is data instructing to transmit 370 to the communication units 15 to 17. When the registration unit S125 receives response data 310, 330, 350, 370 corresponding to the instruction data 300, 320, 340, 360 from the target in-vehicle device via the communication units 15-17, the response data 310, 330, 350, The identification information of the target in-vehicle device included in 370 and the target logical address included in the relay request data 60 are registered in association with the correspondence information 50. When the identification unit S105 identifies the identification information, the generation unit S130 generates relay data corresponding to the target in-vehicle device identified by the identified identification information based on the identified identification information and the relay request data 60. . Further, when the specifying unit S105 fails to specify the identification information, the generating unit S130 adds the response data 310, 330, 350, 370 received from the target in-vehicle device in response to the transmission of the instruction data 300, 320, 340, 360. Based on the included identification information and the relay request data 60, relay data corresponding to the target in-vehicle device is generated. The transmission unit S135 transmits the relay data to the target in-vehicle device via the communication units 15-17.

According to the configuration as described above, the in-vehicle device 30 and the external device 20 transmit the relay request data 60 in which the logical addresses of the in-vehicle device 30 and the external device 20 that are transmission destinations are set to the in-vehicle relay device 10. Thus, data can be transmitted to the in-vehicle device 30 as the transmission destination. For this reason, even if the in-vehicle device 30 does not know the physical address or communication protocol of the destination in-vehicle device 30 or the like, as long as it knows the logical address, the in-vehicle device 30 etc. It is possible to communicate with the in-vehicle device 30 and the like.

If the destination logical address is not registered in the correspondence information 50 of the in-vehicle relay device 10, the in-vehicle relay device 10 broadcasts instruction data 300, 320, 340, 360 to resolve the address. The identification information related to the in-vehicle device 30 corresponding to the target logical address is registered in the correspondence information 50. As a result, the in-vehicle relay device 10 can relay data to the in-vehicle device 30 or the like without knowing the identification information regarding the destination in-vehicle device 30 or the like.

Therefore, even when the in-vehicle device 30 is newly added or when the in-vehicle device 30 is replaced, the other in-vehicle device 30 grasps the logical address of the newly added in-vehicle device 30. If so, data can be transmitted and received via the in-vehicle relay device 10. Similarly, for the external device 20, if the logical address of the newly added in-vehicle device 30 is grasped, data is transmitted / received to / from the in-vehicle device 30 via the in-vehicle relay device 10, and A failure diagnosis of the device 30 can be performed. Therefore, according to the in-vehicle relay device 10, it is possible to easily add or replace the in-vehicle device.

Furthermore, the relay request data 60 may be data transmitted from one of the plurality of in-vehicle devices 30 to another in-vehicle device 30. Further, the relay request data 60 is transmitted from the external device 20 temporarily connected to the communication units 15 to 17 to one of the plurality of in-vehicle devices 30 in order to perform one failure diagnosis of the plurality of in-vehicle devices 30. It may be data.

Although the present disclosure has been described based on the embodiments, it is understood that the present disclosure is not limited to the embodiments and structures. The present disclosure includes various modifications and modifications within the equivalent range. In addition, various combinations and forms, as well as other combinations and forms including only one element, more or less, are within the scope and spirit of the present disclosure.

Claims (3)

1. A communication unit (15) that communicates with each in-vehicle device of a plurality of in-vehicle devices (30) constituting a plurality of in-vehicle networks (40) provided in the vehicle or an external device (20) provided outside the vehicle. To 17),
   Correspondence in which a logical address assigned to each part of the plurality of in-vehicle devices (30) and identification information for identifying each part of the plurality of in-vehicle devices (30) are registered in association with each other. A storage unit (12, 13) storing information (50);
   When the relay request data (60) including the target logical address is received from the in-vehicle device (30) or the external device (20) via the communication unit (15 to 17), the target logical address is converted into the correspondence information. It is determined whether it is the same as one of the plurality of logical addresses registered in (50), and the target logical address is the same as one of the plurality of logical addresses registered in the correspondence information (50). If there is, a specifying unit (S105) that specifies the identification information associated with one of the plurality of logical addresses that is the same as the target logical address;
   When the identification unit (S105) fails to identify the identification information, the instruction data (300, 320, 340, 360) is sent to the plurality of in-vehicle devices (30) via the communication unit (15-17). The instruction unit (S115) for broadcast transmission and the instruction data (300, 320, 340, 360) are one of the plurality of in-vehicle devices (30) and are assigned to the target in-vehicle device to which the target logical address is assigned. Response data (310, 330, 350, 370) including identification information of the target in-vehicle device is instructed to transmit to the communication unit (15-17),
   When the response data (310, 330, 350, 370) corresponding to the instruction data (300, 320, 340, 360) is received from the target in-vehicle device via the communication unit (15-17), the response data (310, 330, 350, 370) The target in-vehicle device identification information included in (310, 330, 350, 370) and the target logical address included in the relay request data (60) correspond to the correspondence information (50). A registration unit (S125) for registration with attachment;
   When the identification unit (S105) identifies the identification information, the relay corresponding to the target in-vehicle device identified by the identified identification information based on the identified identification information and the relay request data (60) If the identification unit (S105) fails to identify the identification information, the response data (300, 320, 340, 360) received from the target in-vehicle device in response to the transmission of the instruction data is generated. 310, 330, 350, 370) based on the identification information and the relay request data (60), a generating unit (S130) that generates relay data corresponding to the target in-vehicle device;
   A transmission unit (S135) for transmitting the relay data to the target in-vehicle device via the communication unit (15 to 17);
   A vehicle-mounted relay device (10) comprising:
2. The in-vehicle relay device according to claim 1, wherein the relay request data (60) is transmitted from one of the plurality of in-vehicle devices (30) to another in-vehicle device of the plurality of in-vehicle devices (30). .
3. The relay request data (60) is sent from the external device (20) temporarily connected to the communication unit (15-17) to perform one failure diagnosis of the plurality of in-vehicle devices (30). The in-vehicle relay device according to claim 1 or 2, which is transmitted to one of the on-vehicle devices (30).

Images