In-vehicle network system and relay device

The in-vehicle network system addresses the issues of unnecessary power consumption and prolonged startup times by using a relay device to selectively transmit wake-up signals based on activation conditions, thereby optimizing node wake-ups and system startup.

JP2025085303APending Publication Date: 2025-06-05DENSO CORP
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
JP2023199085
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2023-11-24
Publication Date
2025-06-05

AI Technical Summary

Technical Problem

Conventional in-vehicle network systems experience unnecessary power consumption and prolonged startup times due to the wake-up of all nodes on the same network and the reliance on computer processing for wake-up signal relay.

Method used

An in-vehicle network system with a relay device that acquires activation target data for requesting nodes, generates activation request data, and selectively transmits wake-up signals to specific nodes based on preset activation conditions, thereby reducing unnecessary node wake-ups and streamlining system startup.

Benefits of technology

This solution effectively reduces power consumption by minimizing unnecessary node wake-ups and shortens system startup times by allowing wake-up signals to be transmitted independently of the signal forwarding unit's operation.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 2025085303000001_ABST
    Figure 2025085303000001_ABST
Patent Text Reader

Abstract

To provide a technique for reducing power consumption and startup delays in an in-vehicle network system.SOLUTION: When a wake-up signal is received via communication lines 71, 81, target extraction circuits 611, 612 acquire activation target data of a requesting node. A request generation circuit 63 generates activation request data by synthesizing the activation target data acquired during a determined acquisition period. Activation determination circuits 612, 622 select activation target nodes according to the generated activation request data, and transmit a wake-up signal to selectively activate the selected activation target nodes in groups each including one or more nodes.SELECTED DRAWING: Figure 3
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] The present disclosure relates to an in-vehicle network system. [Background technology]

[0002] A partial network technique is known that selectively controls the wake-up / sleep state of each ECU. The following Patent Document 1 describes a technology in which a relay device that relays data transmission and reception between different networks, when it receives a wake-up signal from a node on one network, determines whether or not to transmit a wake-up signal to the other network based on data contained in the received wake-up signal. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2009-124480 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the conventional technology, since it is assumed that a wake-up signal is transmitted on a network-by-network basis, there is a problem in that all nodes on the same network are started up, resulting in unnecessary power consumption.

[0005] In addition, the relay device transfers the wake-up signal between networks using a relay function realized by computer processing. Therefore, when the relay device is in a sleep state, the wake-up signal is transferred only after the computer is started, which causes a problem of a long start-up time for the entire system.

[0006] One aspect of the present disclosure is to provide a technique for suppressing power consumption and startup delays of an in-vehicle network system. [Means for solving the problem]

[0007] One aspect of the present disclosure is an in-vehicle network system, comprising a relay device (1) and a plurality of nodes (72, 82). The relay device connects a plurality of communication lines (71, 81) to each other.

[0008] The nodes are each connected to one of a plurality of communication lines and communicate with each other. The plurality of nodes have a wake-up state, which is a normal operating state, and a sleep state, which is a low-power operating state in which some functions are limited, and are configured to transition to the wake-up state when a node in the sleep state receives a wake-up signal via the communication line. At least some of the plurality of nodes are configured to transmit a wake-up signal when a preset activation condition is satisfied.

[0009] The relay device is configured to acquire activation target data of a requesting node when the relay device receives a wake-up signal via a communication line, and generate activation request data by synthesizing the activation target data acquired during a determined acquisition period. The relay device is configured to select an activation target node according to the generated activation request data, and transmit a wake-up signal to specify and activate the selected activation target node.

[0010] The requesting node is the node that sent the wake-up signal. The activation target data is set for each node and indicates the nodes that need to be activated together when the node is activated. The activation target node is the node that needs to transition from a sleep state to a wake-up state.

[0011] According to this configuration, it is possible to selectively start up a group of one or more nodes that needs to be started together with the requesting node. Therefore, the start-up of unnecessary nodes is suppressed, and the power consumption of the in-vehicle network system can be reduced. In addition, since it is not necessary to use a function for relaying communication frames for control related to the wake-up of nodes, delays in system startup can be suppressed.

[0012] One aspect of the present disclosure is a relay device that interconnects multiple communication lines (71, 81), each of which is connected to one or more nodes, and includes multiple transmission / reception circuits (2, 4), a signal transfer unit (5), and a wake-up control unit (6).

[0013] The transmission / reception circuit is provided in each of the plurality of communication lines and configured to transmit and receive signals via the communication lines. The signal transfer unit is configured to transfer a communication frame received by any one of the plurality of transmission / reception circuits to another transmission / reception circuit.

[0014] The wake-up control unit is configured to, when receiving a wake-up signal via the transmission / reception circuit, acquire activation target data of the requesting node and generate activation request data by synthesizing the activation target data acquired during a determined acquisition period. The wake-up control unit is also configured to select an activation target node according to the generated activation request data, and transmit a wake-up signal that designates and activates the selected activation target node via the transmission / reception circuit.

[0015] The requesting node is the node that sent the wake-up signal. The activation target data is set for each node and indicates the nodes that need to be activated together when the node is activated. The activation target node is the node that needs to transition from a sleep state to a wake-up state.

[0016] According to this configuration, it is possible to selectively start up a node that needs to be started together with the requesting node in a group unit including one or more nodes. It is also possible to prevent a wake-up signal from being sent to the same node in duplicate. It is also possible to execute control related to the wake-up of a node without relying on a signal forwarding unit. [Brief description of the drawings]

[0017] [Figure 1] 1 is a block diagram showing an overall configuration of an in-vehicle network system. [Diagram 2] FIG. 2 is a block diagram showing a configuration of a relay device. [Diagram 3] 4 is a block diagram showing a configuration of a wake-up control unit; FIG. [Figure 4] FIG. 2 is an explanatory diagram showing the configuration of a startup information table. [Diagram 5] 10 is an explanatory diagram illustrating an operation of a wakeup control unit; [Figure 6] 11 is a flowchart of a wake-up transmission process executed by a constant operation unit of a node. [Figure 7] 11 is a flowchart of a wake-up reception process executed by a constant operation unit of the node. [Figure 8] 13 is a flowchart of a port process executed in a CAN port circuit and an Ethernet port circuit of a wakeup control unit. [Figure 9] 13 is a flowchart of a table update process executed by a table update unit of a wakeup control unit. [Figure 10] FIG. 2 is an explanatory diagram showing a configuration of an update frame. [Figure 11] 13 is a flowchart of a table setting process executed by a table update unit of a wakeup control unit. [Figure 12] FIG. 2 is a sequence diagram showing a basic operation of the in-vehicle network system. [Figure 13] 13 is a block diagram showing a configuration of a wake-up control unit in a relay device of a second embodiment. FIG. [Figure 14] 13 is a flowchart of a port process executed in a CAN port circuit that configures a wake-up control unit of the relay device of the second embodiment. [Figure 15] FIG. 11 is a block diagram showing another configuration example of the in-vehicle network system. [Figure 16] FIG. 11 is a block diagram showing another configuration example of the in-vehicle network system. [Figure 17] FIG. 11 is a block diagram showing another configuration example of the in-vehicle network system. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. [1. First embodiment] [1-1. Configuration] 1 includes a relay device 1. The relay device 1 connects a first network 7 and a second network 8 to each other.

