特開 2024-110721 データ転送方法及び車載中継装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024110721

(43)【公開日】2024-08-16

(54)【発明の名称】データ転送方法及び車載中継装置

(51)【国際特許分類】

   H04L 12/28 20060101AFI20240808BHJP

   B60R 16/023 20060101ALI20240808BHJP

【ＦＩ】

H04L12/28 200Z

H04L12/28 100A

B60R16/023 P

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023015483

(22)【出願日】2023-02-03

(71)【出願人】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(74)【代理人】

【識別番号】100098327

【弁理士】

【氏名又は名称】高松 俊雄

(72)【発明者】

【氏名】小西 健一

【テーマコード（参考）】

5K033

【Ｆターム（参考）】

5K033AA04

5K033BA06

5K033CB08

5K033DA05

5K033DA13

(57)【要約】

【課題】車両に搭載されたＥＣＵの数が増加してもソフトウェアを変更する必要がなく、開発費用を低減することのできる車載中継装置及びそのデータ転送方法を提供する。
【解決手段】車載中継装置であるゲートウェイＥＣＵ３は、車両に接続された診断ツール２０から特定のリクエストを受信すると、特定のリクエストの送信対象である複数のＥＣＵ１０－１８に特定のリクエストを転送し、特定のリクエストに対してＥＣＵ１０－１８から返信される応答データを分割した応答フレームの通信間隔を、ＥＣＵの数と通信ラインの負荷とに基づいて設定し、設定された応答フレームの通信間隔をＥＣＵ１０－１８へ送信し、設定された通信間隔でＥＣＵ１０－１８から返信された応答フレームを診断ツール２０へ転送する。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両に搭載された複数の電子制御装置に通信ラインを介して接続され、前記通信ラインに送信されるデータを中継する車載中継装置のデータ転送方法であって、
前記車載中継装置は、
前記車両に接続された外部ツールから特定のリクエストを受信すると、前記特定のリクエストの送信対象である前記複数の電子制御装置に前記特定のリクエストを転送し、
前記特定のリクエストに対して前記複数の電子制御装置から返信される応答データを分割した応答フレームの通信間隔を、前記複数の電子制御装置の数と前記通信ラインの負荷とに基づいて設定し、
設定された前記応答フレームの通信間隔を前記複数の電子制御装置へ送信し、
設定された前記通信間隔で前記複数の電子制御装置から返信された前記応答フレームを前記外部ツールへ転送するデータ転送方法。

【請求項2】

前記車載中継装置は、前記応答データを制御する制御フレームを前記外部ツールから受信すると、前記応答フレームの通信間隔を前記制御フレームに設定し、
前記通信間隔が設定された前記制御フレームを前記複数の電子制御装置へ転送する請求項１に記載のデータ転送方法。

【請求項3】

前記車載中継装置は、前記通信ラインの負荷が大きくなるのにしたがって前記通信間隔を長く設定する請求項１または２に記載のデータ転送方法。

【請求項4】

前記車載中継装置は、前記複数の電子制御装置の数が増えるのにしたがって前記通信間隔を長く設定する請求項１または２に記載のデータ転送方法。

【請求項5】

前記複数の電子制御装置にそれぞれ識別情報が設定されており、前記応答データには前記識別情報が付加されている請求項１または２に記載のデータ転送方法。

【請求項6】

前記車載中継装置は、前記通信ラインが複数接続されている場合には、前記通信ライン毎に前記通信間隔を設定する請求項１または２に記載のデータ転送方法。

【請求項7】

車両に搭載された複数の電子制御装置に通信ラインを介して接続され、前記通信ラインに送信されるデータを中継するコントローラを備えた車載中継装置であって、
前記コントローラは、
前記車両に接続された外部ツールから特定のリクエストを受信すると、前記特定のリクエストの送信対象である前記複数の電子制御装置に前記特定のリクエストを転送し、
前記特定のリクエストに対して前記複数の電子制御装置から返信される応答データを分割した応答フレームの通信間隔を、前記複数の電子制御装置の数と前記通信ラインの負荷とに基づいて設定し、
設定された前記応答フレームの通信間隔を前記複数の電子制御装置へ送信し、
設定された前記通信間隔で前記複数の電子制御装置から返信された前記応答フレームを前記外部ツールへ転送する車載中継装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ転送方法及び車載中継装置に関する。

【背景技術】

【0002】

