中继装置

摘要

中继装置(10)具备请求接收部、送出部、响应接收部、发送部、调解部(S135)。请求接收部从诊断用工具(60、52)接收用于进行搭载于车辆的ECU(31、32、41、42、51)的故障诊断的诊断请求。送出部将诊断请求朝ECU所连接的车内LAN(30、40、50)送出。响应接收部接收作为诊断请求的响应由ECU送出到车内LAN的诊断响应。发送部将诊断响应朝各个诊断用工具发送。调解部在从非优先工具接收到非优先诊断请求后，且在故障诊断结束前，当从优先工具接收到优先诊断请求时，使由送出部进行的从非优先工具接收到的非优先诊断请求的送出、和由发送部进行的将非优先诊断响应对非优先工具的发送中止。

权利要求

1.一种中继装置(10)，具备：

请求接收部，从第1诊断用工具接收用于进行搭载于车辆的电子控制单元(31、32、41、

42、51)的故障诊断的第1诊断请求，从第2诊断用工具接收用于进行上述电子控制单元(31、

32、41、42、51)的故障诊断的第2诊断请求；

送出部，将上述请求接收部所接收到的上述第1诊断请求和上述第2诊断请求朝上述电子控制单元(31、32、41、42、51)所连接的车内局域网(30、40、50)送出；

响应接收部，接收作为上述第1诊断请求的响应由上述电子控制单元(31、32、41、42、

51)送出到上述车内局域网的第1诊断响应、和作为上述第2诊断请求的响应由上述电子控制单元(31、32、41、42、51)送出到上述车内局域网的第2诊断响应；

发送部，将上述第1诊断响应朝上述第1诊断请求的发送源、即上述第1诊断用工具发送，将上述第2诊断响应朝上述第2诊断请求的发送源、即上述第2诊断用工具发送；以及调解部(S135)，在从上述第1诊断用工具和上述第2诊断用工具中的一个、即非优先工具接收到用于进行上述电子控制单元(31、32、41、42、51)的上述故障诊断的上述第1诊断请求和上述第2诊断请求中的一个、即非优先诊断请求后，且在从上述非优先工具请求的上述故障诊断结束前，当从上述第1诊断用工具和上述第2诊断用工具中的另一个、且具有比上述非优先工具的优先度高的优先度的优先工具接收到用于进行上述电子控制单元(31、32、

41、42、51)的上述故障诊断的上述第1诊断请求和上述第2诊断请求中的另一个、即优先诊断请求时，使由上述送出部进行的从上述非优先工具接收到的上述非优先诊断请求的送出、和由上述发送部进行的将上述第1诊断响应和上述第2诊断响应中的一个、即非优先诊断响应对上述非优先工具的发送中止，上述第1诊断用工具和上述第2诊断用工具经由车内局域网与上述中继装置连接，上述调解部设置于上述中继装置。

2.根据权利要求1所述的中继装置，其中，

上述第1诊断用工具(60)由暂时连接于上述中继装置的外部连接工具提供，上述第2诊断用工具(52)由与设置于外部的中心(70)或者装置进行无线通信的通信装置提供。

3.根据权利要求2所述的中继装置，其中，

上述外部连接工具被作为上述优先工具提供，上述通信装置被作为上述非优先工具提供。

4.根据权利要求2所述的中继装置，其中，

上述通信装置被作为上述优先工具提供，上述外部连接工具被作为上述非优先工具提供。

说明书

中继装置

[0001] 本发明是基于2012年10月9日提出申请的日本申请号2012－224392号提出的，并在此援引其记载内容。

技术领域

[0002] 本发明涉及对诊断用工具和作为诊断对象的电子控制单元(ECU)之间的通信进行中继的车载用的中继装置。

背景技术

[0003] 以往，作为在车载系统中使用的车内局域网(LAN)的通信标准，公知有控制器局域网(CAN)，并且，公知在零售商等处经由数据链路连接器将维护工具连接于CAN，进行构成该车载系统的ECU的故障诊断(诊断)。

[0004] 并且，公知有与外部进行无线通信的ECU，作为这样的ECU的一个例子，公知有与便携装置进行无线通信，并接受经由便携装置的遥控操作的远程操作装置(专利文献1)。