[0019] The relay device 1 includes a CAN transceiver 2 and a switch hub 3. CAN is an abbreviation for Controller Area Network. CAN is a registered trademark. The CAN transceiver 2 is connected to a first network 7, and transmits and receives communication frames conforming to the CAN protocol. The switch hub 3 is connected to a second network 8, and transmits and receives communication frames conforming to the Ethernet protocol. Ethernet is a registered trademark.

[0020] The first network 7 forms a multi-drop network in which a plurality of nodes (hereinafter, CAN nodes) 72 are connected via one communication line (hereinafter, CAN bus) 71. The plurality of CAN nodes 72 execute communication in accordance with the CAN protocol via the CAN bus 71. Hereinafter, the first network 7 is also referred to as a CAN-NW 7. Note that one CAN bus 71 may be connected to one CAN node 72.

[0021] The second network 8 includes a plurality of communication lines (hereinafter, Ethernet transmission paths) 81, each of which is connected to one of a plurality of ports of the switch hub 3. The second network 8 forms a star-shaped network in which a plurality of nodes (hereinafter, Ethernet nodes) 82 are connected via the plurality of Ethernet transmission paths 81. The Ethernet nodes 82 perform communication according to the Ethernet protocol via the Ethernet transmission paths 81 and the switch hub 3. Hereinafter, the second network 8 will also be referred to as an Ethernet-NW8. There may be only one Ethernet transmission path 81 and only one connected Ethernet node 82.

[0022] Hereinafter, when there is no need to distinguish between the CAN node 72 and the Ethernet node 82, they will be simply referred to as the nodes 72 and 82. The nodes 72 and 82 have two operating states: a wake-up state and a sleep state.

[0023] The wake-up state is, for example, a normal operating state in which all functions assigned to the node 72, 82 can be used. The sleep state is a low-power operating state in which at least some functions are restricted. Specifically, in the sleep state, for example, functions other than the function for executing processing related to the wake-up of the node 72, 82 may be stopped.

[0024] The nodes 72 and 82 each include an ECU and a constantly operating unit. The ECU is a component including a computer equipped with a CPU and a memory. Here, a state in which the ECU is stopped is a sleep state, and a state in which the ECU is started is a wake-up state. The constantly operating unit is a component configured by hardware without including a computer, and operates even in a sleep state to realize at least the functions related to waking up the own node.

[0025] The CAN-NW7 transmits and receives CAN frames. The CAN frames include frames used as wake-up signals. The header field of the CAN frame used as a wake-up signal indicates that it is a wake-up signal. The header field of the wake-up signal also indicates a node ID that is uniquely assigned to the node so that the node that made the request can be identified. The data field of the wake-up signal includes start-up request data that indicates the node or group of nodes to be started.

[0026] A CAN node 72 in a wake-up state transitions to a sleep state when a sleep condition is satisfied. When a CAN node 72 in a sleep state transmits a wake-up signal via a CAN bus 71, if the received wake-up signal indicates startup request data for starting up the node itself or a group to which the node itself belongs, the CAN node transitions to a wake-up state.

[0027] Furthermore, when a predetermined start-up condition is met, such as when a start-up trigger occurs in the CAN node 72 in the sleep state, the CAN node 72 transitions to the wake-up state and transmits a wake-up signal in which the node ID of the node and the PNI data of the node are set as start-up request data. The PNI data is data indicating a node or a group of nodes that need to be started together with the node itself, and will be described in detail later.

[0028] In the Ethernet network 8, a wake-up request or wake-up instruction signal including a wake-up pulse is used as a wake-up signal. The wake-up pulse is, for example, a pulse signal having a pulse width sufficiently wider than that of a pulse used in a transmission line code. An Ethernet node 82 in a wake-up state transitions to a sleep state when a sleep condition is satisfied. An Ethernet node 82 in a sleep state transitions to a wake-up state when it receives a wake-up pulse via the Ethernet transmission line 81. Also, an Ethernet node 82 in a sleep state transitions to a wake-up state and transmits a wake-up pulse to the Ethernet transmission line 81 when a wake-up trigger occurs in the own node.

[0029] The sleep condition may include, for example, no communication in the node for a certain period of time or more, receipt of a communication frame instructing a transition to a sleep state, etc. The start-up trigger may include, for example, detection of a specific vehicle operation such as the operation of a door handle.

[0030] The CAN transceiver 2 is a transmission / reception circuit that realizes the function of the physical layer in the CAN. The CAN transceiver 2 has a port P0 to which the CAN bus 71 is connected, and transmits and receives CAN frames between the CAN node 72. The CAN transceiver 2 has a function of decoding an encoded signal transmitted via the CAN bus 71 into a digital signal, and a function of encoding the digital signal into a signal for transmission and sending it to the CAN bus 71.

[0031] The switch hub 3 has a plurality of ports P1 to PN to which Ethernet transmission paths 81 are connected, and transmits and receives Ethernet frames to and from Ethernet nodes 82 connected to each Ethernet transmission path 81. N is an integer equal to or greater than 2. The switch hub 3 is also connected to a CAN transceiver 2.

[0032] As shown in FIG. 2, the switch hub 3 includes a plurality of PHY transceivers 4, a signal transfer unit 5, and a wake-up control unit 6. The signal transfer unit 5 includes a computer equipped with a CPU and a memory. At least a part of the functions of the signal transfer unit 5 is realized by processing executed by the CPU.

[0033] The parts of the switch hub 3 other than the signal transfer unit 5 (i.e., the PHY transceiver 4 and the wake-up control unit 6) and the CAN transceiver 2 are configured by hardware without including a computer. In particular, the CAN transceiver 2 and the PHY transceiver 4 can use commercially available semiconductor integrated circuits.

[0034] The relay device 1 has a sleep state and a wakeup state, similar to the nodes 72 and 82. Similar to the ECUs of the nodes 72 and 82, the sleep state is when the signal transfer unit 5 is stopped, and the wakeup state is when the signal transfer unit 5 is activated. The CAN transceiver 2, PHY transceiver 4, and wakeup control unit 6 operate even in the sleep state, similar to the constantly operating units of the nodes 72 and 82.

