(57)【要約】【課題】外部装置が要求メッセージを送信完了してから車載制御装置から応答メッセージを規定時間内に受信できないような通信状態であっても、外部装置でタイムアウトが発生することがない車載ネットワークシステム及び車載中継装置を提供する。【解決手段】ＧＷ２は、診断ツール９，１０から受信した要求メッセージをＥＣＵ５，６へ送信した場合は通信経路に対応したＰ２serverタイマを開始し、ＥＣＵ５，６から応答メッセージを受信することなくＰ２serverタイマがタイムアウトした場合はペンディングレスポンスを診断ツール９，１０に送信する。これにより、診断ツール９，１０は、タイムアウトすることなくＥＣＵ５，６からの応答メッセージを受信することができる。【選択図】図９
2015228622.tif 000002
【特許請求の範囲】
【請求項１】
バス（３）とバス（４）を接続するノードとして設けられ、一方のバスから受信したデータを通信プロトコル整合させた状態で他方のバスへ送信する車載中継装置（２）と、
前記バスのノードを構成する車載制御装置（５，６）と、
前記車載中継装置がノードとなるように接続された外部接続用バス（７，８）と、
前記外部接続用バスのノードを構成するように接続され、その接続状態で前記車載中継装置を介して前記車載制御装置と通信する外部装置（９、１０）と、を備え、
前記車載制御装置は、前記外部装置から要求メッセージを受信してから時間計測を開始し、応答メッセージを送信すべき性能時間である所定の第１規定時間が経過するまでに応答メッセージを送信できない場合はペンディングレスポンスを送信してから時間計測を再計測し、
前記外部装置は、前記外部接続用バスに接続された状態で要求メッセージの送信が完了してから時間計測を開始し、応答メッセージを受信すべきタイムアウト時間である所定の第２規定時間が経過するまでにペンディングレスポンスを受信した場合は時間計測を再計測する車載ネットワークシステムにおいて、
前記車載中継装置は、通信経路に対応して前記第１規定時間を記憶しており、前記外部装置から要求メッセージを受信した場合は時間計測を開始し、通信経路に対応した前記第１規定時間が経過するまでに前記車載制御装置から応答メッセージを受信しなかった場合は前記外部装置にペンディングレスポンスを送信することを特徴とする車載ネットワークシステム。
【請求項２】
前記外部装置は、前記第２規定時間を記憶しており、初期化シーケンス実行時に前記第２規定時間を送信し、
前記車載中継装置は、前記外部装置から受信した前記第２規定時間に基づいて前記第１規定時間を設定することを特徴とする請求項１記載の車載ネットワークシステム。
【請求項３】
前記外部装置は、前記車載制御装置の動作モードを切替える際はセッション変更を要求し、
前記車載制御装置は、セッションに対応して前記第１規定時間を記憶しており、セッション変更の要求を受付けた場合はセッションに対応した前記第１規定時間を送信し、
前記車載中継装置は、前記車載制御装置から受信した前記第１規定時間を通信経路及びセッションに対応して設定することを特徴とする請求項１記載の車載ネットワークシステム。
【請求項４】
前記車載中継装置は、前記外部装置との通信距離が他の車載制御装置よりも短い位置に設けられていることを特徴とする請求項１から３のいずれか一項に記載の車載ネットワークシステム。
【請求項５】
請求項１から４のいずれか一項に記載の車載ネットワークシステムで用いられることを特徴とする車載中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置と車載制御装置との間のデータを車載中継装置により中継する車載ネットワークシステム、及びこの車載ネットワークシステムで用いられる車載中継装置に関する。
【背景技術】
【０００２】
外部装置である例えば診断ツールと車載制御装置（以下、ＥＣＵ（Engine Control Unit））との間のダイアグ通信におけるタイムアウトを防止するため、車載中継装置であるゲートウェイ装置（以下、ＧＷ）がペンディングレスポンスを外部装置へ送信することで、診断ツールが応答メッセージを受信できずにタイムアウトとなる時間を再計測することが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−３０９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１には次のような課題がある。
（１）診断ツールが複数接続する場合に、診断ツールの通信プロトコル（ＣＡＮ、Ｅｔｈｅｒｎｅｔ（登録商標等））等によって応答メッセージの受信がタイムアウトとなるタイムアウト時間が変化するが、ＥＣＵは診断ツールの通信プロトコルを把握できないことから、ペンディングレスポンスを適切なタイミングで送信できない。
【０００５】
（２）ＥＣＵのバスの通信プロトコルはＣＡＮ（controller area network）・ＬＩＮ（Local Interconnect Network）等であるが、診断ツールはＥＣＵにダイアグ要求を送信してからダイアグ応答を受信するまでに対応したタイムアウト時間を把握できないことから、ＥＣＵ毎に応じてタイムアウト時間を切替えることが困難である。
【０００６】
例えば、ＧＷとＥＣＵとの間を接続するバスの通信プロトコルがＬＩＮの場合、ＬＩＮの送信スケジュール待ちがあり、通信遅延時間が大きくなることから、診断ツールのタイムアウト時間が診断ツールのダイアグ要求送信からダイアグ応答受信までの実測値（実際の通信時の応答時間）よりも小さくなり、ＥＣＵがペンディングレスポンスを送信したにも拘わらず診断ツールがタイムアウトする場合がある。
【０００７】
このような場合、次のような動作となる。
（１）診断ツールはダイアグ要求を送信。
（２）診断ツールはダイアグ要求送信完了時に経過時間の計測を開始。
（３）ＥＣＵはダイアグ要求の受信時に経過時間の計測を開始。
（４）ＥＣＵはタイムアウト時間経過する前にダイアグ応答。
（５）診断ツールはタイムアウト発生により受信エラーと判断。
このような動作により、診断ツールのタイムアウト時間内にＥＣＵのダイアグ応答が完了できず、診断ツール側にタイムアウトが発生し、ダイアグ通信が成立しないことになる。
【０００８】
本発明は上記事情に鑑みてなされたもので、その目的は、外部装置が要求メッセージを送信完了してから車載制御装置から応答メッセージを規定時間内に受信できないような通信状態であっても、外部装置でタイムアウトが発生することがない車載ネットワークシステム及び車載中継装置を提供することにある。
【課題を解決するための手段】
【０００９】
請求項１の発明によれば、外部装置が車載制御装置に要求メッセージを送信すると、車載制御装置は、要求メッセージを受信するのに応じて応答メッセージを送信する。このとき、車載制御装置は、応答メッセージの送信が遅延するような場合は、応答メッセージを送信するまでの時間である第１規定時間が経過するまでにペンディングレスポンスを送信する。これにより、外部装置は、ペンディングレスポンスを受信することで第２規定時間の延長を図るようになるので、タイムアウトすることなく応答メッセージを受信することができる。この場合、外部装置と車載制御装置との間はデータが通信経路に応じた通信プロトコルで通信されるので、通信経路によっては車載制御装置から送信されたペンディングレスポンスが外部装置に間に合わず、外部装置がタイムアウトして応答メッセージを受信できないことが考えられる。そこで、車載中継装置は、外部装置から要求メッセージを受信した場合は、通信経路に対応した第１規定時間を計測し、第１規定時間が経過するまでに車載制御装置から応答メッセージを受信できない場合はペンディングレスポンスを外部装置へ送信する。この結果、外部装置は、車載中継装置からのペンディングレスポンスを受信するのに応じて第２規定時間の延長を図るようになるので、タイムアウトすることなく車載制御装置からの応答メッセージを確実に受信することができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態における車載ネットワークを模式的に示す図
【図２】ＧＷに設定された通信設定情報を示す図
【図３】要求メッセージのフォーマットを示す図
【図４】応答メッセージのフォーマットを示す図
【図５】ＧＷによるセッション切替時における動作を示すフローチャート
【図６】ＧＷによるペンディングレスポンス送信動作を示すフローチャート
【図７】各機器間の通信シーケンスを示す図
【図８】Ｐ２タイマの設定の変化を示す図
【図９】各機器間の通信シーケンスを示す図
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について図面を参照して説明する。
図１に示すように、車載ネットワークシステムは、車両１に搭載されたＧＷ２（車載中継装置に相当）に複数のバス３，４が接続され、それらのバス３，４にＥＣＵ５，６（車載制御装置に相当）がそれぞれ接続されて構成されている。尚、図１は車載ネットワークシステムを模式的に示しており、説明の簡略上、各バス３，４にはＥＣＵ５，６がそれぞれ１台ずつ接続されているものとする。
【００１２】
ＧＷ２は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ＬＡＮコントローラを備えて構成されており、ＣＰＵは、ＲＯＭに記憶されたプログラムに従って各種処理を実行する。ＬＡＮコントローラは、各バス３，４の通信プロトコルに規定されたデータフォーマットに従ってデータの中継を行う。
ＧＷ２はバス３，４に接続されたＥＣＵ５，６間のデータを中継する。バス３，４の通信プロトコルは同一の場合もあるし、互いに異なっている場合もある。本実施形態では、バス３の通信プロトコルはＣＡＮ、バス４の通信プロトコルはＬＩＮである。
【００１３】
ＥＣＵ５，６は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ＬＡＮコントローラを備えて構成されており、ＣＰＵは、ＲＯＭに記憶されたプログラムに従って各種処理を実行する。ＬＡＮコントローラは、バス３，４の通信プロトコルに規定されたデータフォーマットに従ってデータの送受信を行う。つまり、バス３に接続されたＥＣＵ５にはＬＡＮコントローラとしてＣＡＮコントローラが搭載されており、バス３のノードを構成する。バス４に接続されたＥＣＵ６にはＬＡＮコントローラとしてＬＩＮトランシーバが搭載されており、バス４のノードを構成する。
ＣＡＮ及びＬＩＮのバス３，４の共通のノードとなるＧＷ２には、ＬＡＮコントローラとしてＣＡＮコントローラ及びＬＩＮトランシーバが搭載されている。
【００１４】
さて、ＧＷ２はＥＣＵ５，６間のデータを中継するのが基本動作であるが、ＥＣＵ５，６の機能を例えばディーラーで点検する場合は、ＧＷ２にバスを介して診断ツールを接続する。診断ツールは、各ＥＣＵ５，６から故障診断等のための各種情報を収集するためのものである。
【００１５】
即ち、ＧＷ２には外部接続用バス７，８が接続されている。外部接続用バス７の通信プロトコルはＣＡＮ、外部接続用バス８の通信プロトコルはＥｔｈｅｒｎｅｔであり、外部接続用バス７，８のノードとなるＧＷ２にはＬＡＮコントローラとしてＣＡＮコントローラ及びＥｔｈｅｒｎｅｔコントローラが搭載されている。外部接続用バス７，８には図示しない接続コネクタが接続されており、外部接続用バス７に診断ツール９（外部装置に相当）が接続され、外部接続用バス８に診断ツール１０（外部装置に相当）が接続されるようになっている。診断ツール９にはＬＡＮコントローラとしてＣＡＮコントローラが搭載されており、診断ツール９は外部接続用バス７に接続された状態で外部接続用バス７のノードを構成する。診断ツール１０にはＬＡＮコントローラとしてＥｔｈｅｒｎｅｔコントローラが搭載されており、診断ツール１０は外部接続用バス８に接続された状態で外部接続用バス８のノードを構成する。
【００１６】
ＧＷ２は、診断ツール９，１０が外部接続用バス７，８に接続された状態では、診断ツール９，１０とＥＣＵ５，６との間のデータを中継する。尚、図１では、ＧＷ２には２台の診断ツール９，１０を同時に接続したように模式的に示しているが、実際には診断ツール９，１０の一方のみが接続可能である。
【００１７】
ＧＷ２は、診断時に診断ツール９，１０とＥＣＵ５，６との間のデータを中継するのに必要となる通信設定情報を保持可能となっている。つまり、ＧＷ２は、診断ツール９，１０とＥＣＵ５，６との間のそれぞれの通信経路でデータを中継する必要があることから、それらの中継に必要となる各種通信パラメータを通信設定情報として保持しているのである。通信経路とは、診断ツール９，１０とＥＣＵ５，６との間の各経路のことであり、診断ツールとＥＣＵとの組合せ数だけ存在する。図１で示した例では、通信経路は、診断ツール９とＥＣＵ５、診断ツール９とＥＣＵ６、診断ツール１０とＥＣＵ５、診断ツール１０とＥＣＵ６の４経路であるが、実際には多数存在することになる。
【００１８】
ＧＷ２に設定されている通信設定情報の内、本発明に関係する通信パラメータは、Ｐ２server（第１規定時間に相当）及びＰ２＊server（第２規定時間に相当）（以下、Ｐ２serverとＰ２＊serverとを合わせてＰ２タイマと総称する）であり、ＧＷ２は、Ｐ２タイマを通信経路及び後述するセッションに応じて保持することを特徴とする。Ｐ２タイマとは、後述するように診断ツール９，１０が送信メッセージの送信が完了してから応答メッセージを待機するタイムアウト時間、或いはＥＣＵ５，６が送信メッセージを受信してから応答メッセージを送信するまでの性能時間のことであり、通信経路及びセッション毎に異なることから、Ｐ２タイマは通信経路及びセッションに対応して保持される。
【００１９】
Ｐ２タイマの保持方法は、各通信経路に対応してセッション毎に保持されるもので、初期値としてセッション♯１のＰ２タイマ（デフォルト）が予め設定されている（図８（ａ）参照）。
具体的には、図２に示すように、ＩＤ♯１（要求ＩＤ）及びＩＤ♯２（応答ＩＤ）に対応して通信経路１が設定されており、その通信経路１に初期値のＰ２タイマ（Ｐ２server_Defult、Ｐ２＊server_Defult）が保持されている。ＩＤ♯３（要求ＩＤ）及びＩＤ♯４（応答ＩＤ）に対応して通信経路２が設定されており、その通信経路２にＰ２タイマ（Ｐ２server_Defult、Ｐ２＊server_Defult）が保持されている。以下、同様に、ＩＤ♯ｍ（要求ＩＤ）及びＩＤ♯ｎ（応答ＩＤ）に対応して通信経路Ｘが設定されており、その通信経路ＸにＰ２タイマ（Ｐ２server_Defult、Ｐ２＊server_Defult）が保持されている。
【００２０】
要求メッセージは、図３に示すように、要求ＩＤ（フィジカルアドレッシング）と、ＤＡＴＡ♯１〜♯ｎ（ｎは正数）のデータから構成されている。要求ＩＤは、要求メッセージの送信元の診断ツール９，１０のＩＤと送信先のＥＣＵ５，６のＩＤとを特定するものである。
応答メッセージは、図４に示すように、応答ＩＤ（フィジカルアドレッシング）と、ＤＡＴＡ♯１〜♯ｎ（ｎは整数）から構成されている。応答ＩＤは、応答メッセージの送信元のＥＣＵ５，６のＩＤと送信先の診断ツール９，１０のＩＤとを特定するものである。
【００２１】
ＩＤとは送信元と送信先を示す識別子であり、識別子付きの通信プロトコルの通信フォーマットでは、必ず送信元と送信先を示す識別子が用いられることから、ＩＤに基づいて送信元と送信先を特定することができる。つまり、要求ＩＤに基づいて送信元の診断ツール９，１０と送信先のＥＣＵ５，６との間の通信経路を特定することができる。一方、図４に示すように、応答メッセージは応答ＩＤとデータとから構成されており、応答ＩＤに基づいて送信元のＥＣＵ５，６と送信先の診断ツール９，１０とを特定することができる。
通信プロトコルとＩＤとの関係は図１に示すようになっている。即ち、ＩＤは、ＣＡＮの場合はＣＡＮ−ＩＤ、ＬＩＮの場合はＬＩＮ−ＩＤ、Ｅｔｈｅｒｎｅｔの場合はＩＰで示される。
【００２２】
ＥＣＵ５，６には、自己特有のＰ２タイマとして、セッション毎のＰ２タイマ（デフォルト）を予め保持している（図８（ａ）参照）。一方、診断ツール９，１０には、自己特有のＰ２タイマとして、セッション♯１のＰ２タイマ（デフォルト）を予め保持している（図８（ａ）参照）。
【００２３】
本実施形態では、上述したようにＧＷ２に予め保持されているＰ２タイマはセッション♯１（デフォルト）に対応したもので、セッション♯１（デフォルト）以外のセッションに対応したＰ２タイマは保持していない。セッション♯１（デフォルト）以外のセッションに対応したＰ２タイマはＥＣＵ５，６にそれぞれ設定されており、セッションの変更時にＥＣＵ５，６から取得するようになっている。これは、ＩＳＯ（International Organization for Standardization）の規定上、ＥＣＵ５，６のみがＰ２タイマを含む通信設定情報を保持すること許容されているからである。
【００２４】
以下、セッション♯１（デフォルト）以外のセッションの通信設定情報はＥＣＵ５，６のみが保持しているものとして説明する。
通信設定情報は、セッション♯１（デフォルト）、セッション♯２……、セッション♯ｎに対応して設定されており、以下の各項目が設定されている。尚、ＩＳＯでは通信設定情報としてＰ２タイマ以外の通信パラメータも設定されているが、省略する。
【００２５】
セッション……診断ツール９，１０とＥＣＵ５，６との間の通信で有効とされたモード状態（デフォルト、リプログモード、診断モード等）。
Ｐ２client……診断ツール９，１０が要求メッセージを送信完了してから、ＥＣＵ５，６からの応答メッセージを待機するタイムアウト時間。
Ｐ２＊client……ＥＣＵ５，６からペンディングレスポンスを受信してから、ＥＣＵ５，６からの応答メッセージを待機するタイムアウト時間。
Ｐ２server……診断ツール９，１０から要求メッセージを受信してから、ＥＣＵ５，６が応答メッセージを送信するまでの性能時間。
Ｐ２＊server……ＥＣＵ５，６がペンディングレスポンスを送信してから、ＥＣＵ５，６が応答メッセージを送信するまでの性能時間。
【００２６】
さて、ＧＷ２には初期値としてセッション♯１（デフォルト）に対応したＰ２タイマしか保持されていないことから、診断ツール９，１０によりＥＣＵ５，６の故障診断開始のためにＥＣＵ５，６のセッションを切替えた場合は、ＥＣＵ５，６からＰ２タイマを取得して設定する。
【００２７】
以下、診断ツール９がＥＣＵ５のセッションを切替える場合を想定して説明する。
図５に示すように、ＧＷ２は、マイコンリセット、通信タイムアウトなどセッション状態初期化を伴う条件が成立した場合は、セッションを初期化し（Ｓ１０１）、Ｐ２タイマ初期値をセットしてから（Ｓ１０２）、ＥＣＵ５からセッション変更応答メッセージを受信するのを待機する（Ｓ１０３：ＮＯ）。尚、セットとは、予め保持しているＰ２タイマ初期値をＰ２タイマ用のカウンタに記憶することである。
以上のようにして、イグニッションスイッチのＯＮによる電源投入時は、ＧＷ２にはＰ２タイマとしてセッション♯１（デフォルト）に対応したＰ２タイマがセットされることになる。
【００２８】
診断ツール９が故障診断開始のためにＥＣＵ５のセッションを変更する場合は、セッション変更要求メッセージ（セッション♯２）をＥＣＵ５に送信する（図７参照）。このセッション変更メッセージ（セッション♯２）は、ＧＷ２を介してＥＣＵ５へ送信されるので（図７参照）、ＥＣＵ５は、セッション変更応答メッセージを送信する際にセッションに対応したＰ２タイマを含む通信設定情報を送信する（図７参照）。
【００２９】
ＧＷ２は、ＥＣＵ５からセッション変更応答メッセージを受信した場合は（Ｓ１０３：ＹＥＳ）、応答メッセージのＩＤから通信経路を判断し（Ｓ１０４）、応答メッセージに含まれるＰ２タイマを記憶すると共に（Ｓ１０５。図７参照）、ＥＣＵ５から受信したセッション変更応答メッセージを診断ツール９へ送信する（図７参照）。
【００３０】
診断ツール９は、受信した応答メッセージに含まれるＰ２タイマに基づいて自己のＰ２タイマを設定する。つまり、セッション変更時のＥＣＵ５の応答メッセージの内容はＩＳＯで規定されており、診断ツール９もＥＣＵ５の応答メッセージに含まれるＰ２タイマから、自己のＰ２タイマを算出するのである。
【００３１】
以上のような動作により、図８（ｂ）に示すように、ＥＣＵ５に保持されているＰ２タイマがＧＷ２及び診断ツール９にもセッション♯２に対応して記憶されることになる。この場合、診断ツール９に記憶されるＰ２タイマは、ＥＣＵ５から取得したＰ２タイマにαを加算した値となる。このαは、ＥＣＵ５から診断ツール９への情報の通信遅延を見込んだ値である。
【００３２】
さて、ＧＷ２は、上述したようにしてセッション♯２に対応したＰ２タイマを設定した後は、図６に示すように、診断ツール９から要求メッセージ（ダイアグ要求）を受信するのを待機し（Ｓ２０１：ＮＯ）、診断ツール９から要求メッセージを受信したときは（Ｓ２０１：ＹＥＳ）、要求メッセージのＩＤから通信経路を判断し（Ｓ２０２）、通信経路に対応したＰ２server（上述したセッション切替時にＥＣＵ５から取得したもの）をセットしてから（Ｓ２０３）、Ｐ２serverタイマの計測を開始する（Ｓ２０４）。次に、ＥＣＵ５からの応答メッセージを受信するか（Ｓ２０５：ＮＯ）、Ｐ２serverタイマがタイムアウトするかを判断する（Ｓ２０６：ＮＯ）。Ｐ２serverタイマがタイムアウトする前にＥＣＵ５から応答メッセージを受信した場合は（Ｓ２０５：ＹＥＳ）、次の要求メッセージの受信の待機状態に移行する（Ｓ２０１）。
一方、ＥＣＵ５からの応答メッセージを受信することなくＰ２serverタイマがタイムアウトした場合は（Ｓ２０６：ＹＥＳ）、ペンディングレスポンスを診断ツール９へ送信する（Ｓ２０７）。
【００３３】
ここで、ＧＷ２が上述したようにペンディングレスポンスを送信する際の診断ツール９、ＧＷ２、ＥＣＵ５間の通信シーケンスについて、図９を参照して説明する。尚、図９では、２台の診断ツール９，１０が接続されている状態であるが、実際には１台の診断ツール９，１０のみが接続される。つまり、ＣＡＮはＥｔｈｅｒｎｅｔよりも通信処理に時間を要することから、それだけ通信遅延が大きくなることを示している。また、複数のＧＷ♯１〜ＧＷ♯ｎが設けられている場合には、診断ツール９，１０から通信距離が長くなる程、ＧＷでの通信遅延が大きくなることを示している。本実施形態では、ペンディングレスポンスの送信機能を有したＧＷ２は、診断ツール９，１０との通信距離が他のＧＷよりも短いＧＷ♯１である。
【００３４】
以下、診断ツール９がＥＣＵ５を診断する場合を想定して説明する。
（１）診断ツール９はダイアグ要求（要求メッセージに相当）を送信。
（２）診断ツール９はダイアグ要求送信完了時にＰ２clientタイマを始動。
（３）ＧＷ２はダイアグ要求の受信時ＩＤから通信経路を判断し、対応するＰ２serverタイマを始動。この場合、診断ツール９によるＰ２clientタイマの計測開始と、ＧＷ２によるＰ２serverタイマの計測開始のタイミングは同時である。
【００３５】
（４）ＥＣＵ５はダイアグ要求の受信時にＰ２serverタイマを始動。
（５）ＧＷ２はＰ２serverタイマ経過時にペンディングレスポンスを送信。
（６）診断ツール９はペンディングレスポンス受信時にＰ２clientタイマを再始動（Ｐ２client延長）。
（７）ＥＣＵ５はＰ２serverタイマ経過する前に、ダイアグ応答（応答メッセージ）を送信。
（８）ＧＷ２はＥＣＵ５のダイアグ応答を中継時にＰ２serverタイマを停止。
【００３６】
（９）診断ツール９はダイアグ応答受信時、Ｐ２clientタイマを停止。
以上のような動作により、ＧＷ２は、セッション変更が行われた場合に、Ｐ２タイマが経過するのに先立ってペンディングレスポンスを診断ツール９に送信することができるので、診断ツール９は、Ｐ２clientタイマがタイムアウトする前にＰ２clientを延長することができる。
【００３７】
ここで、上述のようなペンディングレスポンスの送信機能を診断ツール９，１０との通信距離が最も短いＧＷ２に搭載することで、車両内のＧＷ２による通信遅延や送信スケジュール待ちによる通信遅延による影響を極力抑制することができる。この場合、上述のようなＧＷ機能を、診断ツール９，１０から離れたＧＷ２に搭載することも可能であるが、診断ツール９，１０側に位置するＧＷ２の通信遅延による影響を受ける可能性がある。
【００３８】
尚、セッションに対応したＰ２タイマを診断ツール９，１０が保持しており、診断ツール９，１０がＰ２タイマを初期化シーケンス実行時に送信することで、ＧＷ２が診断ツール９，１０からＰ２タイマを取得して自己のＰ２タイマを算出して記憶しても良いが、ＧＷ２の不揮発メモリにＰ２タイマを記憶する必要がありＧＷ２のコストが増大することが考えられ、またＧＷ２に不揮発メモリを搭載しない場合はセッション切替える度にＰ２タイマの初期化シーケンスを実行する必要があり故障診断にかかる時間が増大することから、セッション毎のＰ２タイマはＥＣＵ５，６から取得するのが望ましい。
また、ＧＷ２の機能として、診断ツール９，１０やＥＣＵ５，６と一定時間通信がない場合はセッション♯１（デフォルト）に戻る機能を有していることもある。その場合は、ＧＷ２はＰ２タイマをセッション♯１（デフォルト）のＰ２タイマに戻す必要がある。
【００３９】
このような実施形態によれば、次のような効果を奏することができる。
ＧＷ２は、診断ツール９，１０から受信した要求メッセージをＥＣＵ５，６へ送信した場合は通信経路に対応したＰ２serverタイマを開始し、ＥＣＵ５，６から応答メッセージを受信することなくＰ２serverタイマがタイムアウトした場合はペンディングレスポンスを診断ツール９，１０に送信するので、診断ツール９，１０は、タイムアウトすることなくＥＣＵ５，６からの応答メッセージを確実に受信することができる。
【００４０】
ＥＣＵ５，６はセッションに対応したＰ２タイマを保持しており、ＧＷ２は、セッションを切替える場合は、セッションに対応したＰ２タイマをＥＣＵ５，６から取得して記憶するようにしたので、セッションが切替わった場合であっても、セッションに対応したＰ２タイマを確実に設定することができる。
ＧＷが複数設けられている場合は、本発明の対象となるＧＷ２を診断ツール９，１０との通信距離が最も短い位置に設けるようにしたので、他のＧＷによる情報の通信遅延の影響を受けることなくＰ２serverタイマを計測することができる。
【００４１】
（その他の実施形態）
本発明は、上記実施形態に限定されることなく、次のように変形または拡張したり、各変形例を上記実施形態と組合せたり、各変形例を組合せるようにしても良い。
ＥＣＵの通信プロトコルとしては、ＣＡＮ、ＬＩＮに限定されることなくＦｌｅｘＲａｙ、ＭＯＳＴ等であっても良いし、診断ツールの通信プロトコルとしては、ＣＡＮ、Ｅｔｈｅｒｎｅｔに限定されることはなくＢｌｕｅｔｏｏｔｈ（登録商標）等であっても良い。
【００４２】
診断ツールとしては診断機能を備えたスマートフォンをＢｌｕｅｔｏｏｔｈ等で接続するようにしても良い。
車載ネットワークに複数の診断ツールを同時に接続可能としても良い。
診断ツール以外の外部装置を接続するようにしても良い。
ＩＤ以外の識別手段を用いて通信経路を判断するようにしても良い。
ＧＷにセッション及び通信経路に対応したＰ２タイマを予め記憶するようにしても良い。
【符号の説明】
【００４３】
図面中、２はＧＷ（車載中継装置）、３，４はバス、５，６はＥＣＵ（車載制御装置）、７，８は外部接続用バス、９，１０は診断ツール（外部装置）である。
【図１】
2015228622.tif 000003
【図２】
2015228622.tif 000004
【図３】
2015228622.tif 000005
【図４】
2015228622.tif 000006
【図５】
2015228622.tif 000007
【図６】
2015228622.tif 000008
【図７】
2015228622.tif 000009
【図８】
2015228622.tif 000010
【図９】
2015228622.tif 000011