[0005] 并且，除此以外，还公知有访问无线通信线路网的数据通信模块(DCM)等，公知利用这样的ECU与设置于外部的中心进行无线通信，DCM经由CAN进行构成车载系统的各ECU的故障诊断。

[0006] 此外，还公知利用这样的维护工具和DCM双方进行ECU的故障诊断，在这样的情况下，存在在由一方进行的故障诊断的中途以同一ECU作为对象而开始由另一方进行的故障诊断的情况。作为这样的情况下的调解方法，考虑如下的方法(先优先)：优先进行在先进行的故障诊断，在该故障诊断结束后，进行在后开始的故障诊断。

[0007] 然而，在CAN中，利用一个帧所能够转送的数据的大小最大为8比特左右。因此，在转送超过8比特的数据时，需要将该数据分割成多个帧而依次发送，需要将该数据作为由多个帧构成的消息转送，转送需要较长的时间。

[0008] 因此，例如，假设当顾客驾驶车辆而拜访零售商时，利用DCM进行该车辆的ECU的故障诊断，在该ECU与DCM等之间进行大小较大的消息的转送。在这样的情况下，直至转送结束为止，无法使用维护工具开始进行以同一ECU作为对象的故障诊断，存在使顾客等待的顾虑。

[0009] 这样，存在因采用先优先而产生问题的可能性，期望根据状况而切换是否采用先优先。然而，若在各个ECU进行这样的切换，则各ECU中的处理复杂化，考虑到在1台车辆搭载有多个ECU的现状，各自的开发成本变得庞大。

[0010] 现有技术文献

[0011] 专利文献

[0012] 专利文献1：日本特开2006－347333号公报

发明内容

[0013] 本发明就是鉴于上述点而完成的，其目的在于提供一种不会使ECU中的处理复杂化，能够进行使由特定的诊断用工具进行的故障诊断优先进行等的调解的中继装置。

[0014] 基于本发明的一个方式的中继装置具备请求接收部、送出部、响应接收部、发送部、调解部。请求接收部从第1诊断用工具接收用于进行搭载于车辆的ECU的故障诊断的第1诊断请求，从第2诊断用工具接收用于进行ECU的故障诊断的第2诊断请求。送出部将请求接收部所接收到的第1诊断请求和第2诊断请求朝ECU所连接的车内LAN送出。响应接收部接收作为第1诊断请求的响应由ECU送出到车内LAN的第1诊断响应、和作为第2诊断请求的响应由ECU送出到车内LAN的第2诊断响应。发送部将第1诊断响应朝第1诊断请求的发送源、即第1诊断用工具发送，将第2诊断响应朝第2诊断请求的发送源、即第2诊断用工具发送。第1诊断用工具和第2诊断用工具中的一个被设为非优先工具，具有比非优先工具高的优先度的第1诊断用工具和第2诊断用工具中的另一个被设为优先工具。从优先工具接收到的诊断请求称为优先诊断请求，将针对优先诊断请求的响应称为优先诊断响应。并且，从非优先工具接收到的诊断请求称为非优先诊断请求，将针对非优先诊断请求的响应称为非优先诊断响应。在从非优先工具接收到用于进行ECU的故障诊断的非优先诊断请求后，在从非优先工具请求的故障诊断结束前，当从优先工具接收到用于进行ECU的故障诊断的优先诊断请求时，调解部使由送出部进行的从非优先工具接收到的非优先诊断请求的送出、和由发送部进行的将非优先诊断响应对非优先工具的发送中止。

[0015] 根据上述装置，不会使ECU中的处理复杂化，能够进行优先进行由确定的诊断用工具进行的故障诊断等的调解。

附图说明

[0016] 根据参照附图进行的以下的详细说明，能够进一步明确本发明的上述目的以及其他的目的、特征、优点。

[0017] 图1是示出包含基于本发明的一个实施方式的中继装置的车载系统的结构的框图。

[0018] 图2是示出中央GW的结构的框图。

[0019] 图3是示出进行用于使由第1工具进行的故障诊断优先的调解的处理的流程图。

具体实施方式

[0020] 以下，使用附图对本发明的实施方式进行说明。此外，本发明的实施方式并不受下述的实施方式任何限定，能够采用隶属于本发明的技术范围的各种方式。

[0021] [结构的说明]