[0035] The PHY transceiver 4 is a transmission / reception circuit that realizes the function of the physical layer in the Ethernet. The PHY transceiver 4 is provided in each of the multiple ports P1 to PN to which the Ethernet transmission path 81 is connected. The PHY transceiver 4 has a function of decoding an encoded signal transmitted via the Ethernet transmission path 81 into a digital signal, and a function of encoding the digital signal into a signal for transmission and sending it to the Ethernet transmission path 81.

[0036] When the PHY transceiver 4 detects a wake-up pulse on the Ethernet transmission path 81, it outputs a detection notification indicating that the wake-up pulse has been detected to the wake-up control unit 6. In addition, when a start-up instruction is input from the wake-up control unit 6, the PHY transceiver 4 transmits a wake-up pulse to the Ethernet transmission path 81.

[0037] The signal transfer unit 5 has a protocol conversion function. That is, when the signal transfer unit 5 receives a communication frame via the PHY transceiver 4, it uses the MAC address table to identify the port to which the destination node is connected from the destination MAC address, and transfers the communication frame to the identified port. However, if the destination node is a CAN node 72, it performs protocol conversion from Ethernet to CAN and transfers the communication frame to the CAN transceiver 2.

[0038] Furthermore, when the signal transfer unit 5 receives a CAN frame via the CAN transceiver 2, it identifies the port to which the destination node is connected from the destination node ID indicated in the header area of ​​the CAN frame. If the identified node is an Ethernet node 82, it performs protocol conversion from CAN to Ethernet and transmits the communication frame to the identified port.

[0039] The signal transfer unit 5 may have a function, when receiving a communication frame in which table update data is set in the data area, to extract the table update data from the data area and output it to the wake-up control unit 6. Furthermore, the signal transfer unit 5 may have a function, when receiving a communication frame in which equipment determination data is set in the data area, to extract the equipment determination data from the data area and output it to the wake-up control unit 6. The table update data and equipment determination data will be described later.

[0040] As shown in FIG. 3, wakeup control unit 6 includes a CAN port circuit 61, a plurality of Ethernet port circuits 62, a request generation circuit 63, a table storage unit 64, and a table update unit 65.

[0041] The table storage unit 64 stores a startup information table, which is a collection of data that associates port numbers, node identification data, and PNI data, as shown in FIG.

[0042] The node identification data is information for uniquely identifying the nodes 72, 82. As the node identification data, a node ID may be used for the CAN node 72, and a MAC address may be used for the Ethernet node 82. The node identification data of all the nodes 72, 82 is listed in the startup information table.

[0043] The port number is information for identifying the port to which the nodes 72, 82 are connected. In this embodiment, since the CAN node 72 is connected to one CAN bus 71, the same port number (i.e., port P0) is associated with all the node identification information representing the CAN node 72. Since the Ethernet nodes 82 are connected to different Ethernet transmission paths 81, different port numbers (i.e., ports P1 to PN) are assigned to all the node identification information representing the Ethernet nodes 82. Note that when there are multiple CAN buses 71, different port numbers are associated with the identification information representing the CAN nodes 72 depending on the CAN bus 71 to which it is connected.

[0044] PNI data is represented by multiple bits of data. PNI is an abbreviation for Partial Network Information. An activation group is assigned to each bit of PNI data. An activation group refers to a group of nodes 72, 82 that need to be activated together when a certain node is activated. In other words, in the PNI data, a bit corresponding to the activation group to which the node 72, 82 associated with the PNI data belongs is set to 1. Each node 72, 82 belongs to at least one activation group, and may belong to multiple activation groups.

[0045] Returning to Fig. 3, the table update unit 65 executes a table update process, a table setting process, and the like, in accordance with data input from the signal transfer unit 5. The table update process is a process for updating the startup information table stored in the table storage unit 64. The table setting process is a process for selecting and setting a startup information table to be used when multiple types of startup information tables are prepared.

[0046] The CAN port circuit 61 includes a header analysis circuit 610 , a target extraction circuit 611 , and a start determination circuit 612 . The header analysis circuit 610 determines whether or not the signal is a wake-up activation signal by analyzing the header area of ​​the digitized CAN frame input from the CAN transceiver 2. If the header analysis circuit 610 determines that the signal is a wake-up activation signal, it outputs an activation command to the signal transfer unit 5, and extracts the requesting node ID from the header area of ​​the CAN frame and outputs it to the target extraction circuit 611. Note that the header analysis circuit 610 may be configured to omit outputting the activation command to the signal transfer unit 5 when it is known that the signal transfer unit 5 has already been activated.

[0047] The target extraction circuit 611 extracts the PNI data of the requesting node by referring to the startup information table according to the node ID extracted by the header analysis circuit 610. The target extraction circuit 611 outputs the extracted PNI data as startup target data to the request generation circuit 63. The requesting node here is the CAN node 72 that is the transmission source of the wake-up signal.

[0048] The start-up determination circuit 612 individually performs a bit-by-bit logical product operation (i.e., AND operation) on the PNI data of all CAN nodes 72 stored in the start-up information table and the start-up request data generated by the request generation circuit 63. The start-up determination circuit 612 notifies the header analysis circuit 610 of the node ID associated with the PNI data for which the operation result is non-zero.

[0049] The header analysis circuit 610 generates a wake-up signal whose data area indicates the start-up request data corresponding to the node ID notified from the start-up determination circuit 612, and transmits the signal to the CAN bus 71 via the CAN transceiver 2. Note that the process of the start-up determination circuit 612 may be omitted, and a wake-up signal whose data area indicates the start-up request data generated by the request generation circuit 63 may be generated and transmitted.

[0050] Ethernet port circuit 62 includes object extraction circuit 621 and start determination circuit 622. Here, a port corresponding to one Ethernet port circuit 62 of interest is called its own port. When the target extraction circuit 621 receives a detection notification from the PHY transceiver 4 of its own port, it extracts the PNI data of the requesting node by referring to the activation information table according to the port number of its own port. The target extraction circuit 621 outputs the extracted PNI data as activation target data to the request generation circuit 63. The requesting node in this case is the Ethernet node 82 that transmitted the wake-up pulse.

[0051] The start-up determination circuit 622 executes a bit-by-bit logical product operation (i.e., an AND operation) between the PNI data of the Ethernet node 82 connected to its own port, which is stored in the start-up information table, and the start-up request data generated by the request generation circuit 63. If the operation result is non-zero, the start-up determination circuit 612 outputs a start-up instruction to the PHY transceiver 4 of its own port. The PHY transceiver 4 to which the start-up instruction has been input transmits a wake-up pulse.