従来では、通信ラインを介して車両に搭載されたＥＣＵと通信を行って機器を制御する車両用制御装置が特許文献１に開示されている。特許文献１に開示された車両用制御装置では、特定の要求に対して応答データを送信する場合に、ＥＣＵの処理負荷に応じて、応答データのフレームの送信間隔を決定していた。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５－４７４８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した従来の車両用制御装置では、ＥＣＵの処理負荷に応じてフレームの送信間隔を決定していたので、車両の進化に伴って車両に搭載されているＥＣＵの数が増加すると、ソフトウェアを変更する必要が生じる。その結果、開発費用が増加してしまうという問題点があった。

【0005】

そこで、本発明は上記実情に鑑みて提案されたものであり、車両に搭載されているＥＣＵの数が増加してもソフトウェアを変更する必要がなく、開発費用を低減することのできる車載中継装置及びそのデータ転送方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

上述した課題を解決するために、本発明の一態様に係る車載中継装置及びそのデータ転送方法は、車両に接続された外部ツールから特定のリクエストを受信すると、特定のリクエストの送信対象である複数の電子制御装置に特定のリクエストを転送する。そして、特定のリクエストに対して複数の電子制御装置から返信される応答データを分割した応答フレームの通信間隔を、複数の電子制御装置の数と通信ラインの負荷とに基づいて設定し、設定された応答フレームの通信間隔を複数の電子制御装置へ送信する。その結果、設定された通信間隔で複数の電子制御装置から応答フレームが返信されると、返信された応答フレームを外部ツールへ転送する。

【発明の効果】

【0007】

本発明によれば、車両に搭載されているＥＣＵの数が増加してもソフトウェアを変更する必要がなく、開発費用を低減することができる。

【図面の簡単な説明】

【0008】

【図1】図１は、一実施形態に係る車載中継装置を備えた車載制御システムの構成を示すブロック図である。

【図2】図２は、車載制御システムによるＯＢＤ通信を説明するための通信シーケンス図である。

【図3】図３は、一実施形態に係る車載中継装置によるフローコントロールフレームの転送処理の処理手順を示すフローチャートである。

【図4】図４は、一実施形態に係る車載中継装置による応答フレームの転送処理を説明するための通信シーケンス図である。

【図5】図５は、一実施形態に係る車載中継装置による応答フレームの転送処理を説明するための図である。

【図6】図６は、変形例に係る車載中継装置によるＯＢＤ通信を説明するための通信シーケンス図である。

【発明を実施するための形態】

【0009】

以下、本発明を適用した一実施形態について図面を参照して説明する。図面の記載において同一部分には同一符号を付して詳細な説明は省略する。

【0010】

［車載制御システムの構成］
図１は、本実施形態に係る車載中継装置を備えた車載制御システムの構成を示すブロック図である。図１に示すように、車載制御システム１は、ゲートウェイＥＣＵ（Electronic Control Unit）３と、ドメインＥＣＵ５、７と、それぞれ特定の機能を有する複数のＥＣＵ１０－１８を備え、それぞれバスＢ１－Ｂ６によって接続されている。そして、診断ツール２０が、車両に設けられた診断器用コネクタに接続されている。

【0011】

ゲートウェイＥＣＵ３は、車両に搭載された複数のＥＣＵ１０－１８にバスＢ１－Ｂ５を介して接続され、バスＢ１－Ｂ５に送信されるデータを中継する車載中継装置である。また、ゲートウェイＥＣＵ３は、車両の診断器用コネクタに診断ツール２０が接続されると、外部接続用バスＢ６を介して診断ツール２０に接続され、診断ツール２０とＥＣＵ１０－１８との間のデータ通信を中継する。

【0012】

このようなゲートウェイＥＣＵ３は、診断ツール２０から故障診断を要求する診断リクエストを受信すると、診断リクエストの送信対象であるＥＣＵ１０－１８に診断リクエストを転送する。そして、診断リクエストに対してＥＣＵ１０－１８から返信される応答データを分割した応答フレームの通信間隔を、ＥＣＵ１０－１８の数とバスの負荷とに基づいて設定し、設定された応答フレームの通信間隔をＥＣＵ１０－１８へ送信する。この後、設定された通信間隔でＥＣＵ１０－１８から応答フレームが返信されると、ゲートウェイＥＣＵ３は、返信された応答フレームを診断ツール２０へ転送する。

【0013】

特に、ゲートウェイＥＣＵ３は、応答データを制御するためのフローコントロールフレームを診断ツール２０から受信すると、応答フレームの通信間隔をフローコントロールフレームに設定する。そして、ゲートウェイＥＣＵ３は、通信間隔が設定されたフローコントロールフレームをＥＣＵ１０－１８へ転送する。