[0022] 图1是示出由作为本实施方式中的中继装置的一个例子的中央网关(CENTRAL GW)10等构成的车载系统的结构的框图。以下，中央网关10简记为中央GW 10。

[0023] 中央GW 10与连接有第1电子控制单元(1ST ECU)31、第2电子控制单元(2ND ECU)32等的车内局域网(LAN)、即第1LAN(1ST LAN)30，以及连接有第3电子控制单元(3RD ECU)
41、第4电子控制单元(4TH ECU)42等的车内LAN、即第2LAN(2ND LAN)40连接。并且，还与连接有第5电子控制单元(5TH ECU)51、访问无线通信线路网的数据通信模块(DCM)52等的车内LAN、即第3LAN(3RD LAN)50连接，且构成为对连接于不同的LAN的ECU 31、32、41、42、51之间的通信进行中继。

[0024] 此外，中央GW 10可以构成为中继专用的ECU，也可以构成为导航装置、空调等具有特定功能的ECU。

[0025] 并且，在本实施方式中，第1～第3LAN 30～50作为一个例子构成为控制器局域网(CAN)。

[0026] 并且，中央GW 10作为一个例子构成为CAN，与设置有数据链路连接器(DLC)21的传送路20连接，在该数据链路连接器21上暂时连接有进行各ECU 31、32、41、42、51的故障诊断的第1诊断用工具(1ST TOOL)60。以下，第1诊断用工具60简称为第1工具60。此外，该第1工具60例如构成为设置于零售商等处的维护工具、进行法规上确定的故障诊断的法规工具等。

[0027] 而且，假设在数据链路连接器21上连接有第1工具60，开始进行对象ECU的故障诊断。此时，中央GW 10经由传送路20从第1工具60接收指示用于对对象ECU进行故障诊断的处理的诊断请求帧，并将其朝第1～第3LAN 30～50送出。

[0028] 其后，作为针对该诊断请求帧的响应，若由对象ECU朝第1～第3LAN30～50中的对象ECU所被连接的LAN送出诊断响应帧，则中央GW 10接收该诊断响应帧，并经由传送路20朝第1工具60发送。

[0029] 因此，连接于数据链路连接器21的第1工具60经由中央GW 10与构成车载系统的各ECU 31、32、41、42、51进行诊断用帧的发送接收，能够进行这些ECU的故障诊断。

[0030] 另一方面，连接于第3LAN 50的DCM 52作为第2诊断用工具(2ND TOOL)发挥功能。以下，第2诊断用工具52简称为第2工具52。第2工具52构成为能够经由无线通信线路网与进行车辆的ECU的故障诊断的中心(CENTER)70(也可以是移动电话或智能手机等)进行通信。
而且，若由中心70指示进行故障诊断、或在该第2工具52中预先规定的驱动条件满足，则第2工具52朝第3LAN 50送出诊断请求帧，中央GW 10接收该诊断请求帧并朝第1、第2LAN 30、40送出。

[0031] 之后，作为针对该诊断请求帧的响应，若由任一个ECU朝第1、第2LAN30、40送出诊断响应帧，则中央GW 10接收该诊断响应帧并朝第3LAN 50送出。而且，第2工具52接收该诊断响应帧，并将该诊断响应帧的内容朝中心70发送。

[0032] 这样，中央GW 10对根据来自中心70的指示或者驱动条件被满足这一情况而进行故障诊断的第2工具52、与连接于第1、第2LAN 30、40的ECU之间的诊断用帧的发送接收进行中继。由此，中心70能够经由第2工具52、中央GW 10与这些ECU进行通信，并进行故障诊断。

[0033] 此外，关于连接于第3LAN 50的ECU，通过该ECU与第2工具52直接进行通信，能够进行由中心70进行的故障诊断。

[0034] 接下来，使用图2对中央GW 10的结构进行说明。中央GW 10具备：进行经由第1LAN 30的通信的第1通信部(1ST COMM)11；进行经由第2LAN 40的通信的第2通信部(2ND COMM)
12；进行经由第3LAN 50的通信的第3通信部(3RD COMM)13；以及进行经由传送路20的通信的第4通信部(4TH COMM)15。并且，控制部(CONTROL)14具备由不需要存储保持动作的器件(例如闪存)构成的存储部(STORAGE)16。