[0052] The request generation circuit 63 generates activation request data by performing a logical sum operation (i.e., an OR operation) on a bit-by-bit basis on all activation target data output from the CAN port circuit 61 and the multiple Ethernet port circuits 62. However, the request generation circuit 63 executes processing at each fixed acquisition cycle, and performs a logical sum operation on the activation target data generated during the immediately preceding acquisition cycle.

[0053] [1-2. Example of operation of wake-up control unit] A case will be described in which the relay device 1 receives wake-up signals from three nodes N1 to N3 substantially simultaneously (that is, during the same acquisition period). Note that the PNI data represents nine activation groups G1 to G9 in nine bits.

[0054] 5, node N1 belongs to activation group G4, node N2 belongs to activation group G7, and node N3 belongs to activation groups G2 and G4. In this case, the three PNI data (i.e., activation target data) extracted from the activation information table are [000100000], [000000100], and [010100000]. The activation request data obtained by the request generation circuit 63 performing a logical OR operation on these activation target data is [010100100].

[0055] If node N4, which is the object of the activation judgment, belongs to activation groups G1 and G9, its PNI data is [100000001]. In this case, the result of the logical AND operation between the PNI data of node N4 and the activation request data generated by the request generation circuit 63 is [000000000]. In other words, since node N4 does not belong to any of the activation groups indicated in the activation request data, the operation result is zero, and it is determined that waking up node N4 is not necessary. In other words, the sleep state of node N4 continues.

[0056] When node N5, which is the object of the activation judgment, belongs to activation group G4, its PNI data is [000100000]. In this case, the result of the logical AND operation between the PNI data of node N5 and the activation request data generated by the request generation circuit 63 is [000100000]. In other words, since node N5 belongs to G4, which is one of the activation groups indicated in the activation request data, the operation result is non-zero, and it is determined that node N5 needs to be woken up. In other words, a wakeup signal or wakeup pulse is transmitted to node N5, and node N5 transitions to the wakeup state.

[0057] [1-3. Processing] [1-2-1. Wake-up transmission process] The wake-up transmission process executed in the constantly operating parts of the nodes 72 and 82 will be described with reference to the flowchart of FIG.

[0058] The wake-up transmission process is repeatedly executed regardless of whether the operating state of the own node is a wake-up state or a sleep state. In the following description, the wake-up signal in the Ethernet node 82 represents a wake-up pulse.

[0059] In S110, the constant operation unit determines whether or not a startup trigger has occurred in its own node, and if a startup trigger has not occurred, waits by repeating the same step, and if a startup trigger has occurred, transitions to S120.

[0060] In S120, the always-on unit determines whether the node is in a sleep state (i.e., the ECU is stopped). If the always-on unit determines that the node is in a sleep state, it shifts the process to S130, and if it determines that the node is in a wake-up state rather than a sleep state, it shifts the process to S150.

[0061] In S130, the constantly operating unit starts the ECU of the own node. The started ECU starts an initialization process to make it possible to execute various processes. The initialization process includes turning on the power to each part of the own node, starting the OS on the computer, starting applications on the OS, etc.

[0062] In S140, the constant operation unit determines whether the ECU has completed the initialization process. If the initialization process has not been completed, the constant operation unit waits by repeating the same step. If the initialization process has been completed, the constant operation unit transitions to S150.

[0063] In S150, the constant operation unit outputs an instruction to the ECU to transmit a wake-up signal, and the process ends. In response to this instruction, the ECU executes the process of transmitting the wake-up signal.

[0064] [1-3-2. Wake-up reception processing] The wake-up reception process executed in the constantly operating units of the nodes 72 and 82 will be described with reference to the flowchart of Fig. 7. Like the wake-up transmission process, the wake-up reception process is repeatedly executed regardless of whether the operating state of the node itself is a wake-up state or a sleep state.

[0065] In S210, the constantly operating unit determines whether or not a wake-up signal has been received, and if a wake-up signal has not been received, waits by repeating the same step, and if a wake-up signal has been received, the process proceeds to S220. However, in this case, the wake-up signal in the CAN node 72 is a CAN frame whose header field indicates that it is a wake-up signal, and whose data field indicates start-up instruction data that designates the node itself.

[0066] In S220, the constantly operating unit determines whether or not the node itself is in a sleep state, and if it is in a sleep state, the process proceeds to S130, and if it is not in a sleep state, that is, if it is in a wake-up state, the process ends.

[0067] In S230, the constantly operating unit starts the ECU of the own node. The started ECU starts an initialization process to make it possible to execute various processes. In S240, the constant operation unit determines whether the initialization process is complete, and if the initialization process is not complete, waits by repeating the same step, and if the initialization process is complete, ends the process.

[0068] The processes in S220 to S240 are similar to the processes in S120 to S140 described above. [1-2-3. Port processing] The port processing executed by CAN port circuit 61 and Ethernet port circuit 62 in wakeup control unit 6 of relay device 1 will be described with reference to the flowchart in Fig. 8. In the following, when there is no need to distinguish between CAN port circuit 61 and Ethernet port circuit 62, they will be simply referred to as port circuits. The port circuits repeatedly execute port processing regardless of whether relay device 1 is in a sleep state or a wakeup state.

[0069] In S310, the port circuit determines whether it is processing timing or not, and if it is processing timing, the process proceeds to S340, and if it is not processing timing, the process proceeds to S320. The processing timing is, for example, a timing that occurs in the acquisition cycle described in the request generation circuit 63.

[0070] In S320, the port circuit determines whether or not a wake-up signal has been received, and if a wake-up signal has been received, the process proceeds to S330, and if a wake-up signal has not been received, the process returns to S310.

[0071] In CAN port circuit 61, the determination of whether or not a wake-up signal has been received is made based on whether or not the CAN frame received by CAN transceiver 2 has been determined to be a wake-up signal by header analysis circuit 610. In addition, in Ethernet port circuit 62, the determination is made based on whether or not a detection notification has been received from PHY transceiver 4.

[0072] In S330, the port circuit executes processing as target extraction circuits 611, 621 that extract activation target data and output it to the request generation circuit 63. Specifically, the port circuit extracts the PNI data of the request source node as activation target data by referring to the activation information table using the node identification information of the request source node that requests wakeup. However, the CAN port circuit 61 uses the node ID indicated in the header of the wakeup signal as the node identification information, and the Ethernet port circuit 62 uses the port number of its own port that received the detection notification as the node identification information.

[0073] In S340, the port circuit obtains the start request data generated by the request generation circuit 63. In S350, the port circuit obtains the PNI data of the node connected to its own port from the startup information table. In the case of the CAN port circuit 61, multiple nodes are connected to its own port, so the PNI data of all of those nodes is obtained. In the case of the Ethernet port circuit 62, one node is connected to its own port, so the PNI data of that one node is obtained.

