(57)【特許請求の範囲】
【請求項１】
車両に搭載されるものであり、前記車両の車載ネットワークにおける通信線に接続された複数の電子制御装置（２１〜２ｎ，３１〜３ｎ）から前記通信線に所定の送信間隔で出力された複数の診断用データを前記車両の外部に設けられた診断用機器（１１０，１２０）に送信する車載診断システムであって、
前記電子制御装置から出力された複数の前記診断用データを取得して、複数の前記診断用データを前記診断用機器に送信するゲートウェイ制御装置を備え、
複数種別の前記診断用機器に対して、前記診断用データを送信するものであり、
前記通信線における通信負荷が第１基準値に達しているか否かを判定する負荷判定手段（１４）と、
前記負荷判定手段にて前記通信負荷が前記第１基準値に達していると判定された場合、前記送信間隔を現在の前記送信間隔よりも長い値に更新する更新手段（１５）と、を備え、
前記ゲートウェイ制御装置（１０ｂ）は、
前記診断用機器から送信された前記診断用データの送信を要求する診断要求データを受信すると共に、前記診断要求データの送信元である前記診断用機器の種別を判別する要求受信手段（１１）と、
前記電子制御装置に対して、複数の前記診断用データの送信を要求すると共に、各診断用データの前記送信間隔を指示する要求手段（１２）と、
前記通信線を介して前記電子制御装置から送信された複数の前記診断用データを受信するデータ受信手段（１３）と、
前記データ受信手段で受信した複数の前記診断用データを前記診断用機器に送信するデータ送信手段（１６）と、
前記診断用機器の種別毎に第１処置内容、又は前記第１処置内容とは異なる第２処置内容が関連付けられた処置内容データが記憶された記憶部（１７）と、を有し、
前記更新手段は、前記負荷判定手段にて前記通信負荷が前記第１基準値に達していると判定された場合、前記要求手段が指示している前記送信間隔を現在指示している前記送信間隔よりも長くなるように更新することで、前記送信間隔を現在の前記送信間隔よりも長い値に更新し、
前記負荷判定手段は、前記通信線における前記通信負荷が前記第１基準値を超えて、前記第１基準値が示す前記通信負荷よりも大きな前記通信負荷を示す第２基準値に達しているか否かを判定するものであり、
前記記憶部は、第２優先順位の前記診断用機器に前記第２処置内容が関連付けられ、前記第２優先順位の前記診断用機器よりも重要な診断要求を行う第１優先順位の前記診断用機器に前記第１処理内容が関連付けられており、
前記要求手段は、
前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定され、且つ、前記診断要求データの送信元が、前記第２処置内容が関連付けられた種別の前記診断用機器であった場合、前記電子制御装置に対して、複数の前記診断用データの送信中止を指示し、
前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定され、且つ、前記診断要求データの送信元が、前記第１処置内容が関連付けられた種別の前記診断用機器であった場合、前記電子制御装置に対して、複数の前記診断用データの送信を一時的に保留するように指示することを特徴とする車載診断システム。
【請求項２】
前記負荷判定手段は、前記データ受信手段が各診断用データを受信した受信間隔を測定すると共に、前記受信間隔と予め決められた基準時間とを比較し、前記受信間隔が前記基準時間を超えていた場合、前記通信負荷が前記第１基準値に達していると判定することを特徴とする請求項１に記載の車載診断システム。
【請求項３】
前記負荷判定手段は、前記通信線に流れている複数の前記電子制御装置の間で送受信される前記車両の状態を示す制御用データに基づいて、前記制御用データの値が所定値を超えていた場合、前記通信負荷が前記第１基準値に達していると判定することを特徴とする請求項１に記載の車載診断システム。
【請求項４】
車両に搭載されるものであり、前記車両の車載ネットワークにおける通信線に接続された複数の電子制御装置（２１〜２ｎ，３１〜３ｎ）から前記通信線に所定の送信間隔で出力された複数の診断用データを前記車両の外部に設けられた診断用機器（１１０，１２０）に送信する車載診断システムであって、
前記通信線における通信負荷が第１基準値に達しているか否かを判定する負荷判定手段（１４，３１２）と、
前記負荷判定手段にて前記通信負荷が前記第１基準値に達していると判定された場合、前記診断用データ以外の通信用のデータの送信間隔に制限を設けずに、前記診断用データの前記送信間隔を現在の前記送信間隔よりも長い値に更新する更新手段（１５，３１３）と、を備えていることを特徴とする車載診断システム。
【請求項５】
前記電子制御装置から出力された複数の前記診断用データを取得して、複数の前記診断用データを前記診断用機器に送信するゲートウェイ制御装置（１０ａ，１０ｂ）を備えるものであって、
前記ゲートウェイ制御装置は、
前記電子制御装置に対して、複数の前記診断用データの送信を要求すると共に、各診断用データの前記送信間隔を指示する要求手段（１２）と、
前記通信線を介して前記電子制御装置から送信された複数の前記診断用データを受信するデータ受信手段（１３）と、
前記データ受信手段で受信した複数の前記診断用データを前記診断用機器に送信するデータ送信手段（１６）と、を有し、
前記更新手段は、前記負荷判定手段にて前記通信負荷が前記第１基準値に達していると判定された場合、前記要求手段が指示している前記送信間隔を現在指示している前記送信間隔よりも長くなるように更新することで、前記送信間隔を現在の前記送信間隔よりも長い値に更新することを特徴とする請求項４に記載の車載診断システム。
【請求項６】
前記負荷判定手段は、前記データ受信手段が各診断用データを受信した受信間隔を測定すると共に、前記受信間隔と予め決められた基準時間とを比較し、前記受信間隔が前記基準時間を超えていた場合、前記通信負荷が前記第１基準値に達していると判定することを特徴とする請求項５に記載の車載診断システム。
【請求項７】
前記負荷判定手段は、前記通信線に流れている複数の前記電子制御装置の間で送受信される前記車両の状態を示す制御用データに基づいて、前記制御用データの値が所定値を超えていた場合、前記通信負荷が前記第１基準値に達していると判定することを特徴とする請求項５に記載の車載診断システム。
【請求項８】
前記診断用機器として、複数種別の前記診断用機器に対して、前記診断用データを送信するものであり、
前記ゲートウェイ制御装置（１０ｂ）は、
前記診断用機器の種別毎に第１処置内容、又は前記第１処置内容とは異なる第２処置内容が関連付けられた処置内容データが記憶された記憶部（１７）と、
前記診断用機器から送信された前記診断用データの送信を要求する診断要求データを受信すると共に、前記診断要求データの送信元である前記診断用機器の種別を判別する要求受信手段（１１）と、を有し、
前記負荷判定手段は、前記通信線における前記通信負荷が前記第１基準値を超えて、前記第１基準値が示す前記通信負荷よりも大きな前記通信負荷を示す第２基準値に達しているか否かを判定するものであり、
前記要求手段は、
前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定され、且つ、前記診断要求データの送信元が、前記第２処置内容が関連付けられた種別の前記診断用機器であった場合、前記電子制御装置に対して、複数の前記診断用データの送信中止を指示し、
前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定され、且つ、前記診断要求データの送信元が、前記第１処置内容が関連付けられた種別の前記診断用機器であった場合、前記電子制御装置に対して、複数の前記診断用データの送信を一時的に保留するように指示することを特徴とする請求項５乃至７のいずれか一項に記載の車載診断システム。
【請求項９】
前記負荷判定手段は、前記通信線における前記通信負荷が前記第１基準値を超えて、前記第１基準値が示す前記通信負荷よりも大きな前記通信負荷を示す第２基準値に達しているか否かを判定するものであり、
前記要求手段は、前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定された場合、前記電子制御装置に対して、複数の前記診断用データの送信中止を指示することを特徴とする請求項５乃至７のいずれか一項に記載の車載診断システム。
【請求項１０】
前記負荷判定手段にて前記通信負荷が前記第２基準値に達していると判定された場合、前記診断用機器に対して、前記診断用データの送信中止を報知する第１報知手段を備えることを特徴とする請求項９に記載の車載診断システム。
【請求項１１】
前記負荷判定手段は、前記通信線における前記通信負荷が前記第１基準値を超えて、前記第１基準値が示す前記通信負荷よりも大きな前記通信負荷を示す第２基準値に達しているか否かを判定するものであり、
前記要求手段は、前記負荷判定手段にて前記通信負荷が第２基準値に達していると判定された場合、前記電子制御装置に対して、複数の前記診断用データの送信を一時的に保留することを特徴とする請求項５乃至７のいずれか一項に記載の車載診断システム。
【請求項１２】
前記負荷判定手段にて前記通信負荷が前記第２基準値に達していると判定された場合、前記診断用機器に対して、前記診断用データの送信保留を報知する第２報知手段を備えることを特徴とする請求項１１に記載の車載診断システム。
【請求項１３】
複数の前記電子制御装置（３１〜３ｎ）と、前記診断用機器と通信可能な通信装置（４０）とを備えるものであって、
複数の前記電子制御装置の夫々は、前記負荷判定手段（３１２）と前記更新手段（３１３）とを有し、
前記通信装置は、前記電子制御装置から出力された前記診断用データを前記診断用機器に送信することを特徴とする請求項４に記載の車載診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診断用データを車両の外部に設けられた診断用機器に送信する車載診断システムに関する。
【背景技術】
【０００２】
従来、特許文献１に開示されたリモート故障診断システムがある。このリモート故障診断システムでは、車両に、情報センタから情報送信された診断手順に従って複数の診断を行わせ、その複数の診断の結果（以下、診断用データと記載する）を一括して情報センタ（以下、診断用機器と記載する）へ送信させる。具体的には、車両の車載機は、センサ部の各種センサ等を用いた故障診断機能により車両故障を検出すると、その車両故障の内容を特定した診断用データを自己の車両識別情報と共に送受信機を用いて診断用機器へ通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−６４６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両には、複数の電子制御装置が通信線に接続された車載ネットワークが設けられていることがある。そして、リモート故障診断システムは、複数の電子制御装置から通信線に出力された複数の診断用データを診断用機器に送信することが考えられる。
【０００５】
しかしながら、車両が走行している場合、通信線には、各電子制御装置間で送受信される制御用データが流れることになる。よって、リモート故障診断システムは、診断用データを診断用機器に送信する場合、電子制御装置から通信線に出力された診断用データによって、通信線における通信負荷を増大させることが考えられる。このように、リモート故障診断システムは、通信線における通信負荷を増大させた場合、複数の電子制御装置による制御性を悪化させる可能性がある。
【０００６】
本発明は、上記問題点に鑑みなされたものであり、複数の電子制御装置による制御性の悪化を抑制しつつ、診断用データを診断用機器に送信することができる車載診断システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は、
車両に搭載されるものであり、車両の車載ネットワークにおける通信線に接続された複数の電子制御装置（２１〜２ｎ）から通信線に所定の送信間隔で出力された複数の診断用データを車両の外部に設けられた診断用機器（１１０，１２０）に送信する車載診断システムであって、
電子制御装置から出力された複数の診断用データを取得して、複数の診断用データを診断用機器に送信するゲートウェイ制御装置を備え、
複数種別の診断用機器に対して、診断用データを送信するものであり、
通信線における通信負荷が第１基準値に達しているか否かを判定する負荷判定手段（１４）と、
負荷判定手段にて通信負荷が第１基準値に達していると判定された場合、送信間隔を現在の送信間隔よりも長い値に更新する更新手段（１５）と、を備え、
ゲートウェイ制御装置（１０ｂ）は、
診断用機器から送信された診断用データの送信を要求する診断要求データを受信すると共に、診断要求データの送信元である診断用機器の種別を判別する要求受信手段（１１）と、
電子制御装置に対して、複数の診断用データの送信を要求すると共に、各診断用データの送信間隔を指示する要求手段（１２）と、
通信線を介して電子制御装置から送信された複数の診断用データを受信するデータ受信手段（１３）と、
データ受信手段で受信した複数の診断用データを診断用機器に送信するデータ送信手段（１６）と、
診断用機器の種別毎に第１処置内容、又は第１処置内容とは異なる第２処置内容が関連付けられた処置内容データが記憶された記憶部（１７）と、を有し、
更新手段は、負荷判定手段にて通信負荷が第１基準値に達していると判定された場合、要求手段が指示している送信間隔を現在指示している送信間隔よりも長くなるように更新することで、送信間隔を現在の送信間隔よりも長い値に更新し、
負荷判定手段は、通信線における通信負荷が第１基準値を超えて、第１基準値が示す通信負荷よりも大きな通信負荷を示す第２基準値に達しているか否かを判定するものであり、
記憶部は、第２優先順位の診断用機器に第２処置内容が関連付けられ、第２優先順位の診断用機器よりも重要な診断要求を行う第１優先順位の診断用機器に第１処理内容が関連付けられており、
要求手段は、
負荷判定手段にて通信負荷が第２基準値に達していると判定され、且つ、診断要求データの送信元が、第２処置内容が関連付けられた種別の診断用機器であった場合、電子制御装置に対して、複数の診断用データの送信中止を指示し、
負荷判定手段にて通信負荷が第２基準値に達していると判定され、且つ、診断要求データの送信元が、第１処置内容が関連付けられた種別の診断用機器であった場合、電子制御装置に対して、複数の診断用データの送信を一時的に保留するように指示することを特徴とする。
【０００８】
複数の電子制御装置は、通信線に接続されている。よって、車両が走行している場合、通信線には、各電子制御装置間で送受信される車両制御用データ（以下、制御用データと略す）が流れることになる。また、本発明は、電子制御装置から通信線に出力された診断用データを診断用機器に送信するものである。よって、本発明は、診断用データを診断用機器に送信する場合、電子制御装置から通信線に出力された診断用データによって、通信線における通信負荷を増大させることが考えられる。このように、本発明は、通信線における通信負荷を増大させた場合、複数の電子制御装置による制御性を悪化させる可能性がある。
【０００９】
そこで、本発明は、通信線における通信負荷を第１基準値と比較して、通信負荷が第１基準値に達していた場合、通信線における通信負荷を増大させたとみなして、電子制御装置が診断用データを送信している送信間隔を長い値に更新する。このように、本発明は、通信負荷が第１基準値に達している場合、電子制御装置が診断用データを送信している送信間隔を長くすることで、診断用データによって制御用データの送受信が阻害されることを抑制できる。また、本発明は、電子制御装置が送信している診断用データの送信を中止させるわけではなく、電子制御装置が診断用データを送信している送信間隔を長くするものである。よって、本発明は、複数の電子制御装置による制御性の悪化を抑制しつつ、診断用データを診断用機器に送信することができる。
【００１０】
なお、特許請求の範囲及びこの項に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、発明の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１１】
【図１】実施形態における車載診断システムと診断用機器である第１ツールと第２ツールとを含む全体構成を示すブロック図である。
【図２】実施形態における車載診断システムの概略構成を示すブロック図である。
【図３】実施形態におけるゲートウェイ制御装置の処理動作を示すフローチャートである。
【図４】実施形態におけるゲートウェイ制御装置と第１ツール及び第１ＥＣＵとの通信を示すシーケンス図である。
【図５】実施形態におけるゲートウェイ制御装置が送信間隔を長くする場合のシーケンス図である。
【図６】実施形態における車載ネットワークにおける通信の概略構成を示すイメージ図である。
【図７】比較例における車載ネットワークにおける通信の概略構成を示すイメージ図である。
【図８】変形例１におけるゲートウェイ制御装置と第１ツール及び第１ＥＣＵとの通信を示すシーケンス図である。
【図９】変形例２における車載診断システムの概略構成を示すブロック図である。
【図１０】変形例２における車載診断システムの診断用機器毎の処置内容を示すイメージ図である。
【図１１】変形例３における車載診断システムと診断用機器である第１ツールと第２ツールとを含む全体構成を示すブロック図である。
【図１２】変形例３における車載診断システムの概略構成を示すブロック図である。
【図１３】変形例３におけるゲートウェイ制御装置の処理動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下において、図面を参照しながら、発明を実施するための複数の形態を説明する。各形態において、先行する形態で説明した事項に対応する部分には同一の参照符号を付して重複する説明を省略する場合がある。各形態において、構成の一部のみを説明している場合は、構成の他の部分については先行して説明した他の形態を参照し適用することができる。また、後続の実施形態においては、先行する実施形態で説明した事項に対応する部分に百以上の位だけが異なる参照符号を付することにより対応関係を示し、重複する説明を省略する場合がある。
【００１３】
本実施形態では、本発明の車載診断システムをゲートウェイＥＣＵ１０ａに適用した例を採用する。ゲートウェイＥＣＵは、特許請求の範囲におけるゲートウェイ制御装置に相当する。図１に示すように、ゲートウェイＥＣＵ１０ａは、車両の車載ネットワークにおける通信線に接続された複数の電子制御装置である第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから通信線に所定の送信間隔で出力された複数の診断用データを取得するものである。ｎは１以上の整数である。そして、ゲートウェイＥＣＵ１０ａは、複数の診断用データを車両の外部に設けられた第１ツール１１０や第２ツール１２０に送信するものである。通信線としては、例えばＣＡＮバスなどを採用することができる。なお、以下においては、ゲートウェイＥＣＵをＧＷ−ＥＣＵと記載することもある。また、各診断用データは、フレームと記載することもある。ＣＡＮは登録商標である。
【００１４】
なお、第１ツール１１０及び第２ツール１２０は、特許請求の範囲における診断用機器に相当する。第１ツール１１０と第２ツール１２０は、種別が異なる診断用機器である。例えば、第１ツール１１０は、ＯＥＭセンタに設けられた診断用機器であり、第２ツール１２０は、ディーラに設けられた診断用機器である。また、診断用機器としては、ユーザが操作可能なパソコンや携帯電話機やスマートフォンなどのユーザ端末を採用することもできる。よって、一例として、本実施形態では、複数種別の診断用機器である第１ツール１１０及び第２ツール１２０に対して、診断用データを送信可能なゲートウェイＥＣＵ１０ａを採用している。
【００１５】
また、上記ＥＣＵは、Electronic Control Unitの略である。ＧＷ−ＥＣＵ１０ａ、及び第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、ＣＰＵ、ＲＯＭ、ＲＡＭ及びＩ／Ｏなどからなる所謂マイクロコンピュータを含んで構成されている。この各ＥＣＵ１０ａ，２１〜２ｎにおけるＣＰＵは、ＲＡＭの一時記憶機能を利用しつつＲＯＭに予め記憶されたプログラムに従って信号処理を行うことで、各種制御を実行する。なお、ＣＰＵはCentral Processing Unitの略である。ＲＯＭはRead Only Memoryの略である。ＲＡＭはRandom Access Memoryの略である。Ｉ／ＯはInput/Outputの略である。
【００１６】
第１ＥＣＵ２１〜第ｎＥＣＵ２ｎとしては、例えばエンジンＥＣＵ、ハイブリッドＥＣＵ、モータＥＣＵ、ボディＥＣＵ、ナビゲーションＥＣＵなど車両に搭載されている各種ＥＣＵを採用することができる。第１ＥＣＵ２１〜第ｎＥＣＵ２ｎは、車両が走行している場合、例えば車両の走行制御を行うためのデータであり、車両の状態を示す制御用データを通信線に出力する。また、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、ゲートウェイＥＣＵ１０ａからの要求に応じて、所定の送信間隔で複数の診断用データを通信線に出力する。例えば、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、第１ツール１１０や第２ツール１２０での診断に用いられるデータを分割して、複数の診断用データとして出力する。しかしながら、本発明はこれに限定されない。本発明は、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから複数の診断用データが出力されるものであれば採用できる。なお、後ほど説明する図６，図７においては、制御用データを車両制御用フレームと記載している。
【００１７】
ここで、図２を用いて、ＧＷ−ＥＣＵ１０ａの構成に関して説明する。ゲートウェイＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々と、第１ツール１１０や第２ツール１２０との通信を中継する中継装置として機能する。なお、ゲートウェイＥＣＵ１０ａは、例えば、第１ツール１１０と第２ツール１２０の夫々と、異なる通信規格で通信を行うように構成されている。例えば、ゲートウェイＥＣＵ１０ａは、シリアル通信方式による車内ＬＡＮ向け通信規格を用いて第２ツール１２０と通信可能に構成されている。一方、ゲートウェイＥＣＵ１０ａは、その他の通信規格を用いて第１ツール１１０と通信可能に構成されている。ＬＡＮは、Local Area Networkの略である。
【００１８】
ゲートウェイＥＣＵ１０ａは、機能ブロックとして、要求受信部１１、要求送信部１２、データ受信部１３、通信負荷推定部１４、送信間隔更新部１５、応答データ送信部１６などを備えて構成されている。
【００１９】
要求受信部１１は、特許請求の範囲における要求受信手段に相当する。要求受信部１１は、第１ツール１１０及び第２ツール１２０から送信された診断用データの送信を要求する診断要求データを受信すると共に、診断要求データの送信元である第１ツール１１０及び第２ツール１２０の種別を判別する。言い換えると、要求受信部１１は、診断要求データを受信すると共に、診断要求データの送信元が第１ツール１１０及び第２ツール１２０のいずれであるかを判別する。
【００２０】
要求送信部１２は、特許請求の範囲における要求手段に相当する。要求送信部１２は、要求受信部１１が診断要求データを受信すると、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して、複数の診断用データの送信を要求すると共に、各診断用データの送信間隔を指示する。例えば、要求送信部１２は、ＣＦフレームのタイミングを制御するＦＣフレームを送信することで送信間隔を指示する。なお、ＣＦフレームの最小送信間隔（ＳＴｍｉｎ）は、予め決められていることもある。この場合、要求送信部１２は、送信間隔を指示する際に、ＣＦフレームの最小送信間隔と同じ値、若しくはＣＦフレームの最小送信間隔よりも長い値を指示する必要がある。ＣＦフレームに関しては、後ほど説明する。また、送信間隔とは、時間的な間隔であり、送信時間と称することもできる。
【００２１】
なお、第１ツール１１０及び第２ツール１２０は、診断内容を示す情報を含む診断要求データを送信する。この場合、要求送信部１２は、診断要求データに含まれる診断内容を示す情報に基づいて、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから診断用データの送信要求と送信間隔の指示を行うＥＣＵを決定する。言い換えると、要求送信部１２は、診断要求データに含まれる診断内容を示す情報に基づいて、診断対象のＥＣＵを決定する。
【００２２】
データ受信部１３は、特許請求の範囲におけるデータ受信手段に相当する。データ受信部１３は、通信線を介して第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから送信された複数の診断用データを受信する。例えば、データ受信部１３は、複数の診断用データとして、分割された最初のフレームであるＦＦフレーム、及び分割された二つ目以降のフレームであるＣＦフレームを受信する。なお、後ほど説明する図６，図７においては、ＣＦフレームを診断用応答フレームと記載している。また、図６，図７においては、ＦＣフレームなどの、複数の診断用データの送信や、各診断用データの送信間隔の指示を示すデータを診断用要求フレームと記載している。
【００２３】
通信負荷推定部１４は、特許請求の範囲における負荷判定手段に相当する。通信負荷推定部１４は、通信線における通信負荷が第１基準値に達しているか否かを判定する。ここでは、一例として、診断用データの受信間隔に基づいて、通信負荷が第１基準値に達しているか否かを判定する通信負荷推定部１４を採用する。通信負荷推定部１４は、データ受信部１３が各診断用データを受信した受信間隔を測定する。また、通信負荷推定部１４は、測定した受信間隔と予め決められた第１基準時間とを比較する。そして、通信負荷推定部１４は、受信間隔が第１基準時間を超えていた場合、通信負荷が第１基準値に達していると判定する。なお、この受信間隔は、時間的な間隔であり、受信時間と称することもできる。
【００２４】
上記のように、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、診断用データのみならず、制御用データも出力する。また、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、例えば、車両が走行している場合、車両が停車している場合よりも多くの制御用データを出力する。そして、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、制御用データの出力数が多くなると、要求送信部１２から指示された送信間隔どおりに診断用データを出力できないことが起こりうる。よって、データ受信部１３が各診断用データを受信する受信間隔は、信号線に出力される制御用データの数が増えるのに伴って長くなると考えられる。言い換えると、データ受信部１３が各診断用データを受信する受信間隔は、通信線における通信負荷が増大するのに伴って長くなると考えられる。
【００２５】
そこで、通信負荷推定部１４は、データ受信部１３が各診断用データを受信した受信間隔が第１基準時間を超えた場合、通信線の通信負荷が増大しているとみなすことができる。よって、通信負荷推定部１４は、データ受信部１３が各診断用データを受信した受信間隔が第１基準時間を超えていた場合、通信負荷が第１基準値に達していると判定する。この第１基準時間は、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々に対して指示した送信間隔と同じ値、又は、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々に対して指示した送信間隔よりも長い値である。このように、ＧＷ−ＥＣＵ１０ａは、データ受信部１３が各診断用データを受信した受信間隔に基づいて、通信負荷が第１基準値に達しているか否かを判定することで、通信線における通信負荷を正確に推定することができる。
【００２６】
なお、通信負荷推定部１４は、データ受信部１３が各診断用データを受信した受信間隔を複数回測定する。そして、通信負荷推定部１４は、複数回の測定で得られた複数の受信間隔の平均値が第１基準時間を超えていた場合、通信負荷が第１基準値に達していると判定するようにしてもよい。また、通信負荷推定部１４は、複数回の測定で得られた複数の受信間隔のいずれか一つが第１基準時間を超えていた場合、通信負荷が第１基準値に達していると判定するようにしてもよい。
【００２７】
また、上記のように、要求送信部１２が診断対象のＥＣＵを決定する場合、通信負荷推定部１４は、診断対象のＥＣＵから送信された各診断用データを受信した受信間隔を測定することになる。
【００２８】
送信間隔更新部１５は、特許請求の範囲における更新手段に相当する。送信間隔更新部１５は、通信負荷推定部１４にて通信線における通信負荷が第１基準値に達していると判定された場合、送信間隔を現在の送信間隔よりも長い値に更新する。このとき、送信間隔更新部１５は、要求送信部１２が第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して指示している送信間隔を現在指示している送信間隔よりも長くなるように更新する。このようにすることで、送信間隔更新部１５は、送信間隔を現在の送信間隔よりも長い値に更新する。
【００２９】
応答データ送信部１６は、特許請求の範囲におけるデータ送信手段１６に相当する。応答データ送信部１６は、データ受信部１３で受信した複数の診断用データを第１ツール１１０や第２ツール１２０に送信する。つまり、応答データ送信部１６は、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから収集した複数の診断用データを第１ツール１１０や第２ツール１２０に送信する。例えば、応答データ送信部１６は、複数の診断用データを送信する場合、第１ツール１１０や第２ツール１２０との通信規格に適したフォーマットに複数の診断用データを変換するなどして応答データを作成し、その応答データを送信する。
【００３０】
ここで、ＧＷ−ＥＣＵ１０ａの処理動作に関して、図２〜図６を用いて説明する。ＧＷ−ＥＣＵ１０ａは、第１ツール１１０や第２ツール１２０からデータ要求を受信すると、図３のフローチャートに示す処理を実行する。ＧＷ−ＥＣＵ１０ａは、例えば図４のタイミングｔ１，図５のタイミングｔ１１に示すように、第１ツール１１０から送信された診断要求データを受信すると、図３のフローチャートに示す処理を開始する。また、ここでは、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１から診断用データを収集する例を採用している。なお、図４は、受信時間が第１基準時間を超えていない場合のシーケンス図であり、図５は、受信時間が第１基準時間を超えた場合のシーケンス図である。
【００３１】
ステップＳ１０では、第１ＥＣＵ２１へデータ要求を送信する。ステップＳ１０での処理は、第１ＥＣＵ２１から診断用データを収集するための処理である。ＧＷ−ＥＣＵ１０ａは、図４のタイミングｔ２，図５のタイミングｔ１２に示すように、要求送信部１２が第１ＥＣＵ２１に対して複数の診断用データの送信を要求する。
【００３２】
ステップＳ２０では、ＦＦフレームを受信すると共に、ＦＣフレームを送信する。このとき、ＧＷ−ＥＣＵ１０ａは、図４のタイミングｔ３，図５のタイミングｔ１３に示すように、データ受信部１３が第１ＥＣＵ２１から送信されたＦＦフレームを受信する。一方、ＧＷ−ＥＣＵ１０ａは、図４のタイミングｔ４，図５のタイミングｔ１４に示すように、要求送信部１２が第１ＥＣＵ２１に対してＦＣフレームを送信することで、ＣＦフレームの送信間隔を指示する。これによって、第１ＥＣＵ２１は、指示された送信間隔でＣＦフレームを送信することになる。
【００３３】
ステップＳ３０では、ブロックサイズ分のＣＦフレームを受信する。つまり、ＧＷ−ＥＣＵ１０ａは、データ受信部１３が第１ＥＣＵ２１から送信されたブロックサイズ分のＣＦフレームを受信する。このとき、データ受信部１３は、図４のタイミングｔ５〜ｔ８，図５のタイミングｔ１５〜ｔ１７に示すように、第１ＥＣＵ２１から送信された複数のＣＦフレームを受信する。なお、ブロックサイズとは、ＦＣフレームなしで受信可能なＣＦフレームの数である。
【００３４】
ステップＳ４０では、受信間隔が第１基準時間を超えているか否かを判定する。ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、データ受信部１３にて各ＣＦフレームを受信した受信間隔を測定すると共に、受信間隔と予め決められた第１基準時間とを比較する。そして、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、受信間隔が第１基準時間を超えていないと判定した場合は通信線の通信負荷が第１基準値に達していないとみなしてステップＳ６０へ進む。一方、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、受信間隔が第１基準時間を超えていると判定した場合は通信線の通信負荷が第１基準値に達しているとみなしてステップＳ５０へ進む。つまり、ＧＷ−ＥＣＵ１０ａは、通信線の負荷状況を判断する指標として、第１ＥＣＵ２１から送信された複数の診断用データの受信間隔を用いる。また、ＧＷ−ＥＣＵ１０ａは、通信線の負荷状況に応じてＦＣフレームのパラメータを動的に変更して、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎからのＣＦフレームの送信間隔を調整する、と言い換えることができる。なお、通信負荷推定部１４は、ステップＳ３０において、データ受信部１３にて各ＣＦフレームを受信した受信間隔を測定してもよい。
【００３５】
ステップＳ５０では、送信間隔を更新する。ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４にて通信線における通信負荷が第１基準値に達していると判定されたので、送信間隔更新部１５が、第１ＥＣＵ２１に対して指示する送信間隔を現在の送信間隔よりも長い値に更新する。送信間隔更新部１５は、例えばステップＳ２０で指示した送信間隔よりも長い送信間隔に更新する。例えば、ステップＳ２０において送信間隔として５ｍｓを指示していた場合、送信間隔更新部１５は、ステップＳ５０において送信間隔を１０ｍｓに更新する。
【００３６】
ステップＳ６０では、ＦＣフレームを送信する。ＧＷ−ＥＣＵ１０ａは、図４のタイミングｔ４，図５のタイミングｔ１４に示すように、要求送信部１２が第１ＥＣＵ２１に対してＦＣフレームを送信することで、ＣＦフレームの送信間隔を指示する。要求送信部１２は、ステップＳ４０でＮＯ判定の場合は現在の送信間隔を指示することになり、ステップＳ４０でＹＥＳ判定の場合はステップＳ５０で更新した送信間隔を指示することになる。
【００３７】
例えば、要求送信部１２が、ステップＳ２０において、送信間隔として５ｍｓを指示した場合を一例として説明する。この場合、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、測定した受信間隔が５ｍｓを超えていないと判定すると、ステップＳ６０へ進むことになる。よって、ＧＷ−ＥＣＵ１０ａは、送信間隔更新部１５による送信間隔の更新は行わない。このため、要求送信部１２は、送信間隔として５ｍｓを指示することになる。
【００３８】
一方、図５のタイミングｔ１４〜ｔ１７に示すように、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、測定した受信間隔が５ｍｓを超えていると判定した場合、ステップＳ５０へ進むことになる。この場合、ＧＷ−ＥＣＵ１０ａは、送信間隔更新部１５が送信間隔を更新する。例えば、送信間隔更新部１５は、送信間隔を５ｍｓから１０ｍｓに更新する。このため、要求送信部１２は、図５のタイミングｔ１８に示すように、送信間隔として１０ｍｓを指示することになる。
【００３９】
これによって、第１ＥＣＵ２１は、図５のタイミングｔ１８〜ｔ２１に示すように、１０ｍｓ毎にＣＦフレームを送信することになる。従って、ＧＷ−ＥＣＵ１０ａは、例えば後ほど説明するステップＳ７０でＮＯ判定となりステップＳ３０に戻った場合、通信負荷推定部１４によって測定された受信間隔が１０ｍｓになる。
【００４０】
ステップＳ７０では、全データを受信したか否かを判定する。ＧＷ−ＥＣＵ１０ａは、ステップＳ１０で要求した全てのデータを受信したか否かをデータ受信部１３が判定する。そして、ＧＷ−ＥＣＵ１０ａは、全データを受信したと判定した場合はステップＳ８０へ進み、全データを受信していないと判定した場合はステップＳ３０へ戻る。
【００４１】
ステップＳ８０では、応答データを作成する。ＧＷ−ＥＣＵ１０ａは、応答データ送信部１６が、第１ツール１１０との通信規格に適したフォーマットに複数のＣＦフレームを変換して応答データを作成する。そして、ステップＳ９０では、応答データを送信する。ＧＷ−ＥＣＵ１０ａは、図４のタイミングｔ９，図５のタイミングｔ２２に示すように、第１ツール１１０に対して、ステップＳ８０で作成した応答データを応答データ送信部１６が送信する。
【００４２】
第１ＥＣＵ２１〜第ｎＥＣＵ２ｎは、通信線に接続されている。よって、車両が走行している場合、通信線には、各第１ＥＣＵ２１〜第ｎＥＣＵ２ｎ間で送受信される制御用データが流れることになる。また、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから通信線に出力された診断用データを第１ツール１１０や第２ツール１２０に送信するものである。よって、ＧＷ−ＥＣＵ１０ａは、診断用データを第１ツール１１０や第２ツール１２０に送信する場合、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから通信線に出力された診断用データによって、通信線における通信負荷を増大させることが考えられる。このように、ＧＷ−ＥＣＵ１０ａは、通信線における通信負荷を増大させることで、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性を悪化させる可能性がある。
【００４３】
そこで、ＧＷ−ＥＣＵ１０ａは、通信線における通信負荷を第１基準値と比較する。このとき、ＧＷ−ＥＣＵ１０ａは、データ受信部１３にて各ＣＦフレームを受信した受信間隔を測定すると共に、受信間隔と予め決められた第１基準時間とを比較することで、通信線における通信負荷を第１基準値と比較する。ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、受信間隔が第１基準時間を超えていないと判定した場合は通信線の通信負荷が第１基準値に達していないとみなす。また、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４が、受信間隔が第１基準時間を超えていると判定した場合は通信線の通信負荷が第１基準値に達しているとみなす。
【００４４】
そして、ＧＷ−ＥＣＵ１０ａは、通信負荷が第１基準値に達していた場合、通信線における通信負荷を増大させたとみなして、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎが診断用データを送信している送信間隔を長い値に更新する。このように、ＧＷ−ＥＣＵ１０ａは、通信負荷が第１基準値に達している場合、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎが診断用データを送信している送信間隔を長くすることで、診断用データによって制御用データの送受信が阻害されることを抑制できる。また、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎが送信している診断用データの送信を中止させるわけではなく、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎが診断用データを送信している送信間隔を長くするものである。よって、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制しつつ、複数の診断用データを収集して第１ツール１１０や第２ツール１２０に送信することができる。
【００４５】
例えば、送信間隔を更新しない比較例のＧＷ−ＥＣＵは、図７のタイミングｔ４１，ｔ４２，ｔ４３に示すように、診断用データを送信させることで、制御用フレームの送信を遅れさせることになる。これに対して、ＧＷ−ＥＣＵ１０ａは、通信負荷が第１基準値に達していた場合、図６のタイミングｔ３１〜ｔ３３に示すように、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎが診断用データを送信している送信間隔を長い値に更新する。これによって、ＧＷ−ＥＣＵ１０ａは、制御用フレームの遅延を抑制できる。従って、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制できる。言い換えると、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御用データの送受信を阻害することを抑制できる。
【００４６】
更に、ＧＷ−ＥＣＵ１０ａは、車載ネットワークにおける通信線の構成や、各第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの機能追加が不要である。このため、ＧＷ−ＥＣＵ１０ａは、コストアップすることを抑えながら上記の効果を奏することができる。
【００４７】
なお、本実施形態では、複数種別の診断用機器（例えば、第１ツール１１０及び第２ツール１２０）に対して、診断用データを送信する例を採用した。しかしながら、本発明はこれに限定されない。本発明は、単一種別の診断用機器のみに対して、診断用データを送信するものであっても採用できる。よって、本発明は、例えばＯＥＭセンタに設けられた診断用機器のみに対して、診断用データを送信するものであっても採用できる。なお、この場合、ＧＷ−ＥＣＵ１０ａは、診断要求データの送信元である第１ツール１１０及び第２ツール１２０の種別を判別する必要はない。
【００４８】
また、本実施形態では、受信間隔を用いて通信線の通信負荷を判定する例を採用した。しかしながら、本発明はこれに限定されない。ＧＷ−ＥＣＵ１０ａは、通信線に流れている制御用データに基づいて通信線の通信負荷を判定してもよい。この場合、通信負荷推定部１４は、制御用データの値が所定値を超えていない場合、通信負荷が第１基準値に達していないと判定し、制御用データの値が所定値を超えていた場合、通信負荷が第１基準値に達していると判定する。
【００４９】
この制御用データは、例えば、車両の車速を示すデータや、エンジンの回転数を示すデータなどである。通常、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎは、車速が遅い場合よりも早い場合の方が、通信線を介して送受信する制御用データの数が多くなる。回転数に関しても同様である。よって、ここでは、制御用データの値が所定値を超えていた場合、通信線における通信負荷は第１基準値に達しているとみなす。なお、所定値は、診断用データによって、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性を悪化させる可能性があるとみなせる程度の値である。また、所定値は、実験やシミュレーションなどによって決めることができる。
【００５０】
このようにすることで、ＧＷ−ＥＣＵ１０ａは、診断用データが通信線に送信される前に、通信負荷を把握できる。よって、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化をより一層抑制することができる。
【００５１】
また、本実施形態では、ＣＦフレームを受信したり、ＦＣフレームを送信したりするＧＷ−ＥＣＵ１０ａを採用した。しかしながら、本発明は、これに限定されない。ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して診断用データの送信、及び送信間隔を指示するデータを送信すると共に、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎから送信された診断用データを受信できるものであれば採用できる。
【００５２】
また、本実施形態では、第１ツール１１０や第２ツール１２０からの要求に応じて、ＧＷ−ＥＣＵ１０ａが第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して診断用データの送信を指示する例を採用した。しかしながら、本発明はこれに限定されない。第１ＥＣＵ２１〜第ｎＥＣＵ２ｎの夫々は、第１ツール１１０や第２ツール１２０からの要求に関係なく、所定のタイミング、又は自己診断での診断結果に応じて、診断用データをＧＷ−ＥＣＵ１０ａに出力するものであっても採用できる。
【００５３】
以上、本発明の好ましい実施形態について説明した。しかしながら、本発明は、上記した実施形態に何ら制限されることはなく、本発明の趣旨を逸脱しない範囲において、種々の変形が可能である。つまり、本発明は、通信負荷が第１基準値に達しているか否かを判定し、通信負荷が第１基準値に達していると判定した場合、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対する送信間隔を現在の送信間隔よりも長い値に更新するものであれば目的を達成できる。
【００５４】
以下に、本発明の変形例１〜３に関して説明する。上記の実施形態及び変形例１〜３は、夫々単独で実施することも可能であるが、適宜組み合わせて実施することも可能である。発明は、実施形態において示された組み合わせに限定されることなく、種々の組み合わせによって実施可能である。
【００５５】
（変形例１）
負荷状況によっては、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して指示した送信間隔よりも大幅に診断用データの受信間隔が長くなることもありうる。そこで、本発明は、変形例１のＧＷ−ＥＣＵ１０ａに示すように、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して、複数の診断用データの送信中止を指示するようにしてもよい。なお、変形例１のＧＷ−ＥＣＵ１０ａは、上記の実施形態のＧＷ−ＥＣＵ１０ａと同様の構成を有しているため、図示を省略すると共に、上記の実施形態のＧＷ−ＥＣＵ１０ａと同じ符号を用いる。更に、ＧＷ−ＥＣＵ１０ａ以外の構成に関しても、上記の実施形態と同様であるため同じ符号を用いる。
【００５６】
ここで、図８を用いて、変形例１のＧＷ−ＥＣＵ１０ａの処理動作に関して説明する。タイミングｔ５１〜ｔ５４は、タイミングｔ１〜ｔ４と同様であるため説明は省略する。なお、変形例１のＧＷ−ＥＣＵ１０ａは、タイミングｔ５４において、送信間隔として例えば５ｍｓを指示したものとする。しかしながら、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎは、要求送信部１２から送信間隔として５ｍｓを指示されたとしても、１０ｍｓ間隔でしか診断用データを送信できない状況とする。この場合、タイミングｔ５４〜ｔ５７に示すように、通信負荷推定部１４によって測定された受信間隔は、１０ｍｓとなる。
【００５７】
そこで、通信負荷推定部１４は、通信線における通信負荷が第１基準値を超えて、第１基準値が示す通信負荷よりも大きな通信負荷を示す第２基準値に達しているか否かを判定する。このとき、通信負荷推定部１４は、測定した受信間隔と予め決められた第２基準時間とを比較する。
【００５８】
そして、通信負荷推定部１４は、受信間隔が第２基準時間を超えていないと判定した場合は通信線の通信負荷が第２基準値に達していないとみなす。なお、通信負荷推定部１４は、受信間隔が第２基準時間を超えていないが、第１基準時間を超えていると判定した場合は、上記のステップＳ５０と同様に送信間隔を更新する。
【００５９】
一方、通信負荷推定部１４は、受信間隔が第２基準時間を超えていると判定した場合は通信線の通信負荷が第２基準値に達しているとみなす。そして、変形例１の要求送信部１２は、通信負荷推定部１４にて通信負荷が第２基準値を超えていると判定された場合、タイミングｔ５８に示すように、第１ＥＣＵ２１に対して複数の診断用データの送信中止を指示する。これに伴って、応答データ送信部１６は、応答データの作成、及び第１ツール１１０や第２ツール１２０に対する応答データの送信を中止する。なお、第２基準時間は、上記の第１基準時間よりも長い時間であり、例えば、更新後の送信間隔などを採用できる。
【００６０】
また、第１ＥＣＵ２１は、複数の診断用データの送信中止を指示された場合、複数の診断用データを送信することを中止する。これによって、第１ＥＣＵ２１は、制御用データの送受信に専念することができる。
【００６１】
このＧＷ−ＥＣＵ１０ａは、上記の実施形態と同様の効果を奏することができる。更に、ＧＷ−ＥＣＵ１０ａは、通信線の通信負荷が第２基準値に達しているとみなした場合に、第１ＥＣＵ２１に対して複数の診断用データの送信中止を指示することで、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化をより一層抑制できる。
【００６２】
なお、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４にて通信負荷が第２基準値に達していると判定された場合、第１ツール１１０や第２ツール１２０に対して、診断用データの送信中止を報知してもよい（第１報知手段）。つまり、ＧＷ−ＥＣＵ１０ａは、通信負荷が第２基準値に達しており、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して複数の診断用データの送信中止を指示する場合、第１ツール１１０や第２ツール１２０に対して、診断用データの送信中止を報知する。このようにすることで、第１ツール１１０や第２ツール１２０は、ＧＷ−ＥＣＵ１０ａによる送信ミスと誤判定することを抑制できる。
【００６３】
また、ＧＷ−ＥＣＵ１０ａは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して、複数の診断用データの送信中止を指示するかわりに、複数の診断用データの送信を一時的に保留してもよい。
【００６４】
この場合、要求送信部１２は、通信負荷推定部１４にて通信負荷が第２基準値を超えていると判定された場合、第１ＥＣＵ２１に対して複数の診断用データの送信を一時的に保留（つまり、送信保留）するように指示する。これに伴って、応答データ送信部１６は、応答データの作成、及び第１ツール１１０や第２ツール１２０に対する応答データの送信を一時的に保留する。なお、要求送信部１２は、送信を一時的に保留するように指示した後に、通信負荷推定部１４にて通信負荷が第２基準値を超えていないと判定された場合、送信の保留を解除するように指示する。
【００６５】
また、第１ＥＣＵ２１は、複数の診断用データの送信を一時的に保留するように指示された場合、複数の診断用データを送信することを一時的に保留する。これによって、第１ＥＣＵ２１は、制御用データの送受信に専念することができる。
【００６６】
このようにしても、ＧＷ−ＥＣＵ１０ａは、上記の実施形態と同様の効果を奏することができる。更に、ＧＷ−ＥＣＵ１０ａは、通信線の通信負荷が第２基準値に達しているとみなすと、第１ＥＣＵ２１に対して複数の診断用データの送信を一時的に保留するように指示することで、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化をより一層抑制できる。
【００６７】
なお、ＧＷ−ＥＣＵ１０ａは、通信負荷推定部１４にて通信負荷が第２基準値に達していると判定された場合、第１ツール１１０や第２ツール１２０に対して、診断用データの送信を一時的に保留することを報知してもよい（第２報知手段）。つまり、ＧＷ−ＥＣＵ１０ａは、通信負荷が第２基準値に達しており、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して送信を一時的に保留するように指示する場合、第１ツール１１０や第２ツール１２０に対して、診断用データの送信保留を報知する。このようにすることで、第１ツール１１０や第２ツール１２０は、ＧＷ−ＥＣＵ１０ａによる送信ミスと誤判定することを抑制できる。
【００６８】
（変形例２）
近年、車両の診断は、ＩＳＯ２７１４５やＩＳＯ１３４００において、車両外のツールから通信を利用した規格化がなされている。また、今後、車両の診断は、不特定多数のツールから診断要求が送信されることが考えられる。更に、車両の診断は、パソコンや携帯電話機やスマートフォンなどから診断要求が送信されることも考えられる。従って、車載診断システムは、上記のように、ＯＥＭセンタに設けられた診断用機器、ディーラに設けられた診断用機器、ユーザ端末などの多種多様な診断用機器からの診断要求を受けることが考えられる。車載診断システムは、このような多種多様な診断用機器からの診断要求に対する応答性の低下を抑制しつつ、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制できることが望ましい。
【００６９】
そこで、ＧＷ−ＥＣＵ１０ｂは、診断用機器として、複数種別の診断用機器に対して、診断用データを送信するものである。また、ＧＷ−ＥＣＵ１０ｂは、診断用機器の種別毎に処置内容を変更する。このため、ＧＷ−ＥＣＵ１０ｂは、図９に示すように、上記の構成要素１１〜１６に加えて、記憶部１７を備えている。この記憶部１７には、診断用機器の種別毎に第１処置内容、又は第１処置内容とは異なる第２処置内容が関連付けられた処置内容データが記憶されている。
【００７０】
例えば、処置内容データは、図１０に示すように、診断用データの要求元毎に、受信間隔基準値、送信間隔延長値、受信間隔許容値、受信間隔許容値を超えた場合の処置が関連付けられている。なお、受信間隔基準値は、複数の診断用データの受信間隔の基準時間であり、上記の第１基準時間に相当する時間である。送信間隔延長値は、受信間隔基準値を超えた場合に延長する時間である。つまり、送信間隔延長値は、送信間隔を更新する際に加算する時間である。受信間隔許容値は、送信中止又は送信保留するための基準時間であり、上記の第２基準時間に相当する時間である。そして、受信間隔許容値を超えた場合の処置は、特許請求の範囲における処置内容である。ここでは、処置内容の一例として、応答保留と中止を採用している。また、応答保留は、上記の一時的に保留に相当し、中止は、上記の送信の中止に相当する。
【００７１】
また、ＯＥＭセンタに設けられた診断用機器やディーラに設けられた診断用機器からの診断要求は、ユーザ端末からの診断要求よりも重要である可能性が高い。従って、ＯＥＭセンタに設けられた診断用機器やディーラに設けられた診断用機器は第１優先順位として、ユーザ端末は第２優先順位とする。よって、第１優先順位の診断用機器には、処置内容として応答保留が関連付けられている。一方、第２優先順位の診断用機器には、処置内容として、中止が関連付けられている。
【００７２】
ＧＷ−ＥＣＵ１０ｂの要求受信部１１は、ＧＷ−ＥＣＵ１０ａの要求受信部１１と同様に、第１ツール１１０や第２ツール１２０から送信された診断要求データを受信する。更に、ＧＷ−ＥＣＵ１０ｂの要求受信部１１は、診断要求データの送信元である第１ツール１１０や第２ツール１２０の種別を判別する。また、ＧＷ−ＥＣＵ１０ｂの通信負荷推定部１４は、変形例１の通信負荷推定部１４と同様に、通信負荷が第１基準値を超えて、第２基準値に達しているか否かを判定する。
【００７３】
そして、ＧＷ−ＥＣＵ１０ｂの要求送信部１２は、通信負荷推定部１４の推定結果、要求受信部１１の判別結果、及び処置内容データに基づいて、処置内容を変更する。詳述すると、要求送信部１２は、通信負荷が第２基準値に達しており、且つ、第１ツール１１０や第２ツール１２０に対して第２処置内容が関連付けられていた場合、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して、複数の診断用データの送信中止を指示する。また、要求送信部１２は、通信負荷が第２基準値に達しており、且つ、第１ツール１１０や第２ツール１２０に対して第１処置内容が関連付けられていた場合、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎに対して、複数の診断用データの応答保留を指示する。
【００７４】
なお、ＧＷ−ＥＣＵ１０ｂの要求受信部１１，通信負荷推定部１４，要求送信部１２は、ＧＷ−ＥＣＵ１０ａの要求受信部１１，通信負荷推定部１４，要求送信部１２と異なる処理を実行するものであるが、便宜上同じ符号を用いている。
【００７５】
このように、ＧＷ−ＥＣＵ１０ｂは、通信線の通信負荷が第２基準値に達している場合、第２優先順位の診断用機器からの要求に対しては診断用データの送信は中止し、第１優先順位の診断用機器からの要求に対しては診断用データの送信は中止にしない。つまり、ＧＷ−ＥＣＵ１０ｂは、第２優先順位の診断用機器からの診断要求に対しては診断用データの送信を中止するので、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制できる。また、ＧＷ−ＥＣＵ１０ｂは、第１優先順位の診断用機器からの診断要求に対しては診断用データの送信を一時的に保留にするので、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制しつつ、診断用データを送信することができる。よって、ＧＷ−ＥＣＵ１０ｂは、多種多様な診断用機器からの診断要求に対する応答性の低下を抑制しつつ、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎによる制御性の悪化を抑制できる。
【００７６】
（変形例３）
本発明は、上記の実施形態、変形例１，２のようにＧＷ−ＥＣＵを備えていなくても目的は達成できる。変形例３では、図１１に示すように、本発明を第１ＥＣＵ３１〜第ｎＥＣＵ３ｎ及び通信モジュール４０に適用した例を採用している。
【００７７】
第１ＥＣＵ３１〜第ｎＥＣＵ３ｎは、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎと同様に制御用データ及び診断用データを出力可能に構成されている。しかしながら、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎは、第１ツール１１０や第２ツール１２０などの要求に応じて診断用データを出力する点で、第１ＥＣＵ２１〜第ｎＥＣＵ２ｎと異なる。また、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎの夫々は、制御対象などが異なるものの、診断用データの出力などに関しては同様である。よって、ここでは、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎのうち、第１ＥＣＵ３１に関して説明する。
【００７８】
図１２に示すように、第１ＥＣＵ３１は、要求受信部３１１、通信負荷推定部３１２、送信間隔更新部３１３、応答データ送信部３１４などを備えて構成されている。要求受信部３１１は、要求受信部１１と同様である。通信負荷推定部３１２は、通信負荷推定部１４と同様である。送信間隔更新部３１３は、送信間隔更新部１５と同様である。ただし、応答データ送信部３１４は、応答データ送信部１６と異なり、複数の診断用データを個別に送信する。
【００７９】
また、通信モジュール４０は、特許請求の範囲における通信装置に相当する。通信モジュール４０は、第１ツール１１０から送信されたデータを第１ＥＣＵ３１〜第ｎＥＣＵ３ｎに出力すると共に、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎから送信されたデータを第１ツール１１０に出力する。また、通信モジュール４０は、必要に応じて、第１ツール１１０と第１ＥＣＵ３１〜第ｎＥＣＵ３ｎとの間でプロトコル変換を行う。しかしながら、通信モジュール４０は、ＧＷ−ＥＣＵ１０ａのように、送信間隔を指示したり、受信間隔を測定したりする機能は有していない。
【００８０】
ここで、第１ＥＣＵ３１の処理動作に関して、図１３を用いて説明する。第１ＥＣＵ３１は、第１ツール１１０や第２ツール１２０からデータ要求を受信すると、図１３のフローチャートに示す処理を実行する。第１ＥＣＵ３１は、要求受信部３１１が例えば第１ツール１１０から送信された診断要求データを受信すると、図１３のフローチャートに示す処理を開始する。
【００８１】
ステップＳ１２では、通信負荷が基準値を超えているか否かを判定する。第１ＥＣＵ３１は、通信負荷推定部３１２が通信線に流れている制御用データに基づいて通信線の通信負荷を判定する。そして、第１ＥＣＵ３１は、通信負荷推定部３１２が制御用データの値が所定値を超えていない場合、通信負荷が基準値に達していないと判定し、制御用データの値が所定値を超えていた場合、通信負荷が基準値に達していると判定する。そして、第１ＥＣＵ３１は、通信負荷が基準値に達していないと判定した場合はステップＳ３２へ進み、通信負荷が基準値に達していると判定した場合はステップＳ２２へ進む。なお、ここでの基準値は、上記の第１基準値に相当する。また、制御用データに基づく通信負荷の判定に関しては、上記の実施形態を参照されたい。
【００８２】
ステップＳ２２では、送信間隔を更新する。第１ＥＣＵ３１は、通信負荷推定部３１２にて通信線における通信負荷が基準値に達していると判定されたので、送信間隔更新部３１３が、自身が診断用データを送信している送信間隔を現在の送信間隔よりも長い値に更新する。例えば、第１ＥＣＵ３１におけるデフォルトの送信間隔が５ｍｓであった場合、送信間隔更新部３１３は、ステップＳ２２において送信間隔を１０ｍｓに更新する。
【００８３】
ステップＳ３２では、診断用データを送信する。第１ＥＣＵ３１は、応答データ送信部３１４が診断用データを送信する。そして、通信モジュール４０は、応答データ送信部３１４が送信した診断用データを第１ツール１１０へ送信する。
【００８４】
ステップＳ４２では、全データを送信したか否かを判定する。第１ＥＣＵ３１は、送信予定の診断用データを全て送信したか否かを応答データ送信部３１４が判定する。なお、第１ＥＣＵ３１は、複数の診断用データを第１ツール１１０や第２ツール１２０に送信する際には、予め決められた数の診断用データを送信するものである。応答データ送信部３１４は、送信した診断用データの数や、診断用データの送信回数などをカウントすることで、診断用データを全て送信したか否かを判定することができる。
【００８５】
この変形例３においても、上記の実施形態と同様の効果を奏することができる。なお、変形例３においても、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎの夫々は、通信線における通信負荷が第１基準値を超えて、第１基準値が示す通信負荷よりも大きな通信負荷を示す第２基準値に達しているか否かを判定するものであってもよい。この場合、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎの夫々は、通信負荷が第２基準値に達していると判定された場合、第１ツール１１０や第２ツール１２０に対する診断用データの送信を中止する。また、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎの夫々は、通信負荷が第２基準値に達していると判定された場合、第１ツール１１０や第２ツール１２０に対する診断用データの送信を一時的に保留にしてもよい。これによって、第１ＥＣＵ３１〜第ｎＥＣＵ３ｎの夫々は、上記の変形例１と同様の効果を奏することができる。
【符号の説明】
【００８６】
１０ａ，１０ｂ  ゲートウェイＥＣＵ、１１  要求受信部、１２  要求送信部、１３  データ受信部、１４  通信負荷推定部、１５  送信間隔更新部、１６  応答データ送信部、１７  記憶部、２１，３１  第１ＥＣＵ、２ｎ，３ｎ  第ｎＥＣＵ、４０  通信モジュール、１１０  第１ツール、１２０  第２ツール、３１１  要求受信部、３１２  通信負荷推定部、３１３  送信間隔更新部、３１４  応答データ送信部
【図１】
0005987810.tif 000002
【図２】
0005987810.tif 000003
【図３】
0005987810.tif 000004
【図４】
0005987810.tif 000005
【図５】
0005987810.tif 000006
【図６】
0005987810.tif 000007
【図７】
0005987810.tif 000008
【図８】
0005987810.tif 000009
【図９】
0005987810.tif 000010
【図１０】
0005987810.tif 000011
【図１１】
0005987810.tif 000012
【図１２】
0005987810.tif 000013
【図１３】
0005987810.tif 000014