[0035] 此外，控制部14以由中央处理单元(CPU)、只读存储器(ROM)、随机访问存储器(RAM)、输入/输出端口(I/O)以及将它们连接在一起的总线等构成的公知的微型计算机为中心而构成，并根据存储于ROM的程序对中央GW 10进行集中控制。

[0036] [动作的说明]

[0037] 对中央GW 10调解由第1工具60进行的故障诊断和由第2工具52进行的故障诊断的处理进行说明。

[0038] 在CAN中，能够用一个帧转送的最大数据长为8比特，当欲发送的数据超过8比特的情况下，需要分多次发送帧，并将该数据作为消息转送。

[0039] 这里，若以规定CAN的网络层的通信协议的国际标准化组织(ISO)15765为例，则确定了单帧(SF(Single Frame))、第一帧(FF(First Frame))、相邻帧(CF(Consecutive Frame))、流程控制帧(FC(Flow Control Frame))这4个种类的帧，以及与工具和ECU之间的帧发送接收相关的时间规定。

[0040] 并且，在诊断用的应用层的通信协议、即ISO 14229中，确定了如下的规则(先优先)：处于接收来自工具的诊断请求帧或诊断请求消息(仅记为诊断请求帧等)的过程中的ECU，即便从其他的工具接收诊断请求帧等也不将其接受，而是优先进行在先的诊断请求帧等的接收。该ECU作为针对该来自其他的工具的诊断请求帧等的响应，例如进行指示再次发送该诊断请求帧等的负响应代码(NRC)的送出等，直至在先的诊断请求帧等的接收结束为止不接受新的诊断请求帧等。

[0041] 另一方面，在诊断用的网络层的通信协议、即ISO 15765中，ECU若在诊断请求帧等的接收中途从其他的工具接收到新的诊断请求帧等，则放弃接收中的诊断请求帧等，而接受新的诊断请求帧等(后优先)。

[0042] 而且，在本实施方式的ECU 31、32、41、42、51基于诊断用的应用层的规定、即先优先构成的情况下，根据由中心70进行的故障诊断指示等，在第2工具52与任一个ECU 31、32、41、42、51之间经由中央GW 10进行帧等的发送接收。此时，即便假设从第1工具60对该对象ECU发送诊断请求帧等，该帧等也不被接受，并不开始由第1工具60进行的故障诊断。

[0043] 然而，第1工具60构成为在零售商处使用的维护工具等，若由第1工具60进行的故障诊断并不立即开始，则存在使在零售商处进行车辆的检查的顾客等待的可能性。

[0044] 与此相对，在中央GW 10中，当在第2工具52与对象ECU之间的帧等的发送接收中由第1工具60进行的对象ECU的故障诊断开始的情况下，进行调解。

[0045] 此外，作为这样的调解的方法，以往公知有通过以工具为单位区分CAN ID而使由多个工具进行的故障诊断同时进行的方法，但在本实施方式的中央GW 10中，利用不同的方法进行调解。

[0046] 而且，通过上述调解，由第2工具52进行的故障诊断中止，由第1工具60进行的故障诊断立即开始。

[0047] 以下，使用图3对进行用于使由第1工具60进行的故障诊断优先的调解的处理进行说明。

[0048] 假设根据来自中心70的指示等，第2工具52朝第3LAN 50送出指示针对第1ECU 31提供冻结帧数据(FFD)的SF、即FFD读出(S100)。

[0049] 此外，FFD是表示车辆产生异常时的车速、发动机转速等车辆状态的数据。

[0050] 此时，中央GW 10的控制部14经由第3通信部13接收该FFD读出，并且经由第1、第2通信部11、12将FFD读出朝第1、第2LAN 30、40送出(S105)。

[0051] 而且，第1ECU 31若接收到该FFD读出，则开始诊断处理(S110)，读出保存于闪存等的FFD。在该FFD具有超过8比特的数据大小的情况下，被分割成8比特以下的多个数据。

[0052] 之后，假设第1工具60朝传送路20送出对第1ECU 31指示读出规定地址的存储器的内容的SF、即数据监控(S115)。中央GW 10的控制部14经由第4通信部15接收该数据监控，并且经由第1～第3通信部11～13将该数据监控朝第1～第3LAN 30～50送出(S120)。