[0074] In S360, the port circuit executes a logical AND operation between the startup request data acquired in S340 and the PNI data acquired in S350. The CAN port circuit 61 executes a logical AND operation between the startup request data and each of the acquired multiple PNI data.

[0075] In S370, the port circuit determines whether the operation result in S360 is non-zero, and if the operation result is non-zero, the process proceeds to S380, and if the operation result is zero, the process ends. Note that, in the CAN port circuit 61, if there is at least one PNI data whose logical AND operation result is non-zero, the process proceeds to S380.

[0076] In S380, the port circuit selects a node for which a non-zero operation result is obtained as an activation target node, issues an instruction to transition the selected activation target node to a wake-up state, and ends the process. Specifically, the CAN port circuit 61 outputs the node IDs of all activation target nodes to the header analysis circuit 610. The header analysis circuit 610 generates a wake-up signal for each activation target node, and transmits the generated wake-up signal to the CAN bus 71 via the CAN transceiver 2. In other words, transmitting a wake-up signal indicating activation request data specifying each activation target node corresponds to transmitting a wake-up signal specifying an activation target node. Note that instead of generating a wake-up signal for each activation target node, only one wake-up signal indicating activation request data generated by the request generation circuit 63 specifying all activation target nodes may be transmitted. The Ethernet port circuit 62 outputs an activation instruction to the PHY transceiver 4 of its own port. The PHY transceiver 4 to which the activation instruction is input transmits a wake-up pulse to the Ethernet transmission path 81 of its own port. In other words, selectively transmitting a wake-up pulse only to the Ethernet transmission path 81 to which the node to be activated is connected corresponds to transmitting a wake-up signal by designating the node to be activated.

[0077] [1-3-4. Table update process] The table update process executed by the table update unit 65 of the wakeup control unit 6 will be described with reference to the flowchart of Fig. 9. The table update process is a process for updating the startup information table stored in the table storage unit 64.

[0078] At least one of the nodes 72, 82 transmits a communication frame (hereinafter, referred to as an update frame) in which the PNI data of each node is listed in the data area, as shown in Fig. 10. The update frame may be transmitted from one of the nodes 72, 82. In this case, the data area may include the PNI data of all the nodes 72, 82. The update frame may also be transmitted from all the nodes 72, 82. In this case, each update frame may indicate only the PNI data of the node 72, 82 that transmitted it.

[0079] The PNI data carried in the update frame may be represented by an integer multiple of 1 byte. For example, if the PNI data is 9 bits, the PNI data carried in the update frame is represented by 2 bytes per node.

[0080] When the signal forwarding unit 5 receives an update frame, it outputs the PNI data indicated in the data area of ​​the update frame as table update data to the table update unit 65 of the wake-up control unit 6. However, when all nodes individually transmit update frames, the signal forwarding unit 5 outputs data in which the PNI data extracted from the data area is associated with the node identification information of the transmission source as table update data to the table update unit 65. Also, when one node transmits the PNI data of all nodes collectively, the node identification information may be able to be identified from the arrangement of the PNI data in the data area.

[0081] The table update process is repeatedly executed when the relay device 1 is in a wake-up state, that is, when the signal forwarding unit 5 is in a state in which it is possible to execute a process on a communication frame. As shown in FIG. 9, in S410, the table update unit 65 determines whether or not table update data has been acquired from the signal transfer unit 5, and if table update data has been acquired, the process proceeds to S420, and if table update data has not been acquired, the process ends.

[0082] In S420, the table update unit 65 updates the startup information table stored in the table storage unit 64 with the acquired table update data, and then ends the process. [1-3-5. Table setting process] The table setting process executed by the table update unit 65 of the wake-up control unit 6 will be described with reference to the flowchart of Fig. 11. The table setting process is a process for selecting and setting which startup information table to use when multiple types of startup information tables are prepared according to the status of the vehicle equipment.

[0083] At least one of the nodes 72 and 82 transmits a communication frame in which data indicating the equipment status of the vehicle (hereinafter, equipment status data) is set in the data area. The equipment status data may include data obtained via the CAN bus 71, such as data indicating the type of vehicle, the grade of the vehicle, and the destination.

[0084] The table setting process, like the table updating process, is repeatedly executed when the relay device 1 is in the wake-up state. As shown in FIG. 11, in S510, the table update unit 65 determines whether or not equipment status data has been acquired from the signal transfer unit 5, and if equipment status data has been acquired, the process proceeds to S520, and if equipment status data has not been acquired, the process ends.

[0085] In S520, table update unit 65 selects a startup information table corresponding to the equipment determination data from among a plurality of types of startup information tables prepared. Furthermore, table update unit 65 sets the selected startup information table in table storage unit 64 so that it can be used by CAN port circuit 61 and Ethernet port circuit 62, and ends the process.

[0086] [1-4. System operation] A typical operation of the in-vehicle network system 100 will be described with reference to the sequence diagram of Fig. 12. In the following, a node where a start trigger occurs is called a trigger node, a node that belongs to the same start group as the trigger node is called a start target node, and a node that does not belong to the same start group as the trigger node is called a start non-target node. The trigger node, the start target node, and the start non-target node may be either a CAN node 72 or an Ethernet node 82.

[0087] As shown in FIG. 12, it is assumed that in the initial state, the relay device 1, the CAN node 72, and the Ethernet node 82 are all in a sleep state. When the trigger node detects the occurrence of the start-up trigger, it starts the ECU and transitions the node from the sleep state to the wake-up state. The trigger node that transitioned to the wake-up state transmits a wake-up signal.

[0088] When the relay device 1 receives the wake-up signal, it activates the signal forwarding unit 5 and transitions the relay device 1 from the sleep state to the wake-up state. In parallel with the activation of the signal forwarding unit 5, the relay device 1 executes a process of transmitting a wake-up signal in the wake-up control unit 6 to selectively activate the nodes to be activated in groups each including one or more nodes. The transmission of the wake-up signal is executed regardless of whether the initialization of the signal forwarding unit 5 is completed or not, i.e., whether the transition to the wake-up state is completed or not. In other words, the transmission of the wake-up signal is executed without depending on the operation of the signal forwarding unit 5.

[0089] The node to be activated that receives the wake-up signal activates the ECU and transitions the node from a sleep state to a wake-up state, thereby preparing for communication from other nodes belonging to the same activation group.

[0090] After that, when the initialization of the signal transfer unit 5 is completed and the relay device 1 transitions to the wake-up state, transmission and reception of data frames are performed between the activated trigger node and the activation target node. However, communication between the activated CAN nodes 72 is performed without going through the relay device 1.

