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