[0053] 与此相对，第1ECU 31接收被朝第1LAN 30送出的数据监控，但由于处于针对来自第2工具52的FFD读出的响应的发送前，因此不进行存储器的读出。而且，作为针对数据监控的响应，朝第1LAN 30送出指示在经过一定时间后再次发送数据监控的SF、即NRC(S125)。

[0054] 中央GW 10的控制部14经由第1通信部11接收该NRC，并且将该NRC朝传送路20送出(S130)。而且，遍及一定期间，执行使由第2工具52进行的故障诊断中止、使由第1工具60进行的故障诊断优先开始的调解处理(S135)。在该调解处理的执行中，用于进行由第2工具52进行的故障诊断的诊断用帧的中继(第1ECU 31与第2工具52之间的诊断用帧的中继)被中止。

[0055] 此外，中央GW 10的控制部14也可以并不将在S115中从第1工具60发送的数据监控朝第1ECU 31中继，而是对第1工具60作为针对该数据监控的响应发送NRC。即便在这样的情况下，也能够使第1工具60在经过一定时间后再次发送数据监控。

[0056] 之后，第1ECU 31作为针对第2工具52的响应，生成包含分割数据中的一个的FF、即FFD响应并朝第1LAN 30送出(S140)。

[0057] 这里，对在假设中央GW 10并不进行调解处理的情况下，由第2工具52、中央GW 10、第1ECU 31进行的处理(与图3中的虚线箭头所对应的处理)进行说明。

[0058] 中央GW 10的控制部14若接收到从第1ECU 31朝第1LAN 30送出的FFD响应，则经由第3通信部13将该FFD响应朝第3LAN 50送出(S145)。

[0059] 另一方面，第2工具52若接收到被朝第3LAN 50送出的FFD响应，则将指定FFD响应的发送顺序的FC朝第3LAN 50送出(S150)。此外，在本实施方式中，该FC作为一个例子设定为块大小(BS)＝1，虽然根据该FC指示发送一个FFD响应帧，当然并不限定于这样的发送顺序。

[0060] 其后，中央GW 10的控制部14为，若经由第3通信部13接收到被送出到第3LAN 50的FC，则经由第1、第2通信部11、12将该FC朝第1、第2LAN 30、40送出(S155)。

[0061] 另一方面，第1ECU 31若接收到该FC，则作为响应朝第1LAN 30送出包含其他的分割数据的CF、即FFD响应(S160)。并且，中央GW 10的控制部14经由第1通信部11接收该FFD响应，然后，经由第3通信部13将该FFD响应朝第3LAN 50送出(S165)。

[0062] 但是，由于处于调解处理的执行中，因此，即便中央GW 10在S140从第1ECU 31接收到FFD响应，也并不将其朝第3LAN 50送出，不进行S145～S165的处理。

[0063] 此外，假设中央GW 10从第1工具60接收数据监控的定时延迟，在S145中从中央GW 10朝第2工具52发送FFD响应后开始调解处理。在这样的情况下，第2工具52根据FFD响应送出FC(S150)，但由于在中央GW 10正在进行调解处理，因此该FC未被朝第1ECU 31中继。

[0064] 并且，假设中央GW 10在S155对FC进行中继后开始调解处理。在这样的情况下，第1ECU 31根据该FC送出FFD响应(S160)，但由于在中央GW 10正在进行调解处理，因此该FFD响应未被朝第2工具52中继。

[0065] 另一方面，第2工具52等待来自第1ECU 31的FFD响应，但在没有FFD响应的状况经过一定时间的时刻结束故障诊断。并且，虽然在第1ECU31中也等待FC的接收，但在从FFD响应的送出(S140)经过一定时间的时刻，诊断处理结束。

[0066] 并且，第1工具60当在S130接收到从中央GW 10送出的NRC后，若经过一定时间，则朝传送路20再次送出数据监控(S170)。中央GW 10的控制部14接收该数据监控，并且将其朝第1～第3LAN 30～50送出(S175)。

[0067] 而且，第1ECU 31若接收到被朝第1LAN 30送出的数据监控，则读出由该数据监控指定的区域的数据，并且生成包含所读出的数据的SF、即数据监控响应，并朝第1LAN 30送出(S180)。中央GW 10的控制部14接收被朝第1LAN 30送出的数据监控响应，并且将该数据监控响应朝传送路20送出，将该数据监控响应朝第1工具60中继(S185)。