[0091] [1-5.Effects] According to the first embodiment described above in detail, the following effects are achieved. (1a) The relay device 1 extracts, for each wake-up signal that occurs almost simultaneously in multiple networks, PNI data (i.e., activation target data) indicating the activation group to which each node that is the source of the wake-up signal belongs. The extracted activation target data is combined to generate activation request data indicating all activation groups that require activation. The generated activation request data is compared with the PNI data of each node to determine the nodes that are to be activated, and a wake-up signal is selectively transmitted on an activation group basis rather than on a network basis. Therefore, the relay device 1 prevents unnecessary activation of nodes that do not need to be activated, thereby realizing power saving in the system. In addition, it is possible to prevent duplicate transmission of wake-up signals to nodes that are already activated.

[0092] (1b) In the relay device 1, the wake-up control unit 6 is configured with hardware and operates independently of the signal forwarding unit 5, so that a wake-up signal can be transmitted to the node to be started before the start-up of the signal forwarding unit 5 is completed. Therefore, compared to a conventional device that uses the signal forwarding unit 5 of the relay device 1 to forward a wake-up signal, the start-up time of the entire system can be shortened.

[0093] (1c) The relay device 1 is configured to be able to update the startup information table in which the PNI data of each node is listed. Therefore, according to the relay device 1, even if it becomes necessary to change the startup group due to a change in the system configuration, etc., the relay device 1 can flexibly deal with this.

[0094] (1d) The relay device 1 is configured to be able to switch the startup information table to be used based on the equipment status data. Therefore, the relay device 1 can flexibly handle cases where the startup group changes depending on the grade of the vehicle, the installation status of optional equipment, etc.

[0095] [2. Second embodiment] [2-1. Differences from the first embodiment] The second embodiment has a basic configuration similar to that of the first embodiment, and therefore differences will be described below. Note that the same reference numerals as those in the first embodiment indicate the same configuration, and the preceding description will be referred to.

[0096] In the second embodiment, a part of the configuration of the wake-up control unit 6a is different from that of the first embodiment. In detail, the CAN port circuit 61 in the first embodiment is configured to execute processing by referring to the header area of ​​the CAN frame using the header analysis circuit 610. In contrast, the CAN port circuit 61a in the second embodiment differs from the first embodiment in that it is configured using a CAN decode circuit that executes processing by referring to not only the header area of ​​the CAN frame but also the data area.

[0097] As shown in FIG. 13, a CAN port circuit 61a constituted by a CAN decoder circuit includes a data extractor 613 and a wake-up signal generator 614. The data extractor 613 extracts data from the CAN port circuit 61a and generates a wake-up signal. If the received CAN frame is a wake-up signal, the data extraction unit 613 extracts the PNI data from the data area, and outputs the extracted PNI data to the request generation circuit 63 as wake-up target data.

[0098] When the wakeup signal generating unit 614 obtains non-zero wakeup request data from the request generating circuit 63, it generates a wakeup signal in which the wakeup request data is set in the data area and transmits it to the CAN bus 71 via the CAN transceiver 2.

[0099] When the CAN node 72 receives the wake-up signal, it refers to the activation request data indicated in the data area and compares it with the PNI data of its own node to determine whether or not to transition its own node to a wake-up state.

[0100] [2-2. Processing] The port processing executed by the CAN port circuit 61a will be described with reference to the flowchart of FIG.

[0101] In S610, the CAN port circuit 61a determines whether or not it is processing time, and if it is processing time, the process proceeds to S640, and if it is not processing time, the process proceeds to S620.

[0102] In S620, the CAN port circuit 61a determines whether or not a wake-up signal has been received, and if a wake-up signal has been received, the process proceeds to S630, and if a wake-up signal has not been received, the process returns to S610.

[0103] The processes of S610 and S620 are similar to the processes of S310 and S320 in the CAN port circuit 61 described in the first embodiment. In S630, the CAN port circuit 61a acquires the PNI data from the data field of the wakeup signal, outputs it to the request generating circuit 63 as activation target data, and returns the process to S610.

[0104] In S640, the CAN port circuit 61a acquires the start request data generated by the request generating circuit 63. In S650, the CAN port circuit 61a determines whether the startup request data acquired in S640 is non-zero, and if it is non-zero, proceeds to S660, and if it is zero and not non-zero, ends the process.

[0105] In S660, the CAN port circuit 61a generates a CAN frame indicating that it is a wake-up signal in the header area and setting the acquired startup request data in the data area, outputs it to the CAN transceiver 2, and ends the process.

[0106] [2-3. Effects] According to the second embodiment described above in detail, in addition to the effects (1a) to (1d) of the first embodiment described above, the following effect is also obtained.

[0107] (2a) Start-up request data is transmitted to the CAN node 72 using a wake-up signal, and the CAN node 72 determines whether or not to start up its own node using the start-up request data. Therefore, there is no need to transmit an individual wake-up signal to the CAN bus 71 for each CAN node 72, and the amount of communication on the CAN bus 71 during wake-up can be reduced.

[0108] 3. Other embodiments Although the embodiments of the present disclosure have been described above, the present disclosure is not limited to the above-described embodiments and can be implemented in various modified forms.

[0109] (3a) In the above embodiment, different protocols are used in the first network 7 and the second network 8, but the same protocol may be used. In addition, the protocols used in the networks 7 and 8 are not limited to the CAN protocol and the Ethernet protocol, and any communication protocol may be used.

[0110] (3b) In the above embodiment, the wakeup control unit 6 includes the table update unit 65 . However, the signal transfer unit 5 may include the table update unit 65 . (3c) In the above embodiment, the nodes 72 and 82 where the start trigger occurs are configured to transmit a wake-up signal or a wake-up pulse, but the present invention is not limited to this. For example, as in an in-vehicle network system 101 shown in FIG. 15, a wireless device 9 may be connected to the relay device 1, and the relay device 1 may receive a wake-up signal from an external device via the wireless device 9. Also, the relay device 1 may be configured to detect a start trigger caused by communication with an external device and output a wake-up signal or a detection notification to the switch hub 3. In this case, PNI data in which the wireless device 9 or an external device that communicates with the wireless device 9 is a node may be added to the start information table. The start trigger detected by the wireless device 9 may include, for example, a program rewrite request by OTA from an external device, various requests from a digital key or a remote key, and the like. Also, the start information table may be updated from outside the vehicle via OTA or a DDN controller using the wireless device 9. Note that, as in an in-vehicle network system 102 shown in FIG. 16, the wireless device 9 may be built into the relay device 1.

[0111] (3d) In the above embodiment, the case where there is one relay device 1 has been described, but a plurality of relay devices 1 may be connected in multiple stages as in the in-vehicle network system 103 shown in Fig. 17. Also, in Fig. 17, CAN is used as the protocol between the relay devices 1, but this is not limiting.

