WO2014057642A1 - 中継装置 - Google Patents

中継装置 Download PDF

Info

Publication number
WO2014057642A1
WO2014057642A1 PCT/JP2013/005939 JP2013005939W WO2014057642A1 WO 2014057642 A1 WO2014057642 A1 WO 2014057642A1 JP 2013005939 W JP2013005939 W JP 2013005939W WO 2014057642 A1 WO2014057642 A1 WO 2014057642A1
Authority
WO
WIPO (PCT)
Prior art keywords
tool
diagnostic
priority
diagnosis
request
Prior art date
Application number
PCT/JP2013/005939
Other languages
English (en)
French (fr)
Inventor
雄三 原田
充啓 夏目
康行 高橋
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Priority to DE112013004941.4T priority Critical patent/DE112013004941B4/de
Priority to US14/433,868 priority patent/US9819562B2/en
Priority to CN201380052856.7A priority patent/CN104718725B/zh
Publication of WO2014057642A1 publication Critical patent/WO2014057642A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2825—Reporting to a device located outside the home and the home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present disclosure relates to a vehicle-mounted relay device that relays communication between a diagnostic tool and an electronic control unit (ECU) that is a diagnostic target.
  • ECU electronice control unit
  • Controller Area Network is known as a communication standard for an in-vehicle local area network (LAN) used in an in-vehicle system, and a service tool is connected to CAN via a data link connector at a dealer or the like, and the in-vehicle system is connected. It is known to perform failure diagnosis (diagnosis) of ECUs constituting a system.
  • an ECU that performs wireless communication with the outside is known.
  • a remote operation device that performs wireless communication with a mobile device and receives a remote operation via the mobile device is known (patent) Reference 1).
  • DCM Data Communication Module
  • both the service tool and the DCM perform a failure diagnosis of the ECU.
  • the failure diagnosis by the other is performed on the same ECU during the failure diagnosis by one side. May be started.
  • a method (priority priority) in which failure diagnosis that has been performed first is preferentially performed, and failure diagnosis started later after completion of the failure diagnosis can be considered.
  • the maximum size of data that can be transferred in one frame is about 8 bytes. For this reason, when transferring data exceeding 8 bytes, it is necessary to divide the data into a plurality of frames and sequentially transmit the data, and transfer the data as a message composed of a plurality of frames. It takes time.
  • the present disclosure has been made in view of the above points, and provides a relay device capable of arbitration such as preferentially performing failure diagnosis with a specific diagnostic tool without complicating the processing in the ECU. With the goal.
  • the relay device includes a request reception unit, a transmission unit, a response reception unit, a transmission unit, and an arbitration unit.
  • the request receiving unit receives a first diagnosis request for diagnosing a failure of the ECU mounted on the vehicle from the first diagnostic tool, and a second for diagnosing the ECU from the second diagnostic tool. Receive a diagnosis request.
  • the sending unit sends the first diagnosis request and the second diagnosis request received by the request receiving unit to the in-vehicle LAN to which the ECU is connected.
  • the response receiving unit receives the first diagnostic response sent to the in-vehicle LAN by the ECU as a response to the first diagnostic request and the second diagnostic response sent to the in-vehicle LAN by the ECU as a response to the second diagnostic request.
  • the transmission unit transmits the first diagnostic response to the first diagnostic tool that is the transmission source of the first diagnostic request, and transmits the second diagnostic response to the second diagnostic tool that is the transmission source of the second diagnostic request.
  • One of the first diagnostic tool and the second diagnostic tool is a non-priority tool, and one of the first diagnostic tool and the second diagnostic tool having a higher priority than the non-priority tool. Is considered the preferred tool.
  • a diagnosis request received from the priority tool is called a priority diagnosis request, and a response to the priority diagnosis request is called a priority diagnosis response.
  • a diagnosis request received from a non-priority tool is called a non-priority diagnosis request, and a response to the non-priority diagnosis request is called a non-priority diagnosis response.
  • the arbitration unit stops the transmission of the non-priority diagnosis request received from the non-priority tool by the transmission unit and the transmission of the non-priority diagnosis response to the non-priority tool by the transmission unit.
  • arbitration such as preferential diagnosis of failure by a specific diagnostic tool can be performed without complicating the processing in the ECU.
  • FIG. 1 is a block diagram illustrating a configuration of an in-vehicle system including a relay device according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram showing the configuration of the central GW.
  • FIG. 3 is a flowchart illustrating a process for performing arbitration to prioritize failure diagnosis by the first tool.
  • FIG. 1 is a block diagram illustrating a configuration of an in-vehicle system including a central gateway (CENTRAL GW) 10 as an example of a relay device in the present embodiment.
  • the central gateway 10 is abbreviated as the central GW 10 for short.
  • the central GW 10 includes a first LAN (1ST LAN) 30 that is an in-car local area network (LAN) to which a first electronic control unit (1ST ECU) 31, a second electronic control unit (2ND ECU) 32, and the like are connected. It is connected to a second LAN (2ND LAN) 40 which is an in-vehicle LAN to which a three electronic control unit (3RD ECU) 41, a fourth electronic control unit (4TH ECU) 42, and the like are connected. It is also connected to a third LAN (3RD LAN) 50 which is an in-vehicle LAN to which a fifth electronic control unit (5TH ECU) 51 and a data communication module (DCM) 52 for accessing a wireless communication network are connected. The communication between the ECUs 31, 32, 41, 42 and 51 connected to different LANs is relayed.
  • LAN local area network
  • the central GW 10 may be configured as a relay-dedicated ECU, or may be configured as an ECU having a specific function such as a navigation device or an air conditioner.
  • the first to third LANs 30 to 50 are configured as a controller area network (CAN) as an example.
  • CAN controller area network
  • the central GW 10 is configured as a CAN as an example, and is connected to a transmission path 20 provided with a data link connector (DLC) 21.
  • the data link connector 21 includes ECUs 31, 32, 41, 42, A first diagnostic tool (1ST TOOL) 60 that performs 51 fault diagnosis is temporarily connected.
  • the first diagnostic tool 60 is referred to as a first tool 60 for short.
  • the first tool 60 is configured, for example, as a service tool provided at a dealer or the like, a legal tool for performing a failure diagnosis defined by legal regulations, or the like.
  • the central GW 10 receives from the first tool 60 via the transmission path 20 a diagnosis request frame for instructing the target ECU to perform a process for failure diagnosis, and sends it to the first to third LANs 30 to 50. To send.
  • the central GW 10 receives the diagnosis response frame. And transmitted to the first tool 60 via the transmission path 20.
  • the first tool 60 connected to the data link connector 21 transmits / receives diagnostic frames to / from each ECU 31, 32, 41, 42, 51 constituting the in-vehicle system via the central GW 10, and Fault diagnosis can be performed.
  • the DCM 52 connected to the third LAN 50 functions as a second diagnostic tool (2ND TOOL).
  • the second diagnostic tool 52 is referred to as a second tool 52 for short.
  • the second tool 52 is configured to be able to communicate with a center (CENTER) 70 (which may be a mobile phone, a smartphone, or the like) that performs failure diagnosis of the ECU of the vehicle via a wireless communication network.
  • a center (CENTER) 70 which may be a mobile phone, a smartphone, or the like
  • the second tool 52 sends a diagnosis request frame to the third LAN 50, and the central GW 10
  • the diagnostic request frame is received and transmitted to the first and second LANs 30 and 40.
  • the central GW 10 receives the diagnostic response frame and sends it to the third LAN 50. .
  • the second tool 52 receives the diagnosis response frame and transmits the contents of the diagnosis response frame to the center 70.
  • the central GW 10 is connected between the second tool 52 that performs failure diagnosis in response to an instruction or driving condition from the center 70 and the ECU connected to the first and second LANs 30 and 40. Relay the transmission and reception of the diagnostic frame. Thereby, the center 70 can communicate with these ECUs via the second tool 52 and the central GW 10 to perform failure diagnosis.
  • the central GW 10 performs communication via the third LAN 50 with the first communication unit (1ST COMM) 11 that performs communication via the first LAN 30 and the second communication unit (2ND COMM) 12 that performs communication via the second LAN 40.
  • a third communication unit (3RD COMM) 13 and a fourth communication unit (4TH COMM) 15 that performs communication via the transmission path 20 are provided.
  • a control unit (CONTROL) 14 and a storage unit (STORE) 16 including a device (for example, a flash memory) that does not require a memory holding operation are provided.
  • the control unit 14 is a well-known microcomputer including a central processing unit (CPU), a read only memory (ROM), a random access memory (RAM), an input / output (I / O), and a bus line connecting them. And centrally controls the central GW 10 according to a program stored in the ROM.
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • I / O input / output
  • bus line connecting them centrally controls the central GW 10 according to a program stored in the ROM.
  • the maximum data length that can be transferred in one frame is 8 bytes. If the data to be transmitted exceeds 8 bytes, it is necessary to transmit the frame multiple times and transfer the data as a message. .
  • SF Single frame
  • FF First frame
  • FC FlowControl Frame
  • the ECU receiving a diagnosis request frame or a diagnosis request message (simply described as a diagnosis request frame or the like) from a tool transmits a diagnosis request frame or the like from another tool.
  • the ECU for example, sends a Negative Response Code NRC instructing retransmission of the diagnostic request frame etc. as a response to the diagnostic request frame etc. from the other tool, and completes reception of the previous diagnostic request frame etc. Until a new diagnosis request frame is not accepted.
  • the second tool 52 and the second tool 52 are in accordance with a failure diagnosis instruction by the center 70. Assume that frames and the like have been transmitted / received to / from any of the ECUs 31, 32, 41, 42, 51 via the central GW 10. At this time, even if a diagnosis request frame or the like is transmitted from the first tool 60 to the target ECU, the frame or the like is not accepted and failure diagnosis by the first tool 60 is not started.
  • the first tool 60 is configured as a service tool or the like used at a dealer. If failure diagnosis by the first tool 60 is not started immediately, the customer who checks the vehicle at the dealer is kept waiting. There is a possibility that.
  • arbitration is performed when a failure diagnosis of the target ECU by the first tool 60 is started during transmission / reception of a frame or the like between the second tool 52 and the target ECU.
  • CAN for each tool Conventionally, it is known that failure diagnosis by a plurality of tools is performed at the same time by dividing the ID, but the central GW 10 of the present embodiment performs arbitration by different methods.
  • the failure diagnosis by the second tool 52 is stopped by the above arbitration, and the failure diagnosis by the first tool 60 is started immediately.
  • the second tool 52 sends an FFD read, which is an SF instructing provision of frozen frame data (FFD), to the first ECU 31 to the third LAN 50 (S100). .
  • FFD frozen frame data
  • the FFD is data indicating a vehicle state such as a vehicle speed and an engine speed when a vehicle abnormality occurs.
  • control unit 14 of the central GW 10 receives the FFD reading via the third communication unit 13 and performs the FFD reading via the first and second communication units 11 and 12. , 40 (S105).
  • the first ECU 31 When the first ECU 31 receives the FFD read, the first ECU 31 starts a diagnosis process (S110), and reads the FFD stored in the flash memory or the like.
  • this FFD has a data size exceeding 8 bytes, it is divided into a plurality of data of 8 bytes or less.
  • the first tool 60 sends a data monitor, which is an SF instructing the first ECU 31 to read the contents of the memory at a predetermined address, to the transmission path 20 (S115).
  • the control unit 14 of the central GW 10 receives the data monitor via the fourth communication unit 15 and sends the data monitor to the first to third LANs 30 to 50 via the first to third communication units 11 to 13. Send out (S120).
  • the first ECU 31 receives the data monitor sent to the first LAN 30, but does not read the memory because it is before the transmission of the response to the FFD reading from the second tool 52. Then, as a response to the data monitor, NRC, which is an SF instructing to retransmit the data monitor after a predetermined time, is sent to the first LAN 30 (S125).
  • NRC which is an SF instructing to retransmit the data monitor after a predetermined time
  • the control unit 14 of the central GW 10 receives the NRC via the first communication unit 11 and sends the NRC to the transmission line 20 (S130). Then, over a certain period of time, the failure diagnosis by the second tool 52 is stopped, and the arbitration process for preferentially starting the failure diagnosis by the first tool 60 is executed (S135). During the execution of the arbitration process, the relay of the diagnostic frame for failure diagnosis by the second tool 52 (the relay of the diagnostic frame between the first ECU 31 and the second tool 52) is stopped.
  • the control unit 14 of the central GW 10 does not relay the data monitor transmitted from the first tool 60 in S115 to the first ECU 31, but transmits NRC to the first tool 60 as a response to the data monitor. Also good. Even in such a case, it is possible to cause the first tool 60 to retransmit the data monitor after a predetermined time has elapsed.
  • the first ECU 31 generates an FFD response, which is an FF including one of the divided data, as a response to the second tool 52, and sends it to the first LAN 30 (S140).
  • the control unit 14 of the central GW 10 Upon receiving the FFD response sent from the first ECU 31 to the first LAN 30, the control unit 14 of the central GW 10 sends the FFD response to the third LAN 50 via the third communication unit 13 (S 145).
  • the second tool 52 when receiving the FFD response sent to the third LAN 50, the second tool 52 sends an FC designating the FFD response transmission procedure to the third LAN 50 (S150).
  • BS Block Size
  • control unit 14 of the central GW 10 receives the FC sent to the third LAN 50 via the third communication unit 13
  • the control unit 14 sends the FC to the first and second communication units 11 and 12 via the first and second communication units 11 and 12.
  • the data is sent to the second LANs 30 and 40 (S155).
  • the first ECU 31 when receiving the FC, the first ECU 31 sends an FFD response, which is a CF including other divided data, to the first LAN 30 as a response (S160). Further, the control unit 14 of the central GW 10 receives the FFD response via the first communication unit 11, and then transmits the FFD response to the third LAN 50 via the third communication unit 13 (S165).
  • the arbitration process is started after the central GW 10 relays the FC in S155.
  • the first ECU 31 sends an FFD response in response to the FC (S160), but since the arbitration process is performed in the central GW 10, the FFD response is not relayed to the second tool 52.
  • the second tool 52 waits for the FFD response from the first ECU 31, but ends the failure diagnosis when a certain time has passed without the FFD response.
  • the first ECU 31 also waits for reception of the FC, but the diagnosis process is terminated when a predetermined time has elapsed since the sending of the FFD response (S140).
  • the first tool 60 after receiving the NRC sent from the central GW 10 in S130, the first tool 60 sends the data monitor again to the transmission line 20 when a certain time has passed (S170).
  • the control unit 14 of the central GW 10 receives the data monitor and sends it to the first to third LANs 30 to 50 (S175).
  • the first ECU 31 When the first ECU 31 receives the data monitor sent to the first LAN 30, the first ECU 31 reads the data in the area designated by the data monitor, generates a data monitor response that is an SF including the read data, and sends it to the first LAN 30. Send out (S180).
  • the control unit 14 of the central GW 10 receives the data monitor response sent to the first LAN 30, sends the data monitor response to the transmission line 20, and relays the data monitor response to the first tool 60 (S 185).
  • the failure diagnosis by the second tool 52 is forcibly stopped by the central GW 10 without providing the ECUs 31, 32, 41, 42, 51 with processing for stopping the failure diagnosis. Then, after the failure diagnosis is stopped, when the first tool 60 transmits again a diagnosis request frame for the same target ECU, the diagnosis request frame is relayed to the target ECU, and the failure diagnosis of the target ECU by the first tool 60 is performed. Be started.
  • failure diagnosis of each ECU 31, 32, 41, 42, 51 by the first tool 60 can be performed preferentially without complicating the processing in each ECU 31, 32, 41, 42, 51, and the dealer can Thus, it is possible to prevent the occurrence of a situation such as waiting for a customer to inspect the vehicle.
  • the first to third LANs 30 to 50 and the transmission line 20 are configured as CAN.
  • event-driven communication standards other than CAN FlexRay, Media Oriented Systems Transport (MOST ), Ethernet (registered trademark) or other communication standard in-vehicle LAN.
  • MOST Media Oriented Systems Transport
  • Ethernet registered trademark
  • the number of in-vehicle LANs may be different. Even in such a case, the same effect can be obtained.
  • a failure diagnosis instruction and a response to the instruction may be transmitted and received as a message composed of a plurality of frames. Even in such a case, the central GW 10 can obtain the same effect by performing message relay and mediation processing in the same manner as in the present embodiment.
  • the configuration in which the data link connector 21 is provided in the transmission line 20 connected to the central GW 10 is illustrated, but the present invention is not limited to this, and the data link connector may be provided in the first to third LANs 30 to 50.
  • a plurality of data link connectors may be provided in the transmission line 20 and the first to third LANs 30 to 50 so that the plurality of first tools 60 can be connected simultaneously.
  • the central GW 10 that is a dedicated device for relay is illustrated, but the present invention is not limited thereto, and the same function may be incorporated in another ECU.
  • a configuration is illustrated in which a fault diagnosis of the target ECU is performed by performing wireless communication with the center 70 via one second tool 52.
  • the present invention is not limited to this, and the second tool 52 may perform wireless communication with a plurality of centers 70 and perform failure diagnosis of the target ECU individually at each center 70.
  • another wireless communication device corresponding to the second tool 52 is further provided, and the second tool 52 and the wireless communication device are connected to another center 70 or a terminal (such as a mobile phone or a smartphone). It is good also as a structure which performs wireless communication and performs failure diagnosis of ECU separately with each 2nd tool 52 and this wireless communication apparatus.
  • the second tool 52 and the wireless communication device may be collectively handled as the second tool 52, or may be handled separately as a 3rd tool and a 4th tool.
  • the same effect can be obtained even when the configuration is such that one or a plurality of first tools 60 or one or a plurality of tools can perform a failure diagnosis.
  • failure diagnosis by the center 70 may be prioritized by the same method. By doing so, failure diagnosis with a high degree of urgency can be performed promptly.
  • the first tool 60 is provided by an external connection tool that is temporarily connected to the relay apparatus 10 via the transmission line 20 provided with the data link connector 21, and the second tool is the center 70.
  • a data communication module configured to be communicable via a wireless communication network.
  • the first tool 60 may be provided by the data communication module, and the second tool 52 may be provided by the external connection tool.
  • the third and fourth communication units 13 and 15 of the central GW 10 correspond to a request reception unit and a transmission unit
  • the first to third communication units 11 to 13 correspond to a transmission unit and a response reception unit.
  • S135 in the process of performing arbitration for giving priority to failure diagnosis by the first tool 60 or the second tool 52 corresponds to the arbitration unit.
  • the above disclosure includes the following aspects.
  • the relay device 10 includes request receiving units 13 and 15, sending units 11 to 13, response receiving units 11 to 13, transmitting units 13 and 15, and an arbitrating unit S135.
  • the request receivers 13 and 15 receive a first diagnosis request for performing a failure diagnosis of the ECUs 31, 32, 41, 42, and 51 mounted on the vehicle from the first diagnosis tools 60 and 52, and the second diagnosis A second diagnosis request for performing a failure diagnosis of the ECUs 31, 32, 41, 42, 51 is received from the tools 60, 52 for use.
  • the sending units 11 to 13 send the first diagnostic request and the second diagnostic request received by the request receiving units 13 and 15 to the in-vehicle LANs 30, 40 and 50 to which the ECUs 31, 32, 41, 42 and 51 are connected.
  • the response receiver receives the first diagnosis response sent from the ECU 31, 32, 41, 42, 51 to the in-vehicle LAN as the response of the first diagnosis request and the ECU 31, 32, 41, 42, 51 as the response of the second diagnosis request.
  • the second diagnosis response sent to the in-vehicle LAN is received.
  • the transmission units 13 and 15 transmit the first diagnostic response to the first diagnostic tools 60 and 52 that are the transmission source of the first diagnostic request, and transmit the second diagnostic response to the first diagnostic request that is the transmission source of the second diagnostic request. It transmits to the tools 60 and 52 for 2 diagnosis.
  • One of the first diagnostic tool 60, 52 and the second diagnostic tool 60, 52 is a non-priority tool, and the first diagnostic tool 60, 52 and the second diagnostic tool having higher priority than the non-priority tool.
  • Another of the diagnostic tools 60 and 52 is set as a priority tool.
  • a diagnosis request received from the priority tool is called a priority diagnosis request, and a response to the priority diagnosis request is called a priority diagnosis response.
  • a diagnosis request received from a non-priority tool is called a non-priority diagnosis request, and a response to the non-priority diagnosis request is called a non-priority diagnosis response.
  • the priority tool After receiving the non-priority diagnosis request for performing the failure diagnosis of the ECUs 31, 32, 41, 42, 51 from the non-priority tool, before the failure diagnosis requested from the non-priority tool is completed, the priority tool returns to the ECU 31. , 32, 41, 42 and 51, the arbitration unit S135 sends the non-priority diagnostic requests received from the non-priority tools by the sending units 11 to 13 and the transmission unit 13. , 15 is stopped from sending the non-priority diagnostic response to the non-priority tool.
  • the above-described diagnosis request and diagnosis response may be configured as a single frame or a message including a plurality of frames, for example.
  • the frame is data transmitted to the in-vehicle LAN or the like in one transmission / reception.
  • each ECU 31, 32, 41, 42, 51 is configured according to the first priority
  • the target ECU performs failure diagnosis from the priority tool. It is assumed that a diagnosis request for starting is received. In such a case, since transmission / reception of all the diagnostic frames for failure diagnosis by the non-priority tool has not been completed, the target ECU does not start failure diagnosis in response to the diagnosis request from the priority tool.
  • the relay device 10 when the relay device 10 according to the present disclosure receives a diagnosis request from the priority tool to the target ECU during failure diagnosis of the target ECU that is any ECU by the non-priority tool, the relay device 10 and the target Stop relaying the diagnostic frame to and from the ECU. As a result, communication between the target ECU and the non-priority tool is not established, and the target ECU can receive a new diagnosis request from the priority tool.
  • the failure diagnosis by the non-priority tool is forcibly stopped by the arbitration by the relay device 10 without providing the ECUs 31, 32, 41, 42, 51 with processing for stopping the failure diagnosis. For this reason, when the failure diagnosis is completed earlier and the priority tool transmits a diagnosis request again to the same target ECU, the diagnosis request is relayed to the target ECU, and the failure diagnosis of the target ECU by the priority tool is started.
  • the relay device 10 that has received the diagnosis request from the priority tool transmits a command instructing the priority tool to resend the diagnosis request. It is good also as a structure which resends a request.
  • the priority tool may have a function of retransmitting a diagnosis request so that the diagnosis request is retransmitted from the priority tool regardless of the presence or absence of a command from the relay apparatus 10.
  • failure diagnosis using a specific diagnostic tool can be preferentially performed without complicating the processing in each ECU 31, 32, 41, 42, 51.