[0068] [效果]

[0069] 本实施方式的中央GW 10若在由第2工具52进行的对象ECU的故障诊断中从第1工具60接收到针对该对象ECU的诊断请求帧，则随后中止第2工具52与该对象ECU之间的诊断用帧的中继。

[0070] 由此，即便不在各ECU 31、32、41、42、51中设置使故障诊断中止的处理等，也利用中央GW 10强制地中止由第2工具52进行的故障诊断。而且，在故障诊断中止后，若第1工具60再次发送针对同一对象ECU的诊断请求帧，则该诊断请求帧被朝该对象ECU中继，开始由第1工具60进行的该对象ECU的故障诊断。

[0071] 因此，不会使各ECU 31、32、41、42、51中的处理复杂化，能够优先地进行由第1工具60进行的各ECU 31、32、41、42、51的故障诊断，能够防止使在零售商处进行车辆的检查的顾客等待等情况的产生。

[0072] [其他实施方式]

[0073] 在本实施方式中，第1～第3LAN 30～50、传送路20构成为CAN，但自不必说，也可以构成为CAN以外的事件驱动方式的通信标准、FlexRay、媒体导向系统传输(MOST)、以太网(注册商标)等通信标准的车内LAN。并且，车内LAN的数量也可以不同。即便在这样的情况下，也能够得到同样的效果。

[0074] 并且，根据第1～第3车内LAN 30～50或传送路20的通信标准，也存在故障诊断的指示或针对该指示的响应作为由多个帧构成的消息发送接收的情况。即便在这样的情况下，中央GW 10通过以与本实施方式同样的方式进行消息的中继、调解处理，能够得到同样的效果。

[0075] 并且，在本实施方式中，例示出将数据链路连接器21设置于与中央GW 10连接的传送路20的结构，但并不局限于此，也可以将数据链路连接器设置于第1～第3LAN 30～50。并且，也可以在传送路20或第1～第3LAN30～50中设置多个数据链路连接器，形成为能够同时连接多个第1工具60的结构。

[0076] 并且，在本实施方式中，例示出用于进行中继的专用装置、即中央GW10，但并不局限于此，也可以在其他的ECU中装入同样的功能。

[0077] 并且，在本实施方式中，例示出经由一个第2工具52与中心70进行无线通信，进行对象ECU的故障诊断的结构。然而，并不局限于此，也可以形成为第2工具52与多个中心70进行无线通信，在各中心70独立地进行对象ECU的故障诊断的结构。

[0078] 并且，作为构成车载系统的ECU，也可以形成为如下的结构：还设置与第2工具52相当的其它的无线通信装置，第2工具52或该无线通信装置与其它的中心70或终端(移动电话或智能手机等)进行无线通信，利用各第2工具52或该无线通信装置独立地进行ECU的故障诊断。

[0079] 并且，可以将上述第2工具52或该无线通信装置一并作为与第2工具之间的处理，也可以像第3工具、第4工具那样分开处理。

[0080] 即便在像这样形成为能够进行由1个或者多个第1工具60、1个或者多个工具进行的故障诊断的结构的情况下，也能够得到同样的效果。

[0081] 并且，在本实施方式中，对进行用于使由第1工具60进行的故障诊断优先的调解的处理进行了说明。然而，例如，当正由中心70进行紧急度高的故障诊断的情况下等，也可以通过同样的方法使由中心70进行的故障诊断优先。通过这样做，能够迅速地进行紧急度高的故障诊断。

[0082] 并且，在本实施方式中，第1工具60由经由数据链路连接器21所被设置的传送路20暂时连接于中继装置10的外部连接工具提供，第2工具由构成为能够经由无线通信线路网与中心70通信的数据通信模块提供。并不局限于此，也可以形成为：第1工具60由数据通信模块提供，第2工具52由外部连接工具提供。

[0083] 在本实施方式中，中央GW 10的第3、第4通信部13、15相当于请求接收部、发送部，第1～第3通信部11～13相当于送出部、响应接收部。

[0084] 并且，进行用于使由第1工具60或者第2工具52进行的故障诊断优先的调解的处理中的S135相当于调解部。

[0085] 上述的发明包含以下的方式。