[0112] (3e) Multiple functions possessed by one component in the above embodiments may be realized by multiple components, or one function possessed by one component may be realized by multiple components. Also, multiple functions possessed by multiple components may be realized by one component, or one function realized by multiple components may be realized by one component. Also, part of the configuration of the above embodiments may be omitted. Also, at least part of the configuration of the above embodiments may be added to or substituted for the configuration of another of the above embodiments.

[0113] (3f) In addition to the above-described in-vehicle network system and relay device, the present disclosure can also be realized in the form of a wake-up control method or the like.

[0114] [4. Technical Concepts Disclosed in This Specification] [Item 1] A relay device (1) for connecting a plurality of communication lines (71, 81) to each other; a plurality of nodes (72, 82) each connected to one of the plurality of communication lines and communicating with each other; Equipped with the plurality of nodes have a wake-up state which is a normal operating state, and a sleep state which is a low-power-consumption operating state in which at least some functions are limited, and are configured to transition to the wake-up state when the node in the sleep state receives a wake-up signal via the communication line; At least some of the plurality of nodes are configured to transmit the wake-up signal when a preset activation condition is satisfied; the relay device is configured, when receiving the wake-up signal via the communication line, to acquire activation target data of a requesting node, generate activation request data by synthesizing the activation target data acquired during a determined acquisition period, select an activation target node in accordance with the generated activation request data, and transmit the wake-up signal to specify and activate the selected activation target node; the requesting node is the node that is the source of the wake-up signal, the startup target data is set for each of the nodes, and is data indicating the nodes that need to be started together when the node is started; The node to be started is the node that needs to transition from the sleep state to the wakeup state. In-vehicle network system.

[0115] [Item 2] The in-vehicle network system according to item 1, A plurality of the relay devices are provided, The relay devices are connected in multiple stages. In-vehicle network system.

[0116] [Item 3] The in-vehicle network system according to item 1 or 2, The plurality of communication lines includes at least the communication line using either a CAN protocol or an Ethernet protocol. In-vehicle network system.

[0117] [Item 4] An in-vehicle network system according to any one of items 1 to 3, Further comprising a wireless device (9) for communicating with an external device, The relay device is configured to receive the wake-up signal from the external device via the wireless device. In-vehicle network system.

[0118] [Item 5] A relay device for connecting a plurality of communication lines (71, 81) each of which is connected to one or more nodes, a plurality of transmission / reception circuits (2, 4) provided in each of the plurality of communication lines and configured to transmit and receive signals via the communication lines; a signal transfer unit (5) configured to transfer a communication frame received by any one of the plurality of transmission / reception circuits to another of the plurality of transmission / reception circuits; a wake-up control unit (6) configured, when receiving a wake-up signal via the transmission / reception circuit, to acquire activation target data of a requesting node, generate activation request data by synthesizing the activation target data acquired during a determined acquisition period, select an activation target node according to the generated activation request data, and transmit, via the transmission / reception circuit, the wake-up signal for designating and activating the selected activation target node; Equipped with the requesting node is the node that is the source of the wake-up signal, the startup target data is set for each of the nodes, and is data indicating the nodes that need to be started together when the node is started; The node to be started is the node that needs to transition from a sleep state to a wake-up state. The wake-up state is a normal operating state, and the sleep state is a low-power operating state in which at least some functions are restricted. Relay device.

[0119] [Item 6] Item 5. A relay device according to item 5, the signal transfer unit has the wakeup state and the sleep state, and is configured to transition from the sleep state to the wakeup state when the signal transfer unit receives the wakeup signal via the transmission / reception circuit while in the sleep state; The wake-up control unit is The wake-up signal is transmitted without depending on the operation of the signal forwarding unit. Relay device.

[0120] [Item 7] A relay device according to any one of items 5 to 6, The wake-up control unit is a table storage unit (64) that stores, for each of the plurality of nodes, a startup information table that associates node identification information for identifying the node with the startup target data for the node; an object extraction circuit (611, 621) for extracting, when the wake-up signal is received by the transmission / reception circuit, the activation object data associated with the request source node from the activation information table; a request generating circuit (63) that generates the activation request data by synthesizing the activation target data extracted by the target extracting circuit during the acquisition period; a start determination circuit (612, 622) for determining whether or not the node is to be the start target node by comparing the start target data of the node with the start request data; A relay device comprising:

[0121] [Item 8] Item 7. A relay device according to item 7, The wake-up control unit is configured by hardware. Relay device.

[0122] [Item 9] The relay device according to item 7 or 8, the activation target data is composed of multiple bits of data, each bit of which is assigned to an activation group, and which is set to logic 1 if the node associated with the activation target data belongs to the activation group; the request generating circuit generates the activation request data by calculating a logical sum of all the activation target data extracted during the acquisition period; The startup determination circuit is configured to select, as the startup target node, the node associated with the startup target data, the result of which is non-zero when the startup request data is ANDed with the startup request data. Relay device.

[0123] [Item 10] A relay device according to any one of items 7 to 9, the signal transfer unit is configured to extract the activation target data from a data area of ​​a communication frame flowing through the communication line, and output the extracted activation target data to the wake-up control unit as table update data; The wake-up control unit is The system further includes a table update unit (65) that updates the startup information table using the table update data. Relay device.

[0124] [Item 11] A relay device according to any one of items 7 to 10, A plurality of types of the startup information table are provided, The signal transfer unit is equipment status data indicating a status of equipment of a vehicle equipped with the relay device is extracted from a data area of ​​a communication frame flowing through the communication line, and the equipment status data is output to the wake-up control unit; The wake-up control unit is The startup information table to be used is switched according to the equipment status data. Relay device.

[0125] [Item 12] Item 12. A relay device according to item 11, The equipment status data includes at least one of data representing the type of vehicle, the grade of the vehicle, and the destination. Relay device.

[0126] [Item 13] A relay device according to any one of items 7 to 12, the plurality of communication lines includes at least the communication line using a CAN protocol; The wake-up control unit is a data extraction unit (613) that extracts the activation target data of the request source node set in a data area of ​​a CAN frame from the CAN frame whose header area indicates that the CAN frame is the wake-up signal, and outputs the data to the request generation circuit; a wake-up signal generating unit (614) configured to generate the CAN frame, the header of which indicates that the signal is the wake-up signal, and the data of which is set with the startup request data acquired from the request generating circuit, and to transmit the CAN frame to the communication line using the CAN protocol; A relay device comprising:

[0127] [Item 14] A relay device according to any one of items 5 to 13, The plurality of communication lines include a mixture of lines using different communication protocols, The signal transfer unit has a protocol conversion function. Relay device.