Abstract

　中継装置１０は、要求受信部１３，１５、送出部１１～１３、応答受信部１１～１３、送信部１３，１５、調停部Ｓ１３５を備える。要求受信部は、ダイアグ用ツール６０、５２から、車両に搭載されたＥＣＵ３１，３２，４１，４２，５１の故障診断を行うためのダイアグ要求を受信する。送出部は、ダイアグ要求をＥＣＵが接続された車内ＬＡＮ３０，４０，５０に送出する。応答受信部は、ダイアグ要求の応答としてＥＣＵにより車内ＬＡＮに送出されたダイアグ応答を受信する。送信部は、ダイアグ応答を、それぞれのダイアグ用ツールに送信する。調停部は、非優先ツールから、非優先ダイアグ要求を受信した後、故障診断が終了する前に、優先ツールから、優先ダイアグ要求を受信すると、送出部による非優先ツールから受信した非優先ダイアグ要求の送出と、送信部による非優先ツールに対する非優先ダイアグ応答の送信とを中止させる。

Description

中継装置 関連出願の相互参照
　本開示は、２０１２年１０月９日に出願された日本出願番号２０１２－２２４３９２号に基づくもので、ここにその記載内容を援用する。
　本開示は、ダイアグ用ツールと、ダイアグの対象となる電子制御ユニット（ＥＣＵ）との間の通信を中継する車載用の中継装置に関する。
　従来、車載システムに用いられる車内ローカルエリアネットワーク（ＬＡＮ）の通信規格としてＣｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＣＡＮ）が知られていると共に、ディーラー等においてデータリンクコネクタを介してＣＡＮにサービスツールを接続し、該車載システムを構成するＥＣＵの故障診断（ダイアグ）を行うことが知られている。
　また、外部と無線通信を行うＥＣＵが知られており、このようなＥＣＵの一例として、携帯装置と無線通信を行い、携帯装置を介したリモート操作を受け付ける遠隔操作装置が知られている（特許文献１）。
　また、これ以外にも、無線通信回線網にアクセスするＤａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍｏｄｕｌｅ（ＤＣＭ）等が知られており、このようなＥＣＵにより外部に設置されたセンタと無線通信を行い、ＤＣＭがＣＡＮを経由して車載システムを構成する各ＥＣＵの故障診断を行うことが知られている。
　さらに、このようなサービスツールとＤＣＭの双方によりＥＣＵの故障診断を行うことも知られており、このような場合には、一方による故障診断の途中で、同一ＥＣＵを対象として他方による故障診断が開始されてしまう場合がある。このような場合の調停方法としては、先に行われていた故障診断を優先して行い、該故障診断の完了後に、後に開始された故障診断を行うという方法（先優先）が考えられる。
　しかしながら、ＣＡＮでは、一つのフレームで転送可能なデータのサイズは最大で８バイト程度である。このため、８バイトを越えるデータを転送する際には、該データを複数のフレームに分割して順次送信し、該データを複数のフレームから構成されるメッセージとして転送する必要があり、転送に長い時間を要する。
　このため、例えば、顧客が車両を運転してディーラーを訪れた際に、ＤＣＭにより該車両のＥＣＵの故障診断が行われており、該ＥＣＵとＤＣＭ等との間で、大きなサイズのメッセージの転送が行われていたとする。このような場合には、転送が完了するまではサービスツールを用いて同一ＥＣＵを対象とした故障診断を開始することができず、顧客を待たせてしまうおそれがある。
　このように、先優先を採用することで問題が生じるという可能性もあり、状況に応じて先優先とするか否かを切り替えるのが望ましい。しかしながら、このような切り替えを個々のＥＣＵで行うとなると、各ＥＣＵでの処理が複雑化してしまい、１台の車両に多数のＥＣＵが搭載されているという現状を考慮すると、それぞれの開発コストが膨大なものとなる。
特開２００６－３４７３３３号公報
　本開示は、上記点に鑑みてなされたものであり、ＥＣＵにおける処理を複雑化させること無く、特定のダイアグ用ツールによる故障診断を優先的に行う等の調停が可能な中継装置を提供することを目的とする。
　本開示の一態様による中継装置は、要求受信部、送出部、応答受信部、送信部、調停部を備える。要求受信部は、第１ダイアグ用ツールから、車両に搭載されたＥＣＵの故障診断を行うための第１ダイアグ要求を受信し、第２ダイアグ用ツールから、ＥＣＵの故障診断を行うための第２ダイアグ要求を受信する。送出部は、要求受信部が受信した第１ダイアグ要求と第２ダイアグ要求をＥＣＵが接続された車内ＬＡＮに送出する。応答受信部は、第１ダイアグ要求の応答としてＥＣＵにより車内ＬＡＮに送出された第１ダイアグ応答と第２ダイアグ要求の応答としてＥＣＵにより車内ＬＡＮに送出された第２ダイアグ応答を受信する。送信部は、第１ダイアグ応答を、第１ダイアグ要求の送信元である第１ダイアグ用ツールに送信し、第２ダイアグ応答を、第２ダイアグ要求の送信元である第２ダイアグ用ツールに送信する。第１ダイアグ用ツールと第２ダイアグ用ツールのうちの1つは、非優先ツールとされ、非優先ツールより高い優先度を有する第１ダイアグ用ツールと第２ダイアグ用ツールのうちのもう1つは、優先ツールとされる。優先ツールから受信したダイアグ要求は、優先ダイアグ要求といい、優先ダイアグ要求に対する応答を優先ダイアグ応答という。また、非優先ツールから受信したダイアグ要求は、非優先ダイアグ要求といい、非優先ダイアグ要求に対する応答を非優先ダイアグ応答という。非優先ツールから、ＥＣＵの故障診断を行うための非優先ダイアグ要求を受信した後、非優先ツールから要求された故障診断が終了する前に、優先ツールから、ＥＣＵの故障診断を行うための優先ダイアグ要求を受信すると、調停部は、送出部による非優先ツールから受信した非優先ダイアグ要求の送出と、送信部による非優先ツールに対する非優先ダイアグ応答の送信とを中止させる。
　上記装置によると、ＥＣＵにおける処理を複雑化させること無く、特定のダイアグ用ツールによる故障診断を優先的に行う等の調停が可能である。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、本開示の一実施形態による中継装置を含む車載システムの構成を示すブロック図であり、 図２は、セントラルＧＷの構成を示すブロック図であり、 図３は、第１ツールによる故障診断を優先させるための調停を行う処理を示すフローチャートである。
　以下、本開示の実施形態について図面を用いて説明する。なお、本開示の実施の形態は、下記の実施形態に何ら限定されることはなく、本開示の技術的範囲に属する限り種々の形態を採りうる。
　［構成の説明］
　図１は、本実施形態における中継装置の一例としてのセントラルゲートウェイ（ＣＥＮＴＲＡＬ　ＧＷ）１０等から構成される車載システムの構成を示すブロック図である。以下、セントラルゲートウェイ１０は、略して、セントラルＧＷ１０と表記する。
　セントラルＧＷ１０は、第１電子制御ユニット（１ＳＴ　ＥＣＵ）３１，第２電子制御ユニット（２ＮＤ　ＥＣＵ）３２等が接続されている車内Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）である第１ＬＡＮ（１ＳＴ　ＬＡＮ）３０や、第３電子制御ユニット（３ＲＤ　ＥＣＵ）４１，第４電子制御ユニット（４ＴＨ　ＥＣＵ）４２等が接続されている車内ＬＡＮである第２ＬＡＮ（２ＮＤ　ＬＡＮ）４０に接続されている。また、第５電子制御ユニット（５ＴＨ　ＥＣＵ）５１や、無線通信回線網にアクセスするＤａｔａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍｏｄｕｌｅ（ＤＣＭ）５２等が接続されている車内ＬＡＮである第３ＬＡＮ（３ＲＤ　ＬＡＮ）５０にも接続されており、異なるＬＡＮに接続されたＥＣＵ３１，３２，４１，４２，５１間の通信を中継するよう構成されている。
　なお、セントラルＧＷ１０は、中継専用のＥＣＵとして構成されていても良いし、ナビゲーション装置やエアコン等、特定の機能を持つＥＣＵとして構成されていても良い。
　また、本実施形態では、第１～第３ＬＡＮ３０～５０は、一例としてＣｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＣＡＮ）として構成されている。
　また、セントラルＧＷ１０は、一例としてＣＡＮとして構成され、データリンクコネクタ（ＤＬＣ）２１が設けられた伝送路２０に接続されており、このデータリンクコネクタ２１には、各ＥＣＵ３１，３２，４１，４２，５１の故障診断を行う第１ダイアグ用ツール（１ＳＴ　ＴＯＯＬ）６０が一時的に接続される。以下、第１ダイアグ用ツール６０は、略して第１ツール６０という。なお、この第１ツール６０は、例えば、ディーラー等に設けられたサービスツールや、法規上定められた故障診断を行う法規ツール等として構成されている。
　そして、データリンクコネクタ２１に第１ツール６０が接続され、対象ＥＣＵの故障診断が開始されたとする。このとき、セントラルＧＷ１０は、伝送路２０を介して、第１ツール６０から、対象ＥＣＵに対し故障診断のための処理を指示するダイアグ要求フレームを受信すると共に、これを第１～第３ＬＡＮ３０～５０に送出する。
　その後、該ダイアグ要求フレームへの応答として、対象ＥＣＵにより第１～第３ＬＡＮ３０～５０のうち対象ＥＣＵが接続されたＬＡＮにダイアグ応答フレームが送出されると、セントラルＧＷ１０は該ダイアグ応答フレームを受信し、伝送路２０を介して第１ツール６０に送信する。
　このため、データリンクコネクタ２１に接続された第１ツール６０は、セントラルＧＷ１０を介して車載システムを構成する各ＥＣＵ３１，３２，４１，４２，５１とダイアグ用フレームの送受信を行い、これらのＥＣＵの故障診断を行うことが可能となる。
　一方、第３ＬＡＮ５０に接続されたＤＣＭ５２は、第２ダイアグ用ツール（２ＮＤ　ＴＯＯＬ）として機能する。以下、第２ダイアグ用ツール５２は、略して第２ツール５２という。第２ツール５２は、車両のＥＣＵの故障診断を行うセンタ（ＣＥＮＴＥＲ）７０（携帯電話やスマートフォン等であっても良い）と無線通信回線網を介して通信可能に構成されている。そして、センタ７０により故障診断が指示されるか、当該第２ツール５２において予め定められた駆動条件が満たされると、第２ツール５２は、第３ＬＡＮ５０にダイアグ要求フレームを送出し、セントラルＧＷ１０は、該ダイアグ要求フレームを受信して第１，第２ＬＡＮ３０，４０に送出する。
　その後、該ダイアグ要求フレームへの応答として、いずれかのＥＣＵにより第１，第２ＬＡＮ３０，４０にダイアグ応答フレームが送出されると、セントラルＧＷ１０は、該ダイアグ応答フレームを受信して第３ＬＡＮ５０に送出する。そして、第２ツール５２は、該ダイアグ応答フレームを受信し、該ダイアグ応答フレームの内容をセンタ７０に送信する。
　このようにして、セントラルＧＷ１０は、センタ７０からの指示或いは駆動条件が満たされたことに応じて故障診断を行う第２ツール５２と、第１，第２ＬＡＮ３０，４０に接続されたＥＣＵとの間のダイアグ用フレームの送受信を中継する。これにより、センタ７０は、第２ツール５２，セントラルＧＷ１０を介してこれらのＥＣＵと通信を行い、故障診断を行うことが可能となる。
　なお、第３ＬＡＮ５０に接続されたＥＣＵに関しては、該ＥＣＵと第２ツール５２とが直接通信を行うことで、センタ７０による故障診断が行われる。
　次に、図２を用いてセントラルＧＷ１０の構成について説明する。セントラルＧＷ１０は、第１ＬＡＮ３０を介した通信を行う第１通信部（１ＳＴ　ＣＯＭＭ）１１と、第２ＬＡＮ４０を介した通信を行う第２通信部（２ＮＤ　ＣＯＭＭ）１２と、第３ＬＡＮ５０を介した通信を行う第３通信部（３ＲＤ　ＣＯＭＭ）１３と、伝送路２０を介した通信を行う第４通信部（４ＴＨ　ＣＯＭＭ）１５を備える。また、制御部（ＣＯＮＴＲＯＬ）１４と、記憶保持動作が不要なデバイス（例えば、フラッシュメモリ）から構成された記憶部（ＳＴＯＲＡＧＥ）１６を備える。
　なお、制御部１４は、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）、Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ（ＲＯＭ）、Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）、Ｉｎｐｕｔ／Ｏｕｔｐｕｔ（Ｉ／Ｏ）及びこれらを接続するバスライン等からなる周知のマイクロコンピュータを中心に構成され、ＲＯＭに記憶されたプログラムに従いセントラルＧＷ１０を統括制御する。
　［動作の説明］
　セントラルＧＷ１０が、第１ツール６０による故障診断と第２ツール５２による故障診断を調停する処理について説明する。
　ＣＡＮでは、１つのフレームで転送できる最大データ長は８バイトとなっており、送信したいデータが８バイトを越える場合には、複数回にわたりフレームを送信し、該データをメッセージとして転送する必要がある。
　ここで、ＣＡＮのネットワークレイヤの通信プロトコルを規定しているＩｎｔｅｒｎａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆｏｒ　Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ(ＩＳＯ)１５７６５を例にすると、シングルフレーム（ＳＦ（Single Frame）），ファーストフレーム（ＦＦ（First Frame）），コンゼクティブフレーム（ＣＦ（Consecutive Frame）），フローコントロール（ＦＣ（FlowControl Frame））の４種類のフレームと、ツールとＥＣＵ間のフレームの送受信に関する時間規定が定められている。
　また、ダイアグ用のアプリケーションレイヤの通信プロトコルであるＩＳＯ１４２２９では、ツールからのダイアグ要求フレームやダイアグ要求メッセージ（単にダイアグ要求フレーム等と記載）を受信中のＥＣＵは、他のツールからダイアグ要求フレーム等を受信してもこれを受け付けず、先のダイアグ要求フレーム等の受信を優先して行うという規則（先優先）が定められている。該ＥＣＵは、該他のツールからのダイアグ要求フレーム等に対する応答として、例えば、該ダイアグ要求フレーム等の再送を指示するＮｅｇａｔｉｖｅ　Ｒｅｓｐｏｎｓｅ　ＣｏｄｅＮＲＣの送出等を行い、先のダイアグ要求フレーム等の受信が完了するまで新たなダイアグ要求フレーム等を受け付けない。
　一方、ダイアグ用のネットワークレイヤの通信プロトコルであるＩＳＯ１５７６５では、ＥＣＵは、ダイアグ要求フレーム等の受信途中で他のツールから新たなダイアグ要求フレーム等を受信すると、受信中のダイアグ要求フレーム等を破棄し、新たなダイアグ要求フレーム等を受付ける（後優先）。
　そして、本実施形態のＥＣＵ３１，３２，４１，４２，５１が、ダイアグ用のアプリケーションレイヤの規定である先優先に従って構成されている場合において、センタ７０による故障診断指示等により、第２ツール５２といずれかのＥＣＵ３１，３２，４１，４２，５１との間で、セントラルＧＷ１０を介してフレーム等の送受信が行われていたとする。このとき、第１ツール６０から該対象ＥＣＵに対しダイアグ要求フレーム等が送信されたとしても、該フレーム等は受け付けられず、第１ツール６０による故障診断は開始されない。
　しかしながら、第１ツール６０は、ディーラーで使用されるサービスツール等として構成されており、第１ツール６０による故障診断がすぐに開始されないとなると、ディーラーにて車両の点検を行う顧客を待たせてしまうという可能性がある。
　これに対し、セントラルＧＷ１０では、第２ツール５２と対象ＥＣＵとの間でのフレーム等の送受信中に、第１ツール６０による対象ＥＣＵの故障診断が開始された場合には、調停が行われる。
　なお、このような調停の方法としては、ツール毎にＣＡＮ
ＩＤを分けることにより、複数のツールによる故障診断を同時進行させるというものが従来から知られているが、本実施形態のセントラルＧＷ１０では、異なる方法で調停を行う。
　そして、上記調停により第２ツール５２による故障診断が中止され、第１ツール６０による故障診断がすぐに開始される。
　以下では、第１ツール６０による故障診断を優先させるための調停を行う処理について、図３を用いて説明する。
　センタ７０からの指示等に応じて、第２ツール５２が、第３ＬＡＮ５０に、第１ＥＣＵ３１に対し、フリーズドフレームデータ（ＦＦＤ）の提供を指示するＳＦであるＦＦＤ読み出しを送出したとする（Ｓ１００）。
　なお、ＦＦＤとは、車両の異常発生時における車速，エンジン回転数等の車両状態を示すデータである。
　このとき、セントラルＧＷ１０の制御部１４は、第３通信部１３を介して該ＦＦＤ読み出しを受信すると共に、第１，第２通信部１１，１２を介して、ＦＦＤ読み出しを、第１，第２ＬＡＮ３０，４０に送出する（Ｓ１０５）。
　そして、第１ＥＣＵ３１は、該ＦＦＤ読み出しを受信すると、ダイアグ処理を開始し（Ｓ１１０）、フラッシュメモリ等に保存されているＦＦＤを読み出す。このＦＦＤは、８バイトを越えるデータサイズを有している場合、８バイト以下の複数のデータに分割される。
　その後、第１ツール６０が、伝送路２０に、第１ＥＣＵ３１に対し所定のアドレスのメモリの内容の読み出しを指示するＳＦであるデータモニタを送出したとする（Ｓ１１５）。セントラルＧＷ１０の制御部１４は、第４通信部１５を介して該データモニタを受信すると共に、第１～第３通信部１１～１３を介して、該データモニタを第１～第３ＬＡＮ３０～５０に送出する（Ｓ１２０）。
　これに対し、第１ＥＣＵ３１は、第１ＬＡＮ３０に送出されたデータモニタを受信するが、第２ツール５２からのＦＦＤ読み出しへの応答の送信前であるため、メモリの読み出しを行わない。そして、データモニタへの応答として、第１ＬＡＮ３０に、一定時間経過後にデータモニタを再送することを指示するＳＦであるＮＲＣを送出する（Ｓ１２５）。
　セントラルＧＷ１０の制御部１４は、第１通信部１１を介して該ＮＲＣを受信すると共に、該ＮＲＣを伝送路２０に送出する（Ｓ１３０）。そして、一定期間にわたり、第２ツール５２による故障診断を中止させ、第１ツール６０による故障診断を優先して開始させる調停処理を実行する（Ｓ１３５）。この調停処理の実行中は、第２ツール５２による故障診断のためのダイアグ用フレームの中継（第１ＥＣＵ３１と第２ツール５２との間のダイアグ用フレームの中継）は中止される。
　なお、セントラルＧＷ１０の制御部１４は、Ｓ１１５にて第１ツール６０から送信されたデータモニタを第１ＥＣＵ３１に中継せず、第１ツール６０に対し、該データモニタへの応答としてＮＲＣを送信しても良い。このような場合であっても、第１ツール６０に対し、一定時間経過後にデータモニタを再送させることができる。
　その後、第１ＥＣＵ３１は、第２ツール５２への応答として、分割データのうちの１つを含むＦＦであるＦＦＤ応答を生成して第１ＬＡＮ３０に送出する（Ｓ１４０）。
　ここで、セントラルＧＷ１０で調停処理が行われていないとした場合に、第２ツール５２，セントラルＧＷ１０，第１ＥＣＵ３１で行われる処理（図３中の点線の矢印に対応する処理）について説明する。
　セントラルＧＷ１０の制御部１４は、第１ＥＣＵ３１から第１ＬＡＮ３０に送出されたＦＦＤ応答を受信すると、第３通信部１３を介して、該ＦＦＤ応答を第３ＬＡＮ５０に送出する（Ｓ１４５）。
　一方、第２ツール５２は、第３ＬＡＮ５０に送出されたＦＦＤ応答を受信すると、ＦＦＤ応答の送信手順を指定するＦＣを第３ＬＡＮ５０に送出する（Ｓ１５０）。なお、本実施形態では、該ＦＣは、一例として、Ｂｌｏｃｋ　Ｓｉｚｅ（ＢＳ）＝１に設定されており、該ＦＣに応じて１つのＦＦＤ応答フレームを送信することが指示されるが、無論、このような送信手順に限定されることは無い。
　その後、セントラルＧＷ１０の制御部１４は、第３通信部１３を介して、第３ＬＡＮ５０に送出されたＦＣを受信すると、第１，第２通信部１１，１２を介して、該ＦＣを第１，第２ＬＡＮ３０，４０に送出する（Ｓ１５５）。
　一方、第１ＥＣＵ３１は、該ＦＣを受信すると、応答として、第１ＬＡＮ３０に、他の分割データを含むＣＦであるＦＦＤ応答を送出する（Ｓ１６０）。また、セントラルＧＷ１０の制御部１４は、第１通信部１１を介して該ＦＦＤ応答を受信し、その後、第３通信部１３を介して、該ＦＦＤ応答を第３ＬＡＮ５０に送出する（Ｓ１６５）。
　しかし、調停処理の実行中のため、セントラルＧＷ１０は、Ｓ１４０にて第１ＥＣＵ３１からＦＦＤ応答を受信しても、これを第３ＬＡＮ５０に送出せず、Ｓ１４５～Ｓ１６５の処理は行われない。
　なお、仮に、セントラルＧＷ１０が第１ツール６０からデータモニタを受信するタイミングが遅く、Ｓ１４５にてセントラルＧＷ１０から第２ツール５２にＦＦＤ応答が送信された後に調停処理が開始されたとする。このような場合、第２ツール５２は、ＦＦＤ応答に応じてＦＣを送出するが（Ｓ１５０）、セントラルＧＷ１０では調停処理が行われているため、該ＦＣは第１ＥＣＵ３１に中継されない。
　また、仮に、セントラルＧＷ１０がＳ１５５にてＦＣを中継した後に調停処理が開始されたとする。このような場合、第１ＥＣＵ３１は、該ＦＣに応じてＦＦＤ応答を送出するが（Ｓ１６０）、セントラルＧＷ１０では調停処理が行われているため、該ＦＦＤ応答は第２ツール５２に中継されない。
　一方、第２ツール５２は、第１ＥＣＵ３１からのＦＦＤ応答を待つが、ＦＦＤ応答が無い状況が一定時間経過した時点で故障診断を終了する。また、第１ＥＣＵ３１においても、ＦＣの受信を待つが、ＦＦＤ応答の送出（Ｓ１４０）から一定時間が経過した時点でダイアグ処理が終了される。
　また、第１ツール６０は、Ｓ１３０にてセントラルＧＷ１０から送出されたＮＲＣを受信した後、一定時間が経過すると、伝送路２０にデータモニタを再度送出する（Ｓ１７０）。セントラルＧＷ１０の制御部１４は、該データモニタを受信すると共に、第１～第３ＬＡＮ３０～５０にこれを送出する（Ｓ１７５）。
　そして、第１ＥＣＵ３１は、第１ＬＡＮ３０に送出されたデータモニタを受信すると、該データモニタにより指定された領域のデータを読み出すと共に、読み出したデータを含むＳＦであるデータモニタ応答を生成し、第１ＬＡＮ３０に送出する（Ｓ１８０）。セントラルＧＷ１０の制御部１４は、第１ＬＡＮ３０に送出されたデータモニタ応答を受信すると共に、該データモニタ応答を伝送路２０に送出し、該データモニタ応答を第１ツール６０に中継する（Ｓ１８５）。
　［効果］
　本実施形態のセントラルＧＷ１０は、第２ツール５２による対象ＥＣＵの故障診断中に、第１ツール６０から該対象ＥＣＵへのダイアグ要求フレームを受信すると、その後、第２ツール５２と該対象ＥＣＵとの間のダイアグ用フレームの中継を中止する。
　これにより、各ＥＣＵ３１，３２，４１，４２，５１に故障診断を中止させる処理等を設けなくても、セントラルＧＷ１０により、第２ツール５２による故障診断が強制的に中止される。そして、故障診断の中止後、第１ツール６０が、同一対象ＥＣＵに対するダイアグ要求フレームを再度送信すると、該ダイアグ要求フレームが該対象ＥＣＵに中継され、第１ツール６０による該対象ＥＣＵの故障診断が開始される。
　したがって、各ＥＣＵ３１，３２，４１，４２，５１における処理を複雑化すること無く、第１ツール６０による各ＥＣＵ３１，３２，４１，４２，５１の故障診断を優先的に行うことができ、ディーラーにて車両の点検を行う顧客を待たせてしまう等といった事態の発生を防ぐことができる。
　［他の実施形態］
　本実施形態では、第１～第３ＬＡＮ３０～５０や伝送路２０は、ＣＡＮとして構成されているが、言うまでも無く、ＣＡＮ以外のイベントドリブン方式の通信規格や、ＦｌｅｘＲａｙ，Ｍｅｄｉａ　Ｏｒｉｎｔｅｄ　Ｓｙｓｔｅｍｓ　Ｔｒａｎｓｐｏｒｔ(ＭＯＳＴ），イーサネット（登録商標）等の通信規格の車内ＬＡＮとして構成されていても良い。また、車内ＬＡＮの数も異なっていても良い。このような場合であっても、同様の効果を得ることができる。
　また、第１～第３車内ＬＡＮ３０～５０や伝送路２０の通信規格によっては、故障診断の指示や、該指示に対する応答が、複数のフレームからなるメッセージとして送受信される場合もある。このような場合においても、セントラルＧＷ１０は、本実施形態と同様にしてメッセージの中継や、調停処理を行うことで、同様の効果を得ることができる。
　また、本実施形態では、セントラルＧＷ１０に接続する伝送路２０にデータリンクコネクタ２１を設ける構成を例示したが、これに限らず、第１～第３ＬＡＮ３０～５０にデータリンクコネクタを設けても良い。また、伝送路２０や第１～第３ＬＡＮ３０～５０に複数のデータリンクコネクタを設け、複数の第１ツール６０を同時に接続可能な構成としても良い。
　また、本実施形態では、中継のための専用装置であるセントラルＧＷ１０について例示したが、これに限らず、同様の機能を他のＥＣＵに組み込んでも良い。
　また、本実施形態では、１つの第２ツール５２を介してセンタ７０と無線通信を行い、対象ＥＣＵの故障診断を行う構成を例示した。しかしながら、これに限らず、第２ツール５２が複数のセンタ７０と無線通信を行い、各センタ７０で個別に対象ＥＣＵの故障診断を行う構成としても良い。
　また、車載システムを構成するＥＣＵとして、第２ツール５２に相当する別の無線通信装置をさらに設け、第２ツール５２や該無線通信装置が別のセンタ７０や端末（携帯電話やスマートフォンなど）と無線通信を行い、各第２ツール５２や該無線通信装置で、個別にＥＣＵの故障診断を行う構成としても良い。
　また、上記第２ツール５２や該無線通信装置を、まとめて第２ツール５２との扱いにしてもよいし、３ｒｄツール、４ｔｈツールのように分けて扱っても良い。
　このようにして１または複数の第１ツール６０や、１または複数のツールによる故障診断を行うことができる構成とした場合であっても、同様の効果を得ることができる。
　また、本実施形態では、第１ツール６０による故障診断を優先させるための調停を行う処理について説明した。しかしながら、例えば、センタ７０により緊急度の高い故障診断が行われている場合等には、同様の方法によりセンタ７０による故障診断を優先させても良い。こうすることにより、緊急度の高い故障診断を速やかに行うことができる。
　また、本実施形態では、第１ツール６０が中継装置１０にデータリンクコネクタ２１が設けられた伝送路２０を介して一時的に接続される外部接続ツールにより提供され、第２ツールが、センタ７０と無線通信回線網を介して通信可能に構成されたデータコミュニケーションモジュールにより提供されている。これに限らず、第１ツール６０がデータコミュニケーションモジュールにより提供され、第２ツール５２が、外部接続ツールにより提供されても良い。
　本実施形態において、セントラルＧＷ１０の第３，第４通信部１３，１５が要求受信部，送信部に、第１～第３通信部１１～１３が送出部，応答受信部に相当する。
　また、第１ツール６０又は第２ツール５２による故障診断を優先させるための調停を行う処理におけるＳ１３５が調停部に相当する。
　上記の開示は、次の態様を含む。
　本開示の一態様による中継装置１０は、要求受信部１３，１５、送出部１１～１３、応答受信部１１～１３、送信部１３，１５、調停部Ｓ１３５を備える。要求受信部１３，１５は、第１ダイアグ用ツール６０、５２から、車両に搭載されたＥＣＵ３１，３２，４１，４２，５１の故障診断を行うための第１ダイアグ要求を受信し、第２ダイアグ用ツール６０、５２から、ＥＣＵ３１，３２，４１，４２，５１の故障診断を行うための第２ダイアグ要求を受信する。送出部１１～１３は、要求受信部１３，１５が受信した第１ダイアグ要求と第２ダイアグ要求をＥＣＵ３１，３２，４１，４２，５１が接続された車内ＬＡＮ３０，４０，５０に送出する。応答受信部は、第１ダイアグ要求の応答としてＥＣＵ３１，３２，４１，４２，５１により車内ＬＡＮに送出された第１ダイアグ応答と第２ダイアグ要求の応答としてＥＣＵ３１，３２，４１，４２，５１により車内ＬＡＮに送出された第２ダイアグ応答を受信する。送信部１３，１５は、第１ダイアグ応答を、第１ダイアグ要求の送信元である第１ダイアグ用ツール６０、５２に送信し、第２ダイアグ応答を、第２ダイアグ要求の送信元である第２ダイアグ用ツール６０、５２に送信する。第１ダイアグ用ツール６０、５２と第２ダイアグ用ツール６０、５２のうちの1つは、非優先ツールとされ、非優先ツールより高い優先度を有する第１ダイアグ用ツール６０、５２と第２ダイアグ用ツール６０、５２のうちのもう1つは、優先ツールとされる。優先ツールから受信したダイアグ要求は、優先ダイアグ要求といい、優先ダイアグ要求に対する応答を優先ダイアグ応答という。また、非優先ツールから受信したダイアグ要求は、非優先ダイアグ要求といい、非優先ダイアグ要求に対する応答を非優先ダイアグ応答という。非優先ツールから、ＥＣＵ３１，３２，４１，４２，５１の故障診断を行うための非優先ダイアグ要求を受信した後、非優先ツールから要求された故障診断が終了する前に、優先ツールから、ＥＣＵ３１，３２，４１，４２，５１の故障診断を行うための優先ダイアグ要求を受信すると、調停部Ｓ１３５は、送出部１１～１３による非優先ツールから受信した非優先ダイアグ要求の送出と、送信部１３，１５による非優先ツールに対する非優先ダイアグ応答の送信とを中止させる。
　上記ダイアグ要求やダイアグ応答とは、例えば、単一のフレームとして構成されていても良いし、複数のフレームから構成されるメッセージとして構成されていても良い。また、フレームとは、１回の送受信において車内ＬＡＮ等に送出されるデータである。
　各ＥＣＵ３１，３２，４１，４２，５１が先優先に従って構成されている場合において、非優先ツールによるいずれかのＥＣＵである対象ＥＣＵの故障診断中に、該対象ＥＣＵが、優先ツールから故障診断を開始させるためのダイアグ要求を受信したとする。このような場合、非優先ツールによる故障診断のための全てのダイアグ用フレームの送受信が終了していないため、該対象ＥＣＵでは優先ツールからのダイアグ要求に応じた故障診断は開始されない。
　これに対し、本開示による中継装置１０は、非優先ツールによるいずれかのＥＣＵである対象ＥＣＵの故障診断中に、優先ツールから該対象ＥＣＵへのダイアグ要求を受信すると、非優先ツールと該対象ＥＣＵとの間のダイアグ用フレームの中継を中止する。これにより、該対象ＥＣＵと非優先ツールとの間の通信を不成立とさせ、該対象ＥＣＵが優先ツールから新しいダイアグ要求を受信できるようにする。
　これにより、各ＥＣＵ３１，３２，４１，４２，５１に故障診断を中止させる処理等を設けなくても、中継装置１０による調停により非優先ツールによる故障診断が強制的に中止される。このため、故障診断の終了時期が早まり、優先ツールが、同一対象ＥＣＵに対しダイアグ要求を再度送信すると、該ダイアグ要求が該対象ＥＣＵに中継され、優先ツールによる該対象ＥＣＵの故障診断が開始される。
　なお、非優先ツールによる対象ＥＣＵの故障診断中、優先ツールからダイアグ要求を受信した中継装置１０が、該優先ツールに対してダイアグ要求の再送を指示するコマンドを送信することで、優先ツールによりダイアグ要求を再送させる構成としても良い。また、これ以外にも、優先ツールにダイアグ要求を再送させる機能を持たせ、中継装置１０からのコマンドの有無に関らず優先ツールからダイアグ要求が再送されるよう構成しても良い。
　したがって、本開示に係る中継装置１０によれば、各ＥＣＵ３１，３２，４１，４２，５１における処理を複雑化させること無く、特定のダイアグ用ツールによる故障診断を優先的に行うことができる。
　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

Claims (4)

  1. 　第１ダイアグ用ツール（６０、５２）から、車両に搭載された電子制御ユニット（３１，３２，４１，４２，５１）の故障診断を行うための第１ダイアグ要求を受信し、第２ダイアグ用ツール（６０、５２）から、前記電子制御ユニット（３１，３２，４１，４２，５１）の故障診断を行うための第２ダイアグ要求を受信する要求受信部（１３，１５）と、
    　前記要求受信部（１３，１５）が受信した前記第１ダイアグ要求と前記第２ダイアグ要求を前記電子制御ユニット（３１，３２，４１，４２，５１）が接続された車内ローカルエリアネットワーク（３０，４０，５０）に送出する送出部（１１～１３）と、
    　前記第１ダイアグ要求の応答として前記電子制御ユニット（３１，３２，４１，４２，５１）により前記車内ローカルエリアネットワークに送出された第１ダイアグ応答と前記第２ダイアグ要求の応答として前記電子制御ユニット（３１，３２，４１，４２，５１）により前記車内ローカルエリアネットワークに送出された第２ダイアグ応答を受信する応答受信部（１１～１３）と、
    　前記第１ダイアグ応答を、前記第１ダイアグ要求の送信元である前記第１ダイアグ用ツール（６０、５２）に送信し、前記第２ダイアグ応答を、前記第２ダイアグ要求の送信元である前記第２ダイアグ用ツール（６０、５２）に送信する送信部（１３，１５）と、
    　前記第１ダイアグ用ツール（６０、５２）と前記第２ダイアグ用ツール（６０、５２）のうちの1つである非優先ツールから、前記電子制御ユニット（３１，３２，４１，４２，５１）の前記故障診断を行うための前記第１ダイアグ要求と前記第２ダイアグ要求のうちの1つである非優先ダイアグ要求を受信した後、前記非優先ツールから要求された前記故障診断が終了する前に、前記第１ダイアグ用ツール（６０、５２）と前記第２ダイアグ用ツール（６０、５２）のうちのもう1つであり前記非優先ツールの優先度より高い優先度を有する優先ツールから、前記電子制御ユニット（３１，３２，４１，４２，５１）の前記故障診断を行うための前記第１ダイアグ要求と前記第２ダイアグ要求のうちのもう1つである優先ダイアグ要求を受信すると、前記送出部（１１～１３）による前記非優先ツールから受信した前記非優先ダイアグ要求の送出と、前記送信部（１３，１５）による前記非優先ツールに対する前記第１ダイアグ応答と前記第２ダイアグ応答のうちの1つである非優先ダイアグ応答の送信とを中止させる調停部（Ｓ１３５）と、
    　を備える中継装置（１０）。
  2. 　前記第１ダイアグ用ツール（６０）は、前記中継装置に一時的に接続される外部接続ツールにより提供され、
    　前記第２ダイアグ用ツール（５２）は、外部に設置されたセンタ（７０）または装置と無線通信を行う通信装置により提供される、
    　請求項１に記載の中継装置。
  3. 　前記外部接続ツールが前記優先ツールとして提供され、前記通信装置が前記非優先ツールとして提供される、
    　請求項２に記載の中継装置。
  4. 　前記通信装置が前記優先ツールとして提供され、前記外部接続ツールが前記非優先ツールとして提供される、
    　請求項２に記載の中継装置。
PCT/JP2013/005939 2012-10-09 2013-10-04 中継装置 WO2014057642A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE112013004941.4T DE112013004941B4 (de) 2012-10-09 2013-10-04 Gateway-Vorrichtung
US14/433,868 US9819562B2 (en) 2012-10-09 2013-10-04 Gateway device with priority arbitration function
CN201380052856.7A CN104718725B (zh) 2012-10-09 2013-10-04 中继装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-224392 2012-10-09
JP2012224392A JP5949416B2 (ja) 2012-10-09 2012-10-09 中継装置

Publications (1)

Publication Number Publication Date
WO2014057642A1 true WO2014057642A1 (ja) 2014-04-17

Family

ID=50477125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/005939 WO2014057642A1 (ja) 2012-10-09 2013-10-04 中継装置

Country Status (5)

Country Link
US (1) US9819562B2 (ja)
JP (1) JP5949416B2 (ja)
CN (1) CN104718725B (ja)
DE (1) DE112013004941B4 (ja)
WO (1) WO2014057642A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9224251B2 (en) 2012-10-09 2015-12-29 Denso Corporation Gateway device
JP2018092577A (ja) * 2016-11-25 2018-06-14 株式会社デンソー 並行処理装置及び並行処理プログラム
CN113552858A (zh) * 2021-07-27 2021-10-26 上海科络达云软件技术有限公司 一种高效的uds诊断系统及方法
US11314549B2 (en) 2016-11-25 2022-04-26 Denso Corporation Parallel process apparatus and parallel process program product product for parallelizing multiple processes in accordance with multiple process requests

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016141160A (ja) * 2015-01-29 2016-08-08 株式会社デンソー 電子制御装置及び電子制御システム
JP2016143908A (ja) * 2015-01-29 2016-08-08 株式会社デンソー 電子制御装置及び電子制御システム
KR101640054B1 (ko) * 2015-06-24 2016-07-22 현대자동차주식회사 게이트웨이 장치, 이를 포함하는 차량, 및 그 제어방법
JP6460080B2 (ja) 2016-11-07 2019-01-30 トヨタ自動車株式会社 車載ネットワークシステム
JP6515914B2 (ja) 2016-12-22 2019-05-22 トヨタ自動車株式会社 車載ネットワークシステム、中継装置
JP7094670B2 (ja) * 2017-07-03 2022-07-04 矢崎総業株式会社 設定装置及びコンピュータ
JP7379892B2 (ja) 2018-07-25 2023-11-15 株式会社デンソー 車両用電子制御システム、車両側システム及び携帯端末
WO2020022265A1 (ja) 2018-07-25 2020-01-30 株式会社デンソー 車両用電子制御システム、プログラム更新の承諾判定方法及びプログラム更新の承諾判定プログラム
JP7047819B2 (ja) 2018-08-10 2022-04-05 株式会社デンソー 電子制御装置、車両用電子制御システム、アクティベートの実行制御方法及びアクティベートの実行制御プログラム
JP7367359B2 (ja) * 2018-08-10 2023-10-24 株式会社デンソー 車両用電子制御システム、ファイルの転送制御方法、ファイルの転送制御プログラム及び装置
JP7024765B2 (ja) 2018-08-10 2022-02-24 株式会社デンソー 車両用マスタ装置、更新データの配信制御方法及び更新データの配信制御プログラム
JP7427879B2 (ja) 2018-08-10 2024-02-06 株式会社デンソー 車両用マスタ装置、書換え対象のグループ管理方法及び書換え対象のグループ管理プログラム
JP7354658B2 (ja) 2018-08-10 2023-10-03 株式会社デンソー 車両用電子制御システム、進捗表示の画面表示制御方法及び進捗表示の画面表示制御プログラム
JP7419689B2 (ja) 2018-08-10 2024-01-23 株式会社デンソー 車両用電子制御システム、センター装置、車両用マスタ装置、表示制御情報の送信制御方法、表示制御情報の受信制御方法、表示制御情報の送信制御プログラム及び表示制御情報の受信制御プログラム
JP6973450B2 (ja) 2018-08-10 2021-12-01 株式会社デンソー 車両用マスタ装置、インストールの指示判定方法及びインストールの指示判定プログラム
JP7439402B2 (ja) 2018-08-10 2024-02-28 株式会社デンソー 表示制御装置、書換え進捗状況の表示制御方法及び書換え進捗状況の表示制御プログラム
JP7354631B2 (ja) 2018-08-10 2023-10-03 株式会社デンソー 電子制御装置、車両用電子制御システム、差分データの整合性判定方法及び差分データの整合性判定プログラム
JP7003976B2 (ja) 2018-08-10 2022-01-21 株式会社デンソー 車両用マスタ装置、更新データの検証方法及び更新データの検証プログラム
CN112602057A (zh) 2018-08-10 2021-04-02 株式会社电装 电子控制装置、车辆用电子控制系统、改写的执行控制方法、改写的执行控制程序以及规格数据的数据结构
JP7338280B2 (ja) 2018-08-10 2023-09-05 株式会社デンソー 車両用電子制御システム、車両用マスタ装置、メータ装置、プログラム更新の報知制御方法、インジケータの表示指示プログラム及びインジケータの表示プログラム
JP7400232B2 (ja) 2018-08-10 2023-12-19 株式会社デンソー 電子制御装置、リトライポイントの特定方法、リトライポイントの特定プログラム及び車両用電子制御システム
JP7111074B2 (ja) 2018-08-10 2022-08-02 株式会社デンソー 車両用マスタ装置、セキュリティアクセス鍵の管理方法、セキュリティアクセス鍵の管理プログラム及び車両用電子制御システム
JP7276701B2 (ja) * 2018-12-20 2023-05-18 ダイハツ工業株式会社 故障診断システム
JP7201555B2 (ja) 2019-08-30 2023-01-10 トヨタ自動車株式会社 車載ネットワークシステム
JP7252097B2 (ja) 2019-08-30 2023-04-04 トヨタ自動車株式会社 車載ネットワークシステム
CN114415619A (zh) * 2021-11-29 2022-04-29 浙江吉利控股集团有限公司 一种车辆诊断方法及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003023440A (ja) * 2001-07-09 2003-01-24 Denso Corp ゲートウェイ装置、コンピュータ、通信評価システム
JP2006191339A (ja) * 2005-01-06 2006-07-20 Fujitsu Ten Ltd バス間のメッセージ転送を行うゲートウエイ装置
JP2006197017A (ja) * 2005-01-11 2006-07-27 Toyota Motor Corp 車両用診断システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006023850A (ja) 2004-07-06 2006-01-26 Toyota Motor Corp 車両用診断システム及びこれに用いる統合制御装置
JP4507884B2 (ja) 2005-01-11 2010-07-21 トヨタ自動車株式会社 遠隔制御システム及び遠隔制御装置を備える車両
JP4529811B2 (ja) 2005-06-15 2010-08-25 トヨタ自動車株式会社 遠隔操作装置
JP2006352553A (ja) * 2005-06-16 2006-12-28 Nissan Motor Co Ltd 車載通信システム及び車載ゲートウェイ装置
JP2007196971A (ja) 2006-01-30 2007-08-09 Hitachi Ltd 車載通信システム
JP4853196B2 (ja) 2006-09-19 2012-01-11 株式会社デンソー 制御システム
JP4844425B2 (ja) * 2007-02-15 2011-12-28 ソニー株式会社 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム
US8537833B2 (en) * 2008-12-31 2013-09-17 Texas Instruments Incorporated Method of controlling communication of data packets based on different communication standards, a dual platform communication controller and a wireless transceiver
JP5370341B2 (ja) 2010-11-10 2013-12-18 株式会社デンソー 通信装置及びデータ通信システム
JP5949417B2 (ja) 2012-10-09 2016-07-06 株式会社デンソー 中継装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003023440A (ja) * 2001-07-09 2003-01-24 Denso Corp ゲートウェイ装置、コンピュータ、通信評価システム
JP2006191339A (ja) * 2005-01-06 2006-07-20 Fujitsu Ten Ltd バス間のメッセージ転送を行うゲートウエイ装置
JP2006197017A (ja) * 2005-01-11 2006-07-27 Toyota Motor Corp 車両用診断システム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9224251B2 (en) 2012-10-09 2015-12-29 Denso Corporation Gateway device
JP2018092577A (ja) * 2016-11-25 2018-06-14 株式会社デンソー 並行処理装置及び並行処理プログラム
US11314549B2 (en) 2016-11-25 2022-04-26 Denso Corporation Parallel process apparatus and parallel process program product product for parallelizing multiple processes in accordance with multiple process requests
US11740937B2 (en) 2016-11-25 2023-08-29 Denso Corporation Parallel process apparatus, parallel process system, and parallel processing method for parallelizing multiple processes in accordance with multiple process requests
CN113552858A (zh) * 2021-07-27 2021-10-26 上海科络达云软件技术有限公司 一种高效的uds诊断系统及方法

Also Published As

Publication number Publication date
DE112013004941B4 (de) 2022-07-07
CN104718725B (zh) 2018-01-26
DE112013004941T5 (de) 2015-06-25
CN104718725A (zh) 2015-06-17
US20150281022A1 (en) 2015-10-01
US9819562B2 (en) 2017-11-14
JP5949416B2 (ja) 2016-07-06
JP2014078800A (ja) 2014-05-01

Similar Documents

Publication Publication Date Title
WO2014057642A1 (ja) 中継装置
WO2014057643A1 (ja) 中継装置
CN108370342B (zh) 网关装置、车载网络系统、转送方法和程序
WO2016017088A1 (ja) ゲートウェイ装置
JP5958975B2 (ja) 通信装置、通信方法及び通信システム
JP6500123B2 (ja) 車載ゲートウェイ装置、及び車載ネットワークシステム
JP5672275B2 (ja) ネットワークシステム
CN113395197B (zh) 网关装置、车载网络系统、转送方法和计算机可读记录介质
JP2013074377A (ja) 車両用電子制御装置
CN110574345B (zh) 车载通信系统、车载中继装置及消息中继方法
JP7133022B2 (ja) 車載通信装置及び車載システム
WO2018128027A1 (ja) スイッチ装置、通信制御方法および通信制御プログラム
JP2006287739A (ja) ゲートウェイ装置
JP2007300331A (ja) 車載データベースシステム
CN105981319A (zh) 总线系统的用户站和提高总线系统的数据速率的方法
CN115336233A (zh) 车载中继装置、信息处理方法及程序
JP2006253922A (ja) ゲートウェイ装置及びゲートウェイ装置におけるデータ転送方法
Dekanic et al. Integration of CAN bus drivers and UDS on Aurix platform
JP4361540B2 (ja) ゲートウェイ装置、データ転送方法及びプログラム
JP5728043B2 (ja) ゲートウェイ装置
JP2020022019A (ja) 車両システム
JP2021197602A (ja) 車載装置、車載通信システムおよび通信制御方法
JP2022177652A (ja) 通信装置、通信システムおよび通信方法
JP6137033B2 (ja) 車載ネットワークシステム及び車載中継装置
CN116723254A (zh) 车载以太网控制器及其数据传输方法

Legal Events

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

Ref document number: 13845161

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14433868

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1120130049414

Country of ref document: DE

Ref document number: 112013004941

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13845161

Country of ref document: EP

Kind code of ref document: A1