[0086] 基于本发明的一个方式的中继装置10具备请求接收部13、15、送出部11～13、响应接收部11～13、发送部13、15、调解部S135。请求接收部13、15从第1诊断用工具60、52接收用于进行搭载于车辆的ECU 31、32、41、42、51的故障诊断的第1诊断请求，从第2诊断用工具60、52接收用于进行ECU 31、32、41、42、51的故障诊断的第2诊断请求。送出部11～13将请求接收部13、15所接收到的第1诊断请求和第2诊断请求朝ECU 31、32、41、42、51所连接的车内LAN 30、40、50送出。响应接收部接收作为第1诊断请求的响应由ECU 31、32、41、42、51送出到车内LAN的第1诊断响应、和作为第2诊断请求的响应由ECU 31、32、41、42、51送出到车内LAN的第2诊断响应。发送部13、15将第1诊断响应朝第1诊断请求的发送源、即第1诊断用工具60、52发送，将第2诊断响应朝第2诊断请求的发送源、即第2诊断用工具60、52发送。第1诊断用工具60、52和第2诊断用工具60、52中的一个被设为非优先工具，具有比非优先工具高的优先度的第1诊断用工具60、52和第2诊断用工具60、52中的另一个被设为优先工具。将从优先工具接收到的诊断请求称为优先诊断请求，将针对优先诊断请求的响应称为优先诊断响应。并且，将从非优先工具接收到的诊断请求称为非优先诊断请求，将针对非优先诊断请求的响应称为非优先诊断响应。在从非优先工具接收到用于进行ECU 31、32、41、42、51的故障诊断的非优先诊断请求后，从非优先工具请求的故障诊断结束前，当从优先工具接收到用于进行ECU 31、32、41、42、51的故障诊断的优先诊断请求时，调解部S135使由送出部11～
13进行的从非优先工具接收到的非优先诊断请求的送出、和由发送部13、15进行的将非优先诊断响应对非优先工具的发送中止。

[0087] 上述诊断请求或诊断响应例如可以构成为单一的帧，也可以构成为由多个帧构成的消息。并且，帧是在1次发送接收中朝车内LAN等送出的数据。

[0088] 在各ECU 31、32、41、42、51根据先优先构成的情况下，假设在由非优先工具进行的任一个ECU、即对象ECU的故障诊断中，该对象ECU从优先工具接收到用于开始故障诊断的诊断请求。在这样的情况下，由非优先工具进行的用于进行故障诊断的全部的诊断用帧的发送接收并未结束，因此，该对象ECU中，并不开始与来自优先工具的诊断请求对应的故障诊断。

[0089] 与此相对，基于本发明的中继装置10当在由非优先工具进行的任一个ECU、即对象ECU的故障诊断中从优先工具接收到针对该对象ECU的诊断请求时，则使非优先工具与该对象ECU之间的诊断用帧的中继中止。由此，使该对象ECU与非优先工具之间的通信不成立，使得该对象ECU能够从优先工具接收新的诊断请求。

[0090] 由此，即便并不在各ECU 31、32、41、42、51中设置使故障诊断中止的处理等，也能够通过由中继装置10进行的调解而强制地中止由非优先工具进行的故障诊断。因此，故障诊断的结束时期早，当优先工具针对同一对象ECU再次发送诊断请求，则该诊断请求被朝该对象ECU中继，开始进行由优先工具进行的该对象ECU的故障诊断。

[0091] 此外，也可以形成为如下的结构：在由非优先工具进行的对象ECU的故障诊断中，从优先工具接收到诊断请求的中继装置10对该优先工具发送指示诊断请求的再次发送的指令，由此，利用优先工具再次发送诊断请求。并且，除此以外，也可以构成为：具有使优先工具再次发送诊断请求的功能，无论是否存在来自中继装置10的指令，都从优先工具再次发送诊断请求。

[0092] 因此，根据本发明所涉及的中继装置10，不会使各ECU 31、32、41、42、51中的处理复杂化，能够优先地进行由确定的诊断用工具进行的故障诊断。

[0093] 本发明是基于实施例记述的，但应当理解为本发明并不限定于该实施例或构造。本发明也包含各种变形例或等同范围内的变形。除此之外，各种组合或形态、以及进一步在其中包含仅一个要素、包含一个以上或者一个以下要素的其他的组合或形态也落入本发明的范畴或思想范围。