[0128] [Item 15] A relay device according to any one of items 5 to 14, The wireless device (9) is configured to communicate with an external device and thereby receive the wake-up signal from the external device. Relay device. [Explanation of symbols]

[0129] 1...Relay device, 2...CAN transceiver, 3...Switch hub, 4...PHY transceiver, 5...Signal transfer unit, 6,6a...Wake-up control unit, 7...First network / CAN-NW, 8...Second network / Ethernet-NW, 9...Radio, 61,61a...CAN port circuit, 62...Ethernet port circuit, 63...Request generation circuit, 64...Table memory unit, 65...Table update unit, 71...CAN bus, 72...CAN node, 81...Ethernet transmission path, 82...Ethernet node, 100-103...In-vehicle network system, 610...Header analysis circuit, 611,621...Target extraction circuit, 612,622...Activation determination circuit, 613...Data extraction unit, 614...Wake-up signal generation unit.

Claims

1. A relay device (1) for connecting a plurality of communication lines (71, 81) to each other; a plurality of nodes (72, 82) each connected to any one of the plurality of communication lines and communicating with each other; Equipped with the plurality of nodes have a wake-up state which is a normal operating state, and a sleep state which is a low-power-consumption operating state in which at least some functions are limited, and are configured to transition to the wake-up state when the node in the sleep state receives a wake-up signal via the communication line; At least some of the plurality of nodes are configured to transmit the wake-up signal when a preset activation condition is satisfied; the relay device is configured, when receiving the wake-up signal via the communication line, to acquire activation target data of a requesting node, generate activation request data by synthesizing the activation target data acquired during a determined acquisition period, select an activation target node in accordance with the generated activation request data, and transmit the wake-up signal to specify and activate the selected activation target node; the requesting node is the node that is the source of the wake-up signal, the startup target data is set for each of the nodes, and is data indicating the nodes that need to be started together when the node is started; The node to be started is the node that needs to transition from the sleep state to the wakeup state. In-vehicle network system.

2. 2. The in-vehicle network system according to claim 1, A plurality of the relay devices are provided, The relay devices are connected in multiple stages. In-vehicle network system.

3. 2. The in-vehicle network system according to claim 1, The plurality of communication lines includes at least the communication line using either a CAN protocol or an Ethernet protocol. In-vehicle network system.

4. 2. The in-vehicle network system according to claim 1, Further comprising a radio (9) for communicating with an external device; The relay device is configured to receive the wake-up signal from the external device via the wireless device. In-vehicle network system.

5. A relay device for connecting a plurality of communication lines (71, 81) each of which is connected to one or more nodes, a plurality of transmission / reception circuits (2, 4) provided in each of the plurality of communication lines and configured to transmit and receive signals via the communication lines; a signal transfer unit (5) configured to transfer a communication frame received by any one of the plurality of transmission / reception circuits to another of the plurality of transmission / reception circuits; a wake-up control unit (6) configured, when receiving a wake-up signal via the transmission / reception circuit, to acquire activation target data of a requesting node, generate activation request data by synthesizing the activation target data acquired during a determined acquisition period, select an activation target node according to the generated activation request data, and transmit, via the transmission / reception circuit, the wake-up signal for designating and activating the selected activation target node; Equipped with the requesting node is the node that is the source of the wake-up signal, the startup target data is set for each of the nodes, and is data indicating the nodes that need to be started together when the node is started; The node to be started is the node that needs to transition from a sleep state to a wake-up state. The wake-up state is a normal operating state, and the sleep state is a low-power operating state in which at least some functions are restricted. Relay device.

6. The relay device according to claim 5 , the signal transfer unit has the wakeup state and the sleep state, and is configured to transition from the sleep state to the wakeup state when the signal transfer unit receives the wakeup signal via the transmission / reception circuit while in the sleep state; The wake-up control unit is The wake-up signal is transmitted without depending on the operation of the signal forwarding unit. Relay device.

7. The relay device according to claim 5 , The wake-up control unit is a table storage unit (64) that stores, for each of the plurality of nodes, a startup information table that associates node identification information for identifying the node with the startup target data for the node; an object extraction circuit (611, 621) for extracting, when the wake-up signal is received by the transmission / reception circuit, the activation object data associated with the request source node from the activation information table; a request generating circuit (63) that generates the activation request data by synthesizing the activation target data extracted by the target extracting circuit during the acquisition period; a start determination circuit (612, 622) for determining whether or not the node is to be the start target node by comparing the start target data of the node with the start request data; A relay device comprising:

8. The relay device according to claim 7, The wake-up control unit is configured by hardware. Relay device.

9. The relay device according to claim 7, the activation target data is composed of multiple bits of data, each bit of which is assigned to an activation group, and which is set to logic 1 if the node associated with the activation target data belongs to the activation group; the request generating circuit generates the activation request data by calculating a logical sum of all the activation target data extracted during the acquisition period; The startup determination circuit is configured to select, as the startup target node, the node associated with the startup target data, the result of which is non-zero when the startup request data is ANDed with the startup request data. Relay device.

10. The relay device according to claim 7, the signal transfer unit is configured to extract the activation target data from a data area of ​​a communication frame flowing through the communication line, and output the extracted activation target data to the wake-up control unit as table update data; The wake-up control unit is The system further includes a table update unit (65) for updating the startup information table using the table update data. Relay device.

11. The relay device according to claim 7, A plurality of types of the startup information table are provided, The signal transfer unit is equipment status data indicating a status of equipment of a vehicle equipped with the relay device is extracted from a data area of ​​a communication frame flowing through the communication line, and the equipment status data is output to the wake-up control unit; The wake-up control unit is The startup information table to be used is switched according to the equipment status data. Relay device.

12. The relay device according to claim 11, The equipment status data includes at least one of data representing the type of vehicle, the grade of the vehicle, and the destination. Relay device.

13. The relay device according to claim 5 , The plurality of communication lines include a mixture of lines using different communication protocols, The signal transfer unit has a protocol conversion function. Relay device.

14. The relay device according to claim 5 , and a radio (9) configured to communicate with an external device and thereby receive the wake-up signal from the external device. Relay device.

15. The relay device according to claim 7, The plurality of communication lines includes at least the communication line using a CAN protocol, The wake-up control unit is a data extraction unit (613) that extracts the activation target data of the request source node set in a data area of ​​a CAN frame, the data area of ​​which indicates that the CAN frame is the wake-up signal, and outputs the data to the request generation circuit; a wake-up signal generating unit (614) configured to generate the CAN frame, the header of which indicates that the CAN frame is the wake-up signal, and the data of which is set with the startup request data acquired from the request generating circuit, and to transmit the CAN frame to the communication line using the CAN protocol; A relay device comprising:

Citation Information

Patent Citations

  • Onboard gateway and vehicle communication system

    JP2009124480A