【0014】

ドメインＥＣＵ５は、バスＢ１を介してゲートウェイＥＣＵ３に接続され、バスＢ２、Ｂ３を介してＥＣＵ１２－１８に接続され、バスＢ１とバスＢ２、Ｂ３との間で送信されるデータを中継する車載中継装置である。同様に、ドメインＥＣＵ７は、バスＢ４を介してゲートウェイＥＣＵ３に接続され、バスＢ５を介してＥＣＵ１０、１１に接続され、バスＢ４とバスＢ５との間で送信されるデータを中継する車載中継装置である。

【0015】

このようなドメインＥＣＵ５、７は、診断ツール２０から故障診断を要求する診断リクエストを、ゲートウェイＥＣＵ３を介して受信すると、診断リクエストの送信対象であるＥＣＵ１０－１８に診断リクエストを転送する。そして、診断リクエストに対してＥＣＵ１０－１８から返信される応答データを分割した応答フレームの通信間隔を、ＥＣＵ１０－１８の数とバスの負荷とに基づいて設定し、設定された応答フレームの通信間隔をＥＣＵ１０－１８へ送信する。この後、設定された通信間隔でＥＣＵ１０－１８から応答フレームが返信されると、ドメインＥＣＵ５、７は、返信された応答フレームを診断ツール２０へ転送する。

【0016】

特に、ドメインＥＣＵ５、７は、応答データを制御するためのフローコントロールフレームを診断ツール２０から受信すると、応答フレームの通信間隔をフローコントロールフレームに設定する。そして、ドメインＥＣＵ５、７は、通信間隔が設定されたフローコントロールフレームをＥＣＵ１０－１８へ転送する。

【0017】

ＥＣＵ１０－１８は、それぞれ特定の機能を有する電子制御装置であり、例えばエンジン制御ＥＣＵ等である。ＥＣＵ１０－１８は、車載式故障診断装置（ＯＢＤ：On-Board Diagnostics）による故障診断の対象となるＥＣＵであり、診断ツール２０から送信される診断リクエストの送信対象である。したがって、ＥＣＵ１０－１８は、診断ツール２０から診断リクエストを受信すると、診断リクエストで要求された応答データを返信する。尚、ＥＣＵ１０－１８にはそれぞれ識別情報として、例えば送信ＩＤが設定されており、応答データにはその識別情報が付加されている。

【0018】

診断ツール２０は、ＯＢＤによる故障診断を行う外部ツールであり、例えばＧＳＴ（General Scan Tool）等である。診断ツール２０は、整備工場やディーラーで車両に設けられた診断器用コネクタに接続されると、故障診断の対象であるＥＣＵ１０－１８とＯＢＤ通信を行って、故障診断を行うための各種のデータを収集する。

【0019】

バスＢ１－Ｂ６は、ゲートウェイＥＣＵ３とドメインＥＣＵ５、７と複数のＥＣＵ１０－１８と、診断ツール２０との間を接続する通信ラインであり、通信プロトコルはＣＡＮ（Controller Area Network）である。バスＢ１は、ゲートウェイＥＣＵ３とドメインＥＣＵ５を接続する通信ラインであり、バスＢ２は、ドメインＥＣＵ５とＥＣＵ１２－１５を接続する通信ラインである。また、バスＢ３は、ドメインＥＣＵ５とＥＣＵ１６－１８を接続する通信ラインである。バスＢ４は、ゲートウェイＥＣＵ３とドメインＥＣＵ７を接続する通信ラインであり、バスＢ５は、ドメインＥＣＵ７とＥＣＵ１０、１１を接続する通信ラインである。バスＢ６は、ゲートウェイＥＣＵ３と診断器用コネクタを接続する通信ラインであり、診断器用コネクタに診断ツール２０が接続される。

【0020】

尚、ゲートウェイＥＣＵ３とドメインＥＣＵ５、７は、マイクロコンピュータ、マイクロプロセッサ、ＣＰＵを含む汎用の電子回路と、メモリ等の周辺機器から構成されたコントローラである。ゲートウェイＥＣＵ３とドメインＥＣＵ５、７は、データ転送処理を実行するためのコンピュータプログラムがインストールされている。ゲートウェイＥＣＵ３とドメインＥＣＵ５、７の各機能は、１または複数の処理回路によって実装することができる。処理回路は、例えば電気回路を含むプログラムされた処理装置を含んでおり、また実施形態に記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や従来型の回路部品のような装置を含んでいてもよい。

【0021】

［ＯＢＤ通信］
次に、本実施形態に係る車載制御システム１に診断ツール２０が接続された場合のＯＢＤ通信を説明する。図２は、診断ツール２０によるＯＢＤ通信の通信シーケンス図である。

【0022】

図２に示すように、診断ツール２０が診断リクエストＲを送信すると、診断リクエストＲは、ゲートウェイＥＣＵ３とドメインＥＣＵ５、７で転送されてＥＣＵ１０－１８に送信される。

【0023】

診断リクエストＲを受信したＥＣＵ１０－１８は、診断リクエストＲに対して返信する応答データのデータサイズを記録したファーストフレームＦＦをそれぞれ返信する。返信されたファーストフレームＦＦは、ドメインＥＣＵ５、７とゲートウェイＥＣＵ３で転送されて診断ツール２０に送信される。

【0024】

各ＥＣＵ１０－１８からファーストフレームＦＦを受信した診断ツール２０は、フローコントロールフレームＦＣを送信する。フローコントロールフレームＦＣは、ＥＣＵ１０－１８から返信される応答データを制御するための制御フレームであり、応答データを分割した応答フレームの連続送信回数や応答フレームの通信間隔が記録されている。送信されたフローコントロールフレームＦＣは、ゲートウェイＥＣＵ３とドメインＥＣＵ５、７で転送されてＥＣＵ１０－１８に送信される。

【0025】

フローコントロールフレームＦＣを受信したＥＣＵ１０－１８は、１回の応答フレームで送信できるデータサイズに応じて、応答データを複数の応答フレームＲＦに分割する。そして、ＥＣＵ１０－１８は、分割して生成された応答フレームＲＦを、フローコントロールフレームＦＣに記録されている通信間隔で、連続送信回数に設定された回数だけ返信する。返信された応答フレームＲＦは、ドメインＥＣＵ５、７とゲートウェイＥＣＵ３で転送されて診断ツール２０に送信される。こうして、各ＥＣＵ１０－１８からすべての応答フレームＲＦが返信されると、診断ツール２０によるＯＢＤ通信は終了する。

【0026】

［フローコントロールフレームの転送処理］
次に、図３を参照して、本実施形態に係るゲートウェイＥＣＵ３によるフローコントロールフレームの転送処理を説明する。図３は、ゲートウェイＥＣＵ３によるフローコントロールフレームの転送処理の処理手順を示すフローチャートである。ただし、以下の説明では、ゲートウェイＥＣＵ３がフローコントロールフレームの転送処理を行う場合を説明するが、ドメインＥＣＵ５、７でも同様の処理が行われる。

【0027】

図３に示すように、ステップＳ１０１において、ゲートウェイＥＣＵ３は、診断ツール２０からフレームを受信したか否かを判定し、受信した場合にはステップＳ１０３へ進む。一方、フレームを受信していない場合には、継続してフレームを受信したか否かを判定する。

【0028】

ステップＳ１０３において、ゲートウェイＥＣＵ３は、ステップＳ１０１で受信したフレームがフローコントロールフレームであるか否かを判定する。そして、フローコントロールフレームである場合にはステップＳ１０５へ進み、フローコントロールフレームでない場合にはステップＳ１０７へ進む。

【0029】

ステップＳ１０５において、ゲートウェイＥＣＵ３は、診断リクエストを受信して故障診断を行う診断モードが有効に設定されているか否かを判定する。そして、診断モードが有効である場合にはステップＳ１０９へ進み、診断モードが有効でない場合にはステップＳ１０７へ進む。

【0030】

ステップＳ１０７において、ゲートウェイＥＣＵ３は、ステップＳ１０１で受信したフレームが故障診断のためのフレームではないと判断する。そして、ステップＳ１０１で受信したフレームを、フレームに記録されている送信先へ転送して、本実施形態に係るフローコントロールフレームの転送処理を終了する。

【0031】

ステップＳ１０９において、ゲートウェイＥＣＵ３は、診断リクエストに対してＥＣＵ１０－１８から返信される応答データを分割した応答フレームの通信間隔Ｔを設定する。通信間隔Ｔは、診断リクエストの送信対象であるＥＣＵの数とバスの負荷とに基づいて設定される。具体的に、ゲートウェイＥＣＵ３は、通信間隔Ｔを、以下の式（１）で算出する。

【数1】

【0032】

式（１）の合計フレーム時間は、以下の式（２）、（３）で算出する。
［数２］
合計フレーム時間＝ＥＣＵの数×フレーム時間 ・・・（２）

【数3】

【0033】

式（１）、（２）に示すように、通信間隔Ｔは、バスの負荷が大きくなるのにしたがって長く設定され、ＥＣＵの数が増えるのにしたがって長く設定されている。このように、通信間隔Ｔは、ＥＣＵの数とバスの負荷とに基づいて設定されているので、ＥＣＵの数が増加した場合には、ソフトウェアを変更しなくても通信間隔Ｔは大きくなる。したがって、新たに開発費用をかけることなく、通信間隔Ｔを変更することができる。また、ゲートウェイＥＣＵ３は、バスが複数接続されている場合には、バス毎に通信間隔Ｔを設定する。

【0034】

ここで、式（３）のフレームのビット数は予め設定された値であり、通信速度もプロトコルで規定された値である。ＥＣＵの数は、図１の場合では、ＥＣＵ１０－１８の９個である。また、バス負荷は、実験やシミュレーションによって推定された値を用いればよく、例えば５５％に設定される。

【0035】

バス負荷の推定方法としては、バス毎に平均バス負荷を計算し、最大のバス負荷を式（１）のバス負荷として使用すればよい。平均バス負荷は、フレーム定義書で定義されたフレーム時間の総和として求めることができる。また、診断ツール２０とＥＣＵ１０－１８の間の通信経路に存在するバスの負荷をモニタし、最大となるバス負荷を式（１）のバス負荷として使用してもよい。さらに、診断ツール２０とＥＣＵ１０－１８の間の通信経路に存在するバスの負荷をサーバにアップロードして統計分析を行い、最大のバス負荷を式（１）のバス負荷として使用してもよい。

【0036】

こうして式（１）によって、通信間隔Ｔが算出されると、ゲートウェイＥＣＵ３は、フローコントロールフレームのＳＴｍｉｎのパラメータを、算出した通信間隔Ｔの値に設定する。これにより、フローコントロールフレームを受信したＥＣＵ１０－１８は、応答フレームを通信間隔Ｔで送信する。

【0037】

ステップＳ１１１において、ゲートウェイＥＣＵ３は、ステップＳ１０９で通信間隔が設定されたフローコントロールフレームを、故障診断の対象であるＥＣＵ１０－１８へ転送して本実施形態に係るフローコントロールフレームの転送処理を終了する。

【0038】

この後、フローコントロールフレームを受信したＥＣＵ１０－１８は、応答データを複数の応答フレームに分割し、フローコントロールフレームに記録されているＳＴｍｉｎのパラメータを参照して、分割した応答フレームを通信間隔Ｔで送信する。例えば、図４に示すように、ＥＣＵ１０－１８は、それぞれフローコントロールフレームＦＣを受信すると、複数の応答フレームＲＦを通信間隔Ｔで送信する。

【0039】

この結果、例えば、図５に示すように、ＥＣＵ１２－１８がそれぞれ応答フレームＦ１２－Ｆ１８を送信すると、応答フレームＦ１２－１とＦ１２－２の間隔は通信間隔Ｔとなり、応答フレームＦ１３－１とＦ１３－２の間隔も通信間隔Ｔとなる。同様に、応答フレームＦ１４～Ｆ１８もそれぞれ通信間隔Ｔで送信される。

【0040】

［変形例］
上述した実施形態では、ゲートウェイＥＣＵ３は、応答フレームの通信間隔Ｔをフローコントロールフレームに設定して、ＥＣＵ１０－１８に転送していた。しかし、フローコントロールフレームに通信間隔Ｔを設定するのではなく、ゲートウェイＥＣＵ３が、診断リクエストを受信した時点で、通信間隔Ｔを設定してＥＣＵ１０－１８に送信するようにしてもよい。

【0041】

例えば、図６に示すように、診断ツール２０が診断リクエストＲを送信し、ゲートウェイＥＣＵ３が受信する。ここで、ゲートウェイＥＣＵ３は、通信間隔Ｔを設定して送信する。送信された通信間隔Ｔは、ドメインＥＣＵ５、７で転送されてＥＣＵ１０－１８に送信される。

【0042】

この後、ゲートウェイＥＣＵ３は、受信した診断リクエストＲを転送し、転送された診断リクエストＲはドメインＥＣＵ５、７で転送されてＥＣＵ１０－１８に送信される。診断リクエストＲを受信したＥＣＵ１０－１８は、診断リクエストＲに対して返信する応答データのデータサイズを記録したファーストフレームＦＦをそれぞれ返信する。返信されたファーストフレームＦＦは、ドメインＥＣＵ５、７とゲートウェイＥＣＵ３で転送されて診断ツール２０に送信される。

【0043】

各ＥＣＵ１０－１８からファーストフレームＦＦを受信した診断ツール２０は、フローコントロールフレームＦＣを送信する。送信されたフローコントロールフレームＦＣは、ゲートウェイＥＣＵ３とドメインＥＣＵ５、７で転送されてＥＣＵ１０－１８に送信される。

【0044】

フローコントロールフレームＦＣを受信したＥＣＵ１０－１８は、１回の応答フレームで送信できるデータサイズに応じて、応答データを複数の応答フレームＲＦに分割する。そして、ＥＣＵ１０－１８は、分割して生成された応答フレームＲＦを、予め受信している通信間隔Ｔで返信する。ＥＣＵ１０－１８は、通信間隔Ｔを受信している場合には、フローコントロールフレームＦＣのＳＴｍｉｎを参照せずに応答フレームＲＦを返信する。返信された応答フレームＲＦは、ドメインＥＣＵ５、７とゲートウェイＥＣＵ３で転送されて診断ツール２０に送信される。

【0045】

このように通信間隔Ｔをフローコントロールフレームに設定して送信するのではなく、ゲートウェイＥＣＵ３が通信間隔ＴをＥＣＵ１０－１８に直接送信してもよい。

【0046】

［実施形態の効果］
以上、詳細に説明したように、本実施形態に係る車載中継装置は、車両に接続された診断ツール２０から診断リクエストを受信すると、診断リクエストの送信対象である複数のＥＣＵ１０－１８に診断リクエストを転送する。そして、診断リクエストに対して複数のＥＣＵ１０－１８から返信される応答データを分割した応答フレームの通信間隔を、ＥＣＵの数とバスの負荷とに基づいて設定し、設定された応答フレームの通信間隔を複数のＥＣＵ１０－１８へ送信する。この後、設定された通信間隔で複数のＥＣＵ１０－１８から応答フレームが返信されると、返信された応答フレームを診断ツール２０へ転送する。これにより、車両の進化に伴って車両に搭載されているＥＣＵの数が増加しても、ＥＣＵの数に応じて応答フレームの通信間隔が設定されるので、ソフトウェアを変更する必要がなく、開発費用を低減することができる。

【0047】

また、本実施形態に係る車載中継装置は、応答データを制御する制御フレームを診断ツール２０から受信すると、応答フレームの通信間隔を制御フレームに設定し、通信間隔が設定された制御フレームを複数のＥＣＵ１０－１８へ転送する。これにより、すでにＯＢＤ通信で使用されているフローコントロールフレームなどの制御フレームを利用して、設定された通信間隔をＥＣＵ１０－１８へ送信できるので、新たにフレームやコマンドを設定する必要がなく、開発費用を低減することができる。

【0048】

さらに、本実施形態に係る車載中継装置は、通信ラインの負荷が大きくなるのにしたがって通信間隔を長く設定する。これにより、通信ラインの負荷が増大する場合には、通信間隔が長く設定されるので、通信ラインの負荷を軽減することができる。

【0049】

また、本実施形態に係る車載中継装置は、複数のＥＣＵ１０－１８の数が増えるのにしたがって通信間隔を長く設定する。これにより、ＥＣＵの数が増えて通信ラインの負荷が増大する場合には、通信間隔が長く設定されるので、通信ラインの負荷を軽減することができる。

【0050】

さらに、本実施形態に係る車載中継装置では、複数のＥＣＵ１０－１８にそれぞれ識別情報が設定されており、応答データには識別情報が付加されている。これにより、応答データを送信したＥＣＵを認識することができるので、正確に応答データを転送することができる。

【0051】

また、本実施形態に係る車載中継装置は、通信ラインが複数接続されている場合には、通信ライン毎に通信間隔を設定する。これにより、通信ライン毎に最適な通信間隔を設定することができるので、通信ラインの負荷の増大を効率的に防止することができる。

【0052】

なお、上述の実施形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施形態以外の形態であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることは勿論である。

【符号の説明】

【0053】

１ 車載制御システム
３ ゲートウェイＥＣＵ
５、７ ドメインＥＣＵ
１０－１８ ＥＣＵ
Ｂ１－Ｂ６ バス
２０ 診断ツール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】