JP6172090B2 - 中継装置 - Google Patents

Description

本発明は、車外装置と車載装置との間で通信を行うための技術に関する。

車両において制御の高度化およびサービスの充実などを図るために、電子制御装置（ＥＣＵ）等の車載装置同士を通信線で相互に接続してローカルエリアネットワーク（いわゆる車内ＬＡＮ）を構成し、車載装置間で情報を共有する技術が知られている。特に車内ＬＡＮに多用されている通信プロトコルとして、ＣＡＮ（Controller Area Network）およびＬＩＮ（Local Interconnect Network）などが知られている。

また、車両において、外部ツール（車外装置）と車内ＬＡＮに接続されている車載装置との間で通信を行うことで、車両状態の診断や、プログラムの書換処理（リプログラミング）などを行う技術が知られている。特許文献１には、車両に搭載された中継装置を介して、車外装置と車内ＬＡＮに接続されている車載装置との間で通信を行う技術が記載されている。

特開２０１３−１９２０９０号公報

ところで、近年、車外装置と車内ＬＡＮに接続されている車載装置との間の通信において、従来利用されてきたＣＡＮ及びＬＩＮなどよりも通信速度が速いイーサネット（登録商標）の導入が進んでいる。例えば、車外装置とイーサネットにより接続され、車外装置から送信された通信フレームを受信し、受信した通信フレームをイーサネットにより接続された車載装置に送信する中継装置が知られている。

車外装置と車載装置との間では、前述のプログラムの書き換え処理などのように、正規の作業者以外の者が実施すべきでない通信も行われる。この為、中継装置は、正規の作業者以外の者による車外装置（非正規の車外装置という）との通信が行われることを抑制する機能を備えることが望ましい。

しかしながら、非正規の車外装置との通信が行われることを抑制する機能を実現するために中継装置の処理負荷が増加すると、外部装置と車載装置との間の通信速度が低下することが問題となっていた。

本発明は、上記問題に鑑みてなされたものであり、車外装置と車内装置との間の通信において、通信速度の低下を抑制する技術を提供することを目的としている。
また、本発明は、非正規の車外装置と車内装置との間で通信が行われることを抑制することを目的としている。

本発明の一側面は、中継装置であって、単位時間あたりのデータ通信量が第２の通信プロトコルによるデータ通信よりも大きい第１の通信プロトコルによるデータ通信を行う自車両外部の第１の通信装置との間で、第１の通信プロトコルによるデータ通信を行う。また、中継装置は、第１の通信プロトコル及び第２の通信プロトコルによるデータ通信を行う自車両に搭載される複数の第２の通信装置との間で、少なくとも第２の通信プロトコルによるデータ通信を共通の通信路を介して行う。

中継装置は、許可判断手段と開始切替手段とを備える。許可判断手段は、第１の通信装置及び第２の通信装置とともに接続され第１の通信装置との間で第１の通信プロトコルによるデータ通信を行う接続先が制御信号に従って切り替えられる接続切替手段を介して、第１の通信装置から受信した、第１の通信プロトコルに用いられる第１の通信フレームに含まれる所定の認証情報に基づいて、第１の通信装置と対象とする第２の通信装置とのデータ通信を許可するか否かを判断する。開始切替手段は、許可判断手段によってデータ通信が許可された場合に、対象とする第２の通信装置を接続先とする制御信号を接続切替手段に出力する。

このような構成によれば、第１の通信装置と対象とする第２の通信装置との通信が許可された場合に、これ以降、当該中継装置を介在させること無く、第１の通信装置と対象とする第２の通信装置との間でデータ通信によるデータ通信を行うことができる。すなわち、当該中継装置における処理負荷を低減することができるため、第１の通信装置と対象とする第２の通信装置とのデータ通信の通信速度の低下を抑制することができる。

また、このような構成によれば、第１の通信装置と対象とする第２の通信装置との間のデータ通信が許可された以降、仮に第１の通信装置に代えて何らかの非正規の車外装置が接続されたとしても、該非正規の車外装置は、少なくとも対象とする第２の通信装置以外の第２の通信装置とはデータ通信を行うことができない。したがって、非正規の車外装置との通信が行われることを抑制することができる。

なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。

第１実施形態の通信システム及び車載システムの構成を示すブロック図。 スイッチングハブにおいてデータ通信可能なポートを示す図であって、（ａ）は外部ツールとゲートウェイＥＣＵとが通信可能な場合を示す図であり、（ｂ）は外部ツールと１つのＥＣＵとが通信可能に接続される一例を示す図。 （ａ）はＥＣＵの構成を示すブロック図であり、（ｂ）は外部ツールの構成を示すブロック図。 外部ツールが実行する外部ツール接続処理のフローチャート。 イーサネット通信フレームの一例を示す図。 認証コードと接続目的コードとの対応関係の一例を示す図。 ゲートウェイＥＣＵが実行するゲートウェイ接続処理のフローチャート。 各ＥＣＵが対応可能な接続目的コードの一例を示す図。 ＣＡＮ通信フレームの一例を示す図。 ＥＣＵが実行するＥＣＵ接続処理のフローチャート。 ＥＣＵが実行するイーサネット通信処理のフローチャート。 外部ツールとＥＣＵとの接続が許可される場合の作動の一例について説明する図。 外部ツールとＥＣＵとの接続が許可されない場合の作動の一例について説明する図。 第２実施形態の通信システム及び車載システムの構成を示すブロック図。 ＥＣＵの構成を示すブロック図。 外部ツール接続処理のフローチャート。 ゲートウェイ接続処理のフローチャート。 ＥＣＵ接続処理のフローチャート。 外部ツールとＥＣＵとの接続が許可される場合の作動の一例について説明する図。

以下、本発明が適用された実施形態について、図面を用いて説明する。
［１．第１実施形態］
［１−１．構成］
図１に示す通信システムは、車両（自車両）に搭載された車載システム１と、自車両外部の装置である外部ツール（車外装置）２と、を備える。

車載システム１は、外部ツール２を接続するためのコネクタ３０と、ゲートウェイ装置(以下ＧＷ装置という)１０と、複数のＥＣＵ２０ａ、２０ｂ、…２０ｄとを備える。ＧＷ装置１０は、スイッチングハブ４０と、ゲートウェイＥＣＵ５０とを備える。

ここで、ゲートウェイＥＣＵ５０及び複数のＥＣＵ２０ａ〜２０ｄは、共通の通信路であるバス１１に接続されてネットワーク（車内ＬＡＮ）を構築し、バス１１を介してＣＡＮ通信プロトコルに従ったデータの送受信を行う。以下では、ＣＡＮ通信プロトコルに従ったデータ通信をＣＡＮ通信という。なお、以下では、ＥＣＵ２０ａ、ＥＣＵ２０ｂ、…のような複数の同一の構成については、個々について説明する場合を除き、ＥＣＵ２０、のように符号のアルファベットを省略して記載する。

また、ゲートウェイＥＣＵ５０及びＥＣＵ２０は、スイッチングハブ４０に接続され、スイッチングハブ４０に接続された外部ツール２とともに、スイッチングハブ４０を介したネットワークを構築し、イーサネット通信プロトコルに従ったデータの送受信を実行する。以下では、イーサネット通信プロトコルに従ったデータ通信をイーサネット通信という。

スイッチングハブ４０は、複数のポート、具体的にはポート４１ａ〜ポート４１ｆを備える。ポート４１ａには、通信線１２を介してゲートウェイＥＣＵ５０が接続され、ポート４１ｂには、通信線１３及びコネクタ３０を介して外部ツール２が接続される。ポート４１ｃ〜ポート４１ｆにはそれぞれ通信線１４〜１７を介してＥＣＵ２０ａ〜ＥＣＵ２０ｄが接続される。

スイッチングハブ４０は、ポート４１から入力されたイーサネット通信フレームに含まれる識別情報に基づいて、該イーサネット通信フレームを送出する接続先（他のポート４１）を特定し、特定したポート４１へイーサネット通信フレームを出力する。出力先とするポート４１の特定は、例えば、電子回路等により構成された特定回路により実現される。このように、スイッチングハブ４０は、イーサネット通信フレームの中継を行う。

スイッチングハブ４０は、本実施形態では一例として、イーサネット通信フレーム（通信フレームの構成については後述する図５を参照）のヘッダ部に含まれる宛先ＭＡＣアドレスを識別情報として、イーサネット通信フレームを送出する接続先を特定する。

具体的には、例えばＥＣＵ２０ａのＭＡＣアドレスを宛先ＭＡＣアドレスとして含むイーサネット通信フレームがポート４１ｂに入力された場合、スイッチングハブ４０は、ＥＣＵ２０ａが接続されているポート４１ｃに該イーサネット通信フレームを出力する。なお、スイッチングハブ４０は、ポート４１と該ポート４１に接続された接続先（接続装置）のＭＡＣアドレスとの対応関係を学習する学習機能を備える。学習機能については周知であるため、ここでは説明を省略する。

さらにまた、スイッチングハブ４０は、複数のポート４１をグループ分けしたテーブルに従って、同一グループに所属するポート４１同士についてはイーサネット通信フレームの中継を可能とし、異なるグループに所属するポート４１同士についてはイーサネット通信フレームの中継を不可能とする機能（所謂、ＶＬＡＮ機能）を備える。

例えば、図２（ａ）に示すテーブルでは、ポート４１ａ及びポート４１ｂが同一グループである車外接続グループに所属し、ポート４１ｃ〜ポート４１ｆが車外接続グループとは異なる車内接続グループに所属する。この場合、ポート４１ｂに接続される外部ツール２は、ポート４１ａに接続されるゲートウェイＥＣＵ５０とのみ、相互にイーサネット通信が可能である。外部ツール２は、車内接続グループに所属するポート４１ｃ〜ポート４１ｆに接続されるＥＣＵ２０ａ〜２０ｄとはイーサネット通信を行うことができない。

また例えば、図２（ｂ）に示すテーブルでは、ポート４１ｂ及びポート４１ｃが同一グループである車外接続グループに所属し、ポート４１ａ、ポート４１ｄ〜ポート４１ｆが車外接続グループとは異なる車内接続グループに所属する。この場合、ポート４１ｂに接続される外部ツール２は、ポート４１ｃに接続されるＥＣＵ２０ａとのみ、相互にイーサネット通信が可能である。外部ツール２は、車内接続グループに所属するポート４１ａ、ポート４１ｄ〜ポート４１ｆに接続されるゲートウェイＥＣＵ５０、ＥＣＵ２０ｂ〜２０ｄとはイーサネット通信を行うことができない。

本実施形態のスイッチングハブ４０では、このようにデータ通信可能なポート４１の組み合わせ、すなわちデータ通信可能となる接続先が、ゲートウェイＥＣＵ５０から出力される制御信号により設定される。なお、後述するＧＷ接続処理（Ｓ２５０）によって設定される場合を除いて、通常は、ポート４１ｂに接続される外部ツール２は、ポート４１ａに接続されるゲートウェイＥＣＵ５０とのみ、イーサネット通信可能に接続されるように、制御信号により設定されている（図２（ａ）参照）。

図１に戻り、説明を続ける。ゲートウェイＥＣＵ５０は、イーサネットトランシーバ６０、ＣＡＮトランシーバ７０、ゲートウェイ制御部（以下、ＧＷ制御部という）８０を備える。

イーサネットトランシーバ６０は、通信線１２を介してスイッチングハブ４０のポート４１ａに接続される。イーサネットトランシーバ６０は、スイッチングハブ４０を介して接続される他の通信装置、すなわち外部ツール２または各ＥＣＵ２０と、イーサネット通信を行うためのインタフェースである。

ＣＡＮトランシーバ７０は、バス１１を介して接続される他の通信装置、すなわち各ＥＣＵ２０と、ＣＡＮ通信を行うためのインタフェースである。
ＧＷ制御部８０は、イーサネットコントローラ８１、ＣＡＮコントローラ８２、中継制御部８３、及びフラッシュメモリ８４を備える。

イーサネットコントローラ８１は、イーサネットトランシーバ６０に接続され、他の通信装置との間で行われる通信をイーサネット通信プロトコルに基づいて実行するハードウェアである。

ＣＡＮコントローラ８２は、ＣＡＮトランシーバ７０に接続され、他の通信装置との間で行われる通信をＣＡＮ通信プロトコルに基づいて実行するハードウェアである。
中継制御部８３は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３等を有する周知のマイクロプロセッサを備える。中継制御部８３（ＣＰＵ１０１）は、ＲＯＭ１０２又はフラッシュメモリ８４に記録されたプログラムに従い、各種機能を実現する。例えば、中継制御部８３は、制御信号を出力してスイッチングハブ４０の設定を行う。また例えば、中継制御部８３は、後述する中継処理を実行し、外部ツール２とＥＣＵ２０との通信の制御を行う。

フラッシュメモリ８４は、電気的に記録内容の書換えが可能な不揮発性の記録装置であり、中継制御部８３（ＣＰＵ１０１）が実行する各種プログラムや、後述する認証コード、接続目的コード等が予め記録されている。

各ＥＣＵ２０は、一例として図３（ａ）に示すように、イーサネットトランシーバ２１、ＣＡＮトランシーバ２２、及び制御部２３を備える。制御部２３は、ＣＰＵ２４、フラッシュメモリ２５、ＣＡＮコントローラ２６、及びイーサネットコントローラ２７を備える。ＣＰＵ２４は、フラッシュメモリ２５に記録されたプログラムに従い、各種機能を実現する。フラッシュメモリ２５には、これらのプログラムや、認証コード、接続目的コード等が予め記録されている。イーサネットトランシーバ２１は、スイッチングハブ４０を介して、外部ツール２とイーサネット通信を行うためのインタフェースである。ＣＡＮトランシーバ２２は、バス１１を介して、ゲートウェイＥＣＵ５０や他のＥＣＵ２０と通信を行うためのインタフェースである。

外部ツール２は、一例として図３（ｂ）に示すように、イーサネットトランシーバ２０１及び制御部２０２を備え、制御部２０２はＣＰＵ２０３、フラッシュメモリ２０４、イーサネットコントローラ２０５を備える。外部ツール２（ＣＰＵ２０３）は、コネクタ３０を介して車載システム１に接続された状態で、スイッチングハブを介して、ＥＣＵ２０またはゲートウェイＥＣＵ５０との間でイーサネット通信を行う。外部ツール２（ＣＰＵ２０３）は、一例として、該イーサネット通信により、車両状態の診断、データ（セキュリティ関連情報等）の設定及び解除や、ゲートウェイＥＣＵ５０やＥＣＵ２０に記録されているプログラムの書換処理を行う。フラッシュメモリ２５には、これらの処理をＣＰＵ２０３に実行させるためのプログラムや、認証コード、接続目的コード等が予め記録されている。なお、外部ツール２は、汎用のパーソナルコンピュータやスマートフォン（多機能型携帯電話機）などを用いて構成してもよい。

なお、本実施形態では、車両のイグニッションスイッチがオフの状態でも車載システム１に電源が供給され、ゲートウェイＥＣＵ５０、及び各ＥＣＵ２０は、それぞれ、後述するＧＷ接続処理、ＥＣＵ接続処理を実行できるように構成されている。

［１−２．処理］
次に、本実施形態の通信システムで実行される処理（通信方法）について説明する。
［１−２―１．外部ツールによる処理］
外部ツール２において制御部２０２が実行する外部ツール接続処理について、図４のフローチャートを用いて説明する。

はじめに、制御部２０２（ＣＰＵ２０３）は、ゲートウェイＥＣＵ５０に、通信対象とするＥＣＵ２０との接続要求を、イーサネット通信によって送信する（Ｓ１１０）。
ＣＰＵ２０３が送信するイーサネット通信フレームは、一例として図５に示すように、プリアンブル部、ヘッダ部、データ部、及びフッタ部を含む。周知のように、ヘッダ部は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス等を含み、フッタ部はＦＣＳ（Frame Check Sequence）を含む。なお、Ｓ１１０にてＣＰＵ２０３が送信するイーサネット通信フレームでは、宛先ＭＡＣアドレスは通信対象とするＥＣＵ２０のＭＡＣアドレスであり、送信元ＭＡＣアドレスは、外部ツール２のＭＡＣアドレスである。データ部は、少なくとも、認証コード及び接続目的コードを含む。

認証コードは、該認証コードを含むイーサネット通信フレームが正規の作業者によって作業される外部ツール２から送信されたことを表す、予め定められたコードである。接続目的コードは、該接続目的コードを含むイーサネット通信フレームの送信元である外部ツール２が、通信対象とするＥＣＵ２０との間でイーサネット通信を行う目的を表す、予め定められたコードである。

一例として図６に示すように、認証コードと接続目的コードとの間には予め対応関係が定められている。すなわち、１つの認証コードに対して１つ又は複数の接続目的コードが対応するように予め定められている。認証コード、接続目的コード、及びこれらの対応関係は、テーブルとしてフラッシュメモリ２０４に予め記録されている。

例えば、通信対象とするＥＣＵ２０に対する故障コード読み出しを目的として外部ツール２が該ＥＣＵ２０との間でイーサネット通信を行う場合、ＣＰＵ２０３は、故障コード読み出しを表す第１目的コードを接続目的コードとし、第１目的コードに対応する第１認証コード及び第２認証コードのいずれか一方を認証コードとするイーサネット通信フレームを送信する。なお、本実施形態では、ＣＰＵ２０３は、送信するイーサネット通信フレームの全てに、認証コードと接続目的コードとを含める。

図４に戻り説明を続ける。次に、ＣＰＵ２０３は、ゲートウェイＥＣＵ５０からイーサネット通信による応答が有ったか否かを判断する（Ｓ１２０）。ＣＰＵ２０３は、ゲートウェイＥＣＵ５０から応答が有った場合、処理をＳ１４０へ移行させ、応答が無かった場合、処理をＳ１３０へ移行させる。

Ｓ１３０では、ＣＰＵ２０３は所定期間が経過したか否かを判断する。ＣＰＵ２０３は、所定期間が経過していない間（Ｓ１３０；ＮＯ）は処理をＳ１２０へ移行させて待機し、所定期間が経過した場合（Ｓ１３０；ＹＥＳ）に本外部ツール接続処理を終了する。

ゲートウェイＥＣＵ５０からイーサネット通信による応答が有った場合に移行するＳ１４０では、ＣＰＵ２０３は、ゲートウェイＥＣＵ５０から受信したイーサネット通信フレームに基づいて、通信対象とするＥＣＵ２０との接続要求が許可されたか否かを判断する。ＣＰＵ２０３は、通信対象とするＥＣＵ２０との接続要求が許可された場合、処理をＳ１５０へ移行させ、許可されなかった場合（接続不許可である場合）、本外部ツール接続処理を終了する。

通信対象とするＥＣＵ２０との接続要求が許可された場合に移行するＳ１５０では、ＣＰＵ２０３は、イーサネット通信を終了すると判断しない間（Ｓ１６０；ＮＯ）、通信対象とするＥＣＵ２０とのイーサネット通信を継続して行う。ＣＰＵ２０３は、イーサネット通信を終了すると判断した場合（Ｓ１６０；ＹＥＳ）、本外部ツール接続処理を終了する。一例として、ＣＰＵ２０３は、次の（１）及び（２）に示す終了条件のいずれかを満たす場合に、通信対象とするＥＣＵ２０とのイーサネット通信を終了すると判断する。

（１）通信対象とするＥＣＵ２０へ送信すべきデータを全て送信し終えたこと。
（２）ゲートウェイＥＣＵ５０から、通信対象とするＥＣＵ２０との接続を許可しない（接続不許可とする）通知を、イーサネット通信により受信したこと。

［１−２―２．ゲートウェイＥＣＵによる処理］
次に、ゲートウェイＥＣＵ５０の中継制御部８３（ＣＰＵ１０１）が実行するゲートウェイ接続処理（ＧＷ接続処理）について、図７のフローチャートを用いて説明する。

はじめに、中継制御部８３は、外部ツール２から、通信対象とするＥＣＵ２０との接続要求を、イーサネット通信により受信したか否かを判断する（Ｓ２１０）。中継制御部８３は、接続要求を受信しない場合、本ＧＷ接続処理を終了し、接続要求を受信した場合、処理をＳ２１５へ移行させる。

Ｓ２１５では、中継制御部８３は、Ｓ２１０にて受信したイーサネット通信フレームに含まれる認証コード及び接続目的コードに基づいて、接続要求を許可するか否か、すなわち、外部ツール２と通信対象とするＥＣＵ２０とのイーサネット通信による接続を許可するか否かを判断する。ここでは、受信したイーサネット通信フレームが正規の作業者によって作業される外部ツール２から送信されたものである場合に、外部ツール２と通信対象とするＥＣＵ２０とのイーサネット通信を許可する。

中継制御部８３は、一例として次の（１）〜（３）に示す許可条件の全てが満たされた場合に、受信したイーサネット通信フレームが正規の作業者によって作業される外部ツール２から送信されたものであると判断する。

（１）受信したイーサネット通信フレームに含まれる認証コードが、フラッシュメモリ８４に予め記録されている認証コードに一致すること。
（２）受信したイーサネット通信フレームに含まれる認証コードと接続目的コードとの対応関係が、フラッシュメモリ８４に予め記録されている該認証コードと該接続目的コードとの対応関係に一致すること。

（３）受信したイーサネット通信フレームに含まれる接続目的コードが、通信対象とするＥＣＵ２０にて対応可能な接続目的コードであること。
各ＥＣＵ２０にて対応可能な接続目的を表す接続目的コード、換言すれば各ＥＣＵ２０の機能を表す接続目的コードは、一例として図８に示すように、予め定められている。すなわち、各ＥＣＵ２０に対して１つ又は複数の対応可能な接続目的コードが予め定められている。これらの対応関係はテーブルとしてフラッシュメモリ８４に予め記録されている。

図８によれば、ＥＣＵ２０ａは、故障コード読み出し、動作テスト、及びプログラム書き込み、といった接続目的に対応可能である。例えば、中継制御部８３は、受信したイーサネット通信フレームがＥＣＵ２０ａを通信対象とするものである場合、該イーサネット通信フレームにおいて接続目的コードとして第１目的コードが設定されているときは、該接続目的コードが通信対象とするＥＣＵ２０（ＥＣＵ２０ａ）にて対応可能な接続目的コードであると判断する。なお、本実施形態では、受信したイーサネット通信フレームがどのＥＣＵ２０を通信対象とするかを示すデータが受信したイーサネット通信フレームのデータ部に含まれており、中継制御部８３は該データに基づいて通信対象とするＥＣＵ２０を特定する。

図７に戻り説明を続ける。Ｓ２１５において、中継制御部８３は、受信したイーサネット通信フレームが正規の作業者によって作業される外部ツール２から送信されたものでないと判断した場合、すなわち、外部ツール２による通信対象とするＥＣＵ２０との接続要求を許可しない場合、処理をＳ２２０へ移行させる。一方、中継制御部８３は、受信したイーサネット通信フレームが正規の作業者によって作業される外部ツール２から送信されたものであると判断した場合、すなわち、外部ツール２による通信対象とするＥＣＵ２０との接続要求を許可する場合、処理をＳ２３０へ移行させる。

Ｓ２３０では、中継制御部８３は、通信対象とするＥＣＵ２０に、外部ツール２からの接続要求が有ることを、ＣＡＮ通信によって通知する。ここで中継制御部８３が送信するＣＡＮ通信フレームは、一例として図９に示すように、ヘッダ部、データ部、及びフッタ部を含む。周知のように、ヘッダ部は、ＳＯＦ、アービトレーションフィールド等を含み、フッタ部は、ＣＲＣフィールド、ＥＯＦ等を含む。データ部は、少なくとも、Ｓ２１０にて受信したイーサネット通信フレームに含まれていた認証コード及び接続目的コードと、イーサネット通信フレームの送信元を識別するためのイーサネット送信元ＩＤを含む。本実施形態では、Ｓ２１０にて受信したイーサネット通信フレームに含まれる送信元ＭＡＣアドレスをイーサネット送信元ＩＤとする。

次に、中継制御部８３は、外部ツール２からの接続要求が有ることに対して、通信対象とするＥＣＵ２０からＣＡＮ通信による応答が有ったか否かを判断する（Ｓ２３５）。ここで、中継制御部８３は、通信対象とするＥＣＵ２０からＣＡＮ通信による応答を有った場合、処理をＳ２４５へ移行させ、応答が無かった場合、処理をＳ２４０へ移行させる。

Ｓ２４０では、中継制御部８３は、所定期間が経過していない間（Ｓ２４０；ＮＯ）は、処理をＳ２３５へ移行させ、所定期間が経過した場合（Ｓ２４０；ＮＯ）、本ＧＷ接続処理を終了する。

Ｓ２４５では、Ｓ２３０における通信対象とするＥＣＵ２０からの応答が、外部ツール２とのイーサネット通信を行うための準備を完了したことを示すか否かを判断する。中継制御部８３は、応答が準備完了を示す場合、処理をＳ２５０へ移行させ、応答が準備完了を示さない場合、処理をＳ２２０へ移行させる。

Ｓ２２０では、中継制御部８３は、外部ツール２に、通信対象とするＥＣＵ２０との接続が許可されない（接続不許可である）ことを、イーサネット通信により通知する。そして、中継制御部８３は本ＧＷ装置接続処理を終了する。

通信対象とするＥＣＵ２０からの応答が外部ツール２とのイーサネット通信を行う準備を完了したことを示す場合に移行するＳ２５０では、中継制御部８３は、通信対象とするＥＣＵ２０のみが外部ツール２とデータ通信可能となるように、スイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力する。例えば、ＥＣＵ２０ａが通信対象である場合、中継制御部８３は、ＥＣＵ２０ａのみが外部ツール２とデータ通信可能となるように、図２（ｂ）のテーブルに示すようにスイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力する。

次に、中継制御部８３は、外部ツール２に、通信対象とするＥＣＵ２０との接続要求が許可されたことを、イーサネット通信により通知する（Ｓ２５５）。
続いて、中継制御部８３は、ＣＡＮ通信により、通信対象とするＥＣＵ２０から、外部ツール２とのイーサネット通信が終了したことを示す通信終了通知が有ったか否かを判断する（Ｓ２６０）。ここで、通信対象とするＥＣＵ２０から通信終了通知が無かった場合、中継制御部８３は、所定期間が経過するまで待機し（Ｓ２６５；ＮＯ）、所定期間の経過後に（Ｓ２６５；ＹＥＳ）本ＧＷ接続処理を終了する。なお、この所定期間は、外部ツール２と通信対象とするＥＣＵ２０との間でイーサネット通信が実行される期間の取り得る最大値よりも長い期間に設定される。一方、通信対象とするＥＣＵ２０から通信終了通知が有った場合（Ｓ２６０；ＹＥＳ）、中継制御部８３は、処理をＳ２７０へ移行させる。

Ｓ２７０では、中継制御部８３は、ゲートウェイＥＣＵ５０のみが外部ツール２とイーサネット通信可能となるように、図２（ａ）のテーブルに示すように、スイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力する。すなわち、外部ツール２と通信対象とするＥＣＵ２０との接続を解除する。そして、中継制御部８３は、本ＧＷ接続処理を終了する。

［１−２−３．ＥＣＵによる処理］
次に、各ＥＣＵ２０の制御部２３（ＣＰＵ２４）が実行するＥＣＵ接続処理について、図１０のフローチャートを用いて説明する。

はじめにＣＰＵ２４は、ゲートウェイＥＣＵ５０から、ＣＡＮ通信により、外部ツール２からの接続要求を示す通知が有ったか否かを判断する（Ｓ３１０）。ＣＰＵ２４は、外部ツール２からの接続要求が無かった場合、本ＥＣＵ接続処理を終了し、接続要求が有った場合、処理をＳ３２０へ移行させる。

Ｓ３２０では、ＣＰＵ２４は、外部ツール２との接続要求を承認するか否かを判断する。ＣＰＵ２４は、予め定められた承認条件が満たされる場合、外部ツール２との接続要求を承認する。一例として、ＣＰＵ２４は、Ｓ３１０で受信したＣＡＮ通信フレームに含まれる接続目的コードが、自ＥＣＵ２０にて対応可能な接続目的コードであることを、承認条件とする。

各ＥＣＵ２０は、対応可能な接続目的コードを予めフラッシュメモリ２５に記録している。ここで、受信した接続目的コードが自ＥＣＵ２０にて対応可能な接続目的コードである場合、ＣＰＵ２４は、処理をＳ３４０へ移行させる。一方、受信した接続目的コードが自ＥＣＵ２０にて対応可能な接続目的コードでない場合、ＣＰＵ２４は、ゲートウェイＥＣＵ５０に、外部ツール２との接続要求を許可しないこと（接続不許可）を、ＣＡＮ通信により通知する（Ｓ３３０）。そして、本ＥＣＵ接続処理を終了する。

外部ツール２からの接続要求が有った場合に移行するＳ３４０では、ＣＰＵ２４は、外部ツール２とのイーサネット通信を開始するための準備を行う。
次に、ＣＰＵ２４は、ゲートウェイＥＣＵ５０に、外部ツール２（イーサネット送信元ＩＤを有する送信元）とのイーサネット通信を開始する準備を完了したことを、ＣＡＮ通信により通知する（Ｓ３５０）。

続いて、ＣＰＵ２４は、外部ツール２とのイーサネット通信を行うイーサネット通信処理を実行する（Ｓ３６０）。
次に、ＣＰＵ２４は、イーサネット通信の終了を検出したか否かを判断する（Ｓ３７０）。ここでは、後述する終了フラグがセットされている場合に、イーサネット通信の終了を検出したと判断する。ＣＰＵ２４は、イーサネット通信の終了を検出しない場合（Ｓ３７０；ＮＯ）、処理をＳ３８０へ移行させ、イーサネット通信の終了を検出した場合（Ｓ３７０；ＹＥＳ）、処理をＳ３９０へ移行させる。

Ｓ３８０では、ＣＰＵ２４は、所定期間が経過していない間（Ｓ３８０；ＮＯ）は、処理をＳ３７０へ移行させ、所定期間が経過した場合（Ｓ３７０；ＮＯ）、本ＧＷ接続処理を終了する。

Ｓ３９０では、ＣＰＵ２４は、ゲートウェイＥＣＵ５０に、イーサネット通信が終了したことを示す通信終了通知をＣＡＮ通信により送信し、本ＥＣＵ接続処理を終了する。
次に、ＥＣＵ接続処理のＳ３６０で実行されるイーサネット通信処理について、図１１のフローチャートを用いて説明する。

はじめに、ＣＰＵ２４は、終了フラグをリセットする（Ｓ４１０）。終了フラグは、イーサネット通信が終了したか否かを示すフラグである。
次に、ＣＰＵ２４は、Ｓ３１０にて受信したＣＡＮ通信フレームに含まれる認証コードを取得する（Ｓ４２０）。

続いて、ＣＰＵ２４は、Ｓ４２０にて取得した認証コードが、予めフラッシュメモリ２５に記録されている認証コードに一致するか否かを判断する（Ｓ４３０）。ＣＰＵ２４は、認証コードが一致しない場合、処理をＳ４６０へ移行させ、認証コードが一致する場合、処理をＳ４４０へ移行させる。

Ｓ４４０では、ＣＰＵ２４は、外部ツール２との間で、イーサネット通信フレームの送信又は受信を行う。
次に、ＣＰＵ２４は、イーサネット通信が終了したか否か、すなわち、送信元から送信された全てのイーサネット通信フレームの受信が終了したか否かを判断する（Ｓ４５０）。ＣＰＵ２４は、イーサネット通信が終了していない場合、処理をＳ４４０へ移行させて外部ツール２とのイーサネット通信を継続し、イーサネット通信が終了した場合、処理をＳ４６０へ移行させる。

Ｓ４６０では、ＣＰＵ２４は、終了フラグをセットし、本イーサネット通信処理を終了する。
［１−３．作動］
次に、車載システム１の作動を、図１２及び図１３に示すシーケンス図を用いて説明する。

はじめに、外部ツール２と通信対象とするＥＣＵ２０との接続が許可される場合の作動の一例について、図１２を用いて説明する。
まず、外部ツール２は、通信対象とするＥＣＵ２０との接続要求をイーサネット通信により送信する（Ｓ５１０）。前述のように、通常時は、ゲートウェイＥＣＵ５０のみが外部ツール２とデータ通信可能となるように、スイッチングハブ４０におけるポート４１のグループ分けが設定されているため、外部ツール２が送信したイーサネット通信フレームは、スイッチングハブ４０を介してゲートウェイＥＣＵ５０へ送信される。

次に、スイッチングハブ４０を介してイーサネット通信フレームを受信したゲートウェイＥＣＵ５０は、受信したイーサネット通信フレームに含まれる認証コード、接続目的コードに基づいて、外部ツール２と通信対象とするＥＣＵ２０との接続要求を許可した場合（Ｓ２１５；ＹＥＳ）、通信対象とするＥＣＵ２０に、外部ツール２からの接続要求をＣＡＮ通信により送信する（Ｓ５２０）。

続いて、通信対象とするＥＣＵ２０は、受信したＣＡＮ通信フレームに含まれる接続目的コードが自ＥＣＵ２０にて対応可能な接続目的コードである場合（Ｓ３２０；ＹＥＳ）、外部ツール２とのイーサネット通信を行うための準備を行い（Ｓ３４０）、ゲートウェイＥＣＵ５０に、準備完了の通知をＣＡＮ通信により送信する（Ｓ５３０）。

次に、ゲートウェイＥＣＵ５０は、対象とするＥＣＵ２０からの準備完了の通知をＣＡＮ通信により受信すると（Ｓ２４５；ＹＥＳ）、通信対象とするＥＣＵ２０のみが外部ツール２とデータ通信可能となるように、スイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力する（Ｓ５４０）。これにより、通信対象とするＥＣＵ２０と外部ツール２とがイーサネット通信可能となる。

続いて、ゲートウェイＥＣＵ５０は、外部ツール２に、通信対象とするＥＣＵ２０との接続許可通知をイーサネット通信により送信する（Ｓ５５０）。
そしてこれ以降、外部ツール２と通信対象とするＥＣＵ２０との間で、イーサネット通信が行われる（Ｓ５６０）。

次に、通信対象とするＥＣＵ２０は、外部ツール２とのイーサネット通信を終了すると、ゲートウェイＥＣＵ５０に、通信終了通知をＣＡＮ通信により送信する（Ｓ５７０）。
最後に、ゲートウェイＥＣＵ５０は、通信対象とする２０から通信終了通知をＣＡＮ通信により受信すると、ゲートウェイＥＣＵ５０のみが外部ツール２と通信可能となるように、スイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力する（Ｓ５８０）。これにより、通信対象としたＥＣＵ２０と外部ツール２とが通信不可能となる。

次に、外部ツール２と通信対象とするＥＣＵ２０との接続が許可されない場合の作動の一例について、図１３を用いて説明する。
まず、外部ツール２は、通信対象とするＥＣＵ２０との接続要求をイーサネット通信により送信する（Ｓ６１０）。

次に、スイッチングハブ４０を介して該イーサネット通信フレームを受信したゲートウェイＥＣＵ５０は、受信したイーサネット通信フレームに含まれる認証コード、接続目的コードに基づいて、外部ツール２と通信対象とするＥＣＵ２０との接続要求を許可した場合（Ｓ２１５；ＹＥＳ）、通信対象とするＥＣＵ２０に、外部ツール２からの接続要求をＣＡＮ通信により送信する（Ｓ６２０）。

続いて、通信対象とするＥＣＵ２０は、受信したＣＡＮ通信フレームに含まれる接続目的コードが自ＥＣＵ２０にて対応可能な接続目的コードでない場合（Ｓ３２０；ＮＯ）、ゲートウェイＥＣＵ５０に、外部ツール２との接続が不許可であることをＣＡＮ通信により通知する（Ｓ６３０）。

最後に、ゲートウェイＥＣＵ５０は、外部ツール２に、通信対象とするＥＣＵ２０との接続が不許可であることをイーサネット通信により通知する（Ｓ６４０）。
［１−４．効果］
以上詳述した第１実施形態によれば、以下の効果が得られる。

［１Ａ］スイッチングハブ４０を介して外部ツール２から受信したイーサネット通信フレームに含まれる認証情報、具体的には、認証コード、接続目的コード及びこれらの対応関係等に基づいて、外部ツール２と通信対象とするＥＣＵ２０とのデータ通信を許可した場合に、通信対象とするＥＣＵ２０を外部ツール２の接続先とする制御信号を出力する。これにより、外部ツール２と通信対象とするＥＣＵ２０との通信が許可された以降は、ゲートウェイＥＣＵ５０を介在させること無く、外部ツール２と通信対象とするＥＣＵ２０との間でイーサネット通信によるデータ通信が行われる。したがって、ゲートウェイＥＣＵ５０における処理負荷を低減することができるため、外部ツール２と通信対象とするＥＣＵ２０とのイーサネット通信の通信速度の低下を抑制することができる。

また、外部ツール２と通信対象とするＥＣＵ２０との通信が許可された場合に、スイッチングハブ４０により、外部ツール２と通信対象とするＥＣＵ２０とがイーサネット通信可能に接続される。これにより、許可された以降は、通信対象とするＥＣＵ２０以外のＥＣＵ２０は、外部ツール２とイーサネット通信を行うことができない。このとき、仮にコネクタ３０に何らかの非正規の車外装置が接続されたとしても、該非正規の車外装置は、少なくとも通信対象とするＥＣＵ２０以外のＥＣＵ２０とはイーサネット通信を行うことができない。したがって、各ＥＣＵ２０と非正規の車外装置との通信が行われることを抑制することができる。

［１Ｂ］許可されたイーサネット通信の終了が検出された場合に（Ｓ２６０；ＹＥＳ）、ゲートウェイＥＣＵ５０を外部ツール２の接続先とする制御信号をスイッチングハブ４０に出力する（Ｓ２７０）。これにより、許可されたイーサネット通信の終了後は、ゲートウェイＥＣＵ５０以外の各ＥＣＵ２０は、外部ツール２との間でイーサネット通信を行うことができない。このとき、仮に何らかの非正規の車外装置がコネクタ３０に接続されたとしても、該非正規の車外装置は、各ＥＣＵ２０とのイーサネット通信を行うことができない。したがって、各ＥＣＵ２０と非正規の車外装置との通信が行われることを抑制することができる。

［１Ｃ］外部ツール２とのイーサネット通信の終了を、通信対象とするＥＣＵ２０からＣＡＮ通信によって送信される終了信号、すなわち通信終了通知（Ｓ２６０）によって検出する。これによれば、仮に外部ツール２と通信対象とするＥＣＵ２０との間のイーサネット通信が何らかの理由で終了されないような状況が生じたとしても、ゲートウェイＥＣＵ５０は、イーサネット通信とは異なるＣＡＮ通信によって通信対象とするＥＣＵ２０からの終了信号を受信することができる。つまり、ゲートウェイＥＣＵ５０は、該終了信号に基づいて外部ツール２とゲートウェイＥＣＵ５０とが接続されるようにスイッチングハブ４０の設定を切り替えるため、外部ツール２と通信対象とするＥＣＵ２０とのイーサネット通信を終了させることができる。

［１Ｄ］通信対象とするＥＣＵ２０は、ゲートウェイＥＣＵ５０に、外部ツール２とのイーサネット通信が終了した場合に終了信号を送信する（Ｓ３９０）。これにより、外部ツール２とのイーサネット通信の終了後に確実に、スイッチングハブ４０の設定を切り替えることができる。

［１Ｅ］通信対象とするＥＣＵ２０は、外部ツール２から送信されるイーサネット通信フレームに含まれる認証情報に基づいて、外部ツール２とのイーサネット通信を許可するか否かを判断し、許可しない場合（Ｓ４３０；ＮＯ）に終了信号を送信する（Ｓ４６０、Ｓ３９０）。これにより、外部ツール２と通信対象とするＥＣＵ２０とがイーサネット通信可能にスイッチングハブ４０により接続されている場合、仮に外部ツール２に代えて何らかの非正規の車外装置がコネクタ３０に接続されると、通信対象とするＥＣＵ２０は終了信号を送信する。非正規の車外装置から送信されるイーサネット通信フレームには認証情報が含まれないからである。ゲートウェイＥＣＵ５０は、該終了信号に基づいてスイッチングハブ４０の設定を切り替え、該非正規の車外装置とのイーサネット通信を終了させることができる。したがって、非正規の車外装置との通信が行われることを抑制することができる。

［１Ｆ］外部ツール２が送信するイーサネット通信フレームは、通信対象とするＥＣＵ２０の機能を表す機能情報、具体的には接続目的コードを認証情報として含む。これによれば、より多くの情報に基づいて許可判断を行うため、判断精度が向上し、非正規の車外装置との通信が行われることをより確実に抑制することができる。

［１Ｇ］外部ツール２とのデータ通信は、ＣＡＮ通信よりも単位時間あたりのデータ通信量が大きいイーサネット通信により行われる。このため、プログラムの書き換え処理等のように大容量のデータ通信を行う場合に、データ通信に要する時間を短縮することができる。

なお、第１実施形態では、ゲートウェイＥＣＵ５０が中継装置の一例に相当し、スイッチングハブ４０が接続切替手段としての一例に相当する。また、Ｓ２１５が許可判断手段としての処理の一例に相当し、Ｓ２５０が開始切替手段としての処理の一例に相当し、Ｓ２６０が終了検出手段としての処理の一例に相当し、Ｓ２７０が終了切替手段としての処理の一例に相当する。

［２．第２実施形態］
［２−１．構成］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、共通する構成については説明を省略し、相違点を中心に説明する。

前述した第１実施形態では、自車両のイグニッションスイッチがオフの場合でも、車載システム１に電源が供給されていた。これに対し、図１４に示す第２実施形態では、車両のイグニッションスイッチがオフの場合、ゲートウェイ装置１０の一部及び各ＥＣＵ２０の一部にのみ電源が供給される点で、第１実施形態と相違する。以下では、ゲートウェイ装置１０の一部及び各ＥＣＵ２０の一部にのみ電源が供給される状態をスリープ状態という。

図１４に示すように、外部ツール２は、イーサネット通信用の接続線２１１とは異なる接続線（アクティベーションライン）２１２を介して、ウェイクアップ信号、スリープ信号を出力する。本実施形態では一例として、アクティベーションラインに出力するハイレベルの信号をウェイクアップ信号とし、ローレベルの信号をスリープ信号とする。

車載システム１は、車両のイグニッションスイッチがオフの場合でも、スイッチングハブ４０、及びゲートウェイＥＣＵ５０の一部（イーサネットトランシーバ６０、イーサネットコントローラ８１、中継制御部８３、及びフラッシュメモリ８４）に、電源を供給している。外部ツール２から出力されたウェイクアップ信号は、コネクタ３０及び通信線１９を介して、ゲートウェイＥＣＵ５０の中継制御部８３に入力される。

図１５に示すように、ＥＣＵ２０は、図３（ａ）に示す構成と比べて、電源制御部２８を更に備える。電源制御部２８は、制御部２３への電源の供給の制御を行う装置であり、ウェイクアップ指示信号を受信した場合に制御部２３に電源を供給し、スリープ指示信号を受信した場合に制御部２３への電源の供給を停止する。ウェイクアップ指示信号は、ＣＡＮトランシーバ２２から出力される。スリープ指示信号は、制御部２３から出力される。ＥＣＵ２０は、車両のイグニッションスイッチがオフの場合でも、ＣＡＮトランシーバ２２、電源制御部２８に電源を供給している。

［２−２．処理］
次に、本実施形態の通信システムで実行される処理（通信方法）について説明する。
［２−２−１．外部ツールによる処理］
本実施形態の外部ツール２において制御部２０２（ＣＰＵ２０３）が実行する外部ツール接続処理について、図１６のフローチャートを用いて説明する。

はじめに、ＣＰＵ２０３は、アクティベーションライン２１２にウェイクアップ信号を出力する（Ｓ１００）。そして、これ以降、Ｓ１１０〜Ｓ１６０については、図４と同様に処理を実行する。

最後に、ＣＰＵ２０３は、アクティベーションライン２１２にスリープ信号を出力し（Ｓ１７０）、本外部ツール接続処理を終了する。
［２−２−２．ゲートウェイＥＣＵによる処理］
次に、本実施形態のゲートウェイＥＣＵ５０の中継制御部８３（ＣＰＵ１０１）が実行するＧＷ接続処理について、図１７のフローチャートを用いて説明する。

はじめに、中継制御部８３は、外部ツール２からウェイクアップ信号を受信したか否かを判断する（Ｓ２００）。中継制御部８３は、ウェイクアップ信号を受信した場合、処理をＳ２０５へ移行させ、ウェイクアップ信号を受信していない場合、処理をＳ２８０へ移行させる。

Ｓ２０５では、中継制御部８３は、ゲートウェイＥＣＵ５０の構成要素の全てに電源を供給し、スリープ状態であったゲートウェイＥＣＵ５０を起動（ウェイクアップ）させる。中継制御部８３は、Ｓ２１０〜Ｓ２１５については図７と同様に処理を実行する。

Ｓ２１５にて外部ツール２からの通信対象とするＥＣＵ２０との接続要求を許可した場合に移行するＳ２２５では、中継制御部８３は、ＣＡＮ通信により、通信対象とするＥＣＵ２０をウェイクアップさせるＣＡＮ通信フレーム（ウェイクアップフレーム）を送信する。ＣＰＵ２０３は、Ｓ２２０、Ｓ２３０〜Ｓ２７０については図７と同様に処理を実行する。

最後に、Ｓ２８０では、中継制御部８３は、ゲートウェイＥＣＵ５０をスリープ状態とし、本ＧＷ接続処理を終了する。
［２−２−３．ＥＣＵによる処理］
次に、本実施形態の各ＥＣＵ２０の制御部２３（ＣＰＵ２４）が実行するＥＣＵ接続処理について、図１８のフローチャートを用いて説明する。

はじめに、ＣＰＵ２４は、ゲートウェイＥＣＵ５０からウェイクアップフレームを受信したか否かを判断する（Ｓ３００）。ＣＰＵ２４は、ウェイクアップフレームを受信した場合、処理をＳ３０５へ移行させ、ウェイクアップフレームを受信していない場合、処理をＳ３９５へ移行させる。ＣＰＵ２４は、Ｓ３１０〜Ｓ３９０については、図１０と同様に処理を実行する。

Ｓ３０５では、ＣＰＵ２４は、ＥＣＵ２０の構成要素の全てに電源を供給し、スリープ状態であったＥＣＵ２０を起動（ウェイクアップ）させる。
最後に、Ｓ３９５では、ＣＰＵ２４は、ＥＣＵ２０をスリープ状態とし、本ＥＣＵ接続処理を終了する。

［２−３．作動］
次に、本実施形態の車載システム１の作動を、図１９示すシーケンス図を用いて説明する。図１９は、外部ツール２と通信対象とするＥＣＵ２０との接続が許可される場合の作動の一例を示す図である。

まず、外部ツール２は、アクティベーションライン２１２にウェイクアップ信号を出力する（Ｓ５００）。
次に、ウェイクアップ信号を受信したゲートウェイＥＣＵ５０（中継制御部８３）は、ゲートウェイＥＣＵ５０をウェイクアップさせる（Ｓ５０２）。

続いて、外部ツール２は、通信対象とするＥＣＵ２０との接続要求をイーサネット通信により送信する（Ｓ５１０）。
次に、ゲートウェイＥＣＵ５０は、外部ツール２と通信対象とするＥＣＵ２０との接続要求を許可した場合（Ｓ２１５；ＹＥＳ）、通信対象とするＥＣＵ２０に、ウェイクアップフレームを送信する（Ｓ５０４）。

続いて、ウェイクアップフレームを受信した通信対象とするＥＣＵ２０は、自ＥＣＵ２０をウェイクアップさせる（Ｓ５０６）。
これ以降、Ｓ５２０〜Ｓ５８０については、図１２と同様に処理が実行される。

通信対象とするＥＣＵ２０とのイーサネット通信を終了した後のＳ５９０では、外部ツール２は、アクティベーションライン２１２にスリープ信号を出力する。
スイッチングハブ４０におけるポート４１のグループ分けを設定する制御信号を出力した後のＳ５９２では、ゲートウェイＥＣＵ５０（中継制御部８３）は、ゲートウェイＥＣＵ５０をスリープ状態とする。

ゲートウェイＥＣＵ５０に通信終了通知をＣＡＮ通信により送信した後のＳ５９４では、通信対象とするＥＣＵ２０は、自ＥＣＵ２０をスリープ状態とする。
［２−４．効果］
以上詳述した第２実施形態によれば、前述した第１実施形態の効果［１Ａ］〜［１Ｇ］に加え、以下の効果が得られる。

［２Ａ］ゲートウェイＥＣＵ５０は、外部ツール２から送信されるウェイクアップ信号に従ってスリープ状態からウェイクアップすることが可能であり（Ｓ２０５）、ウェイクアップ信号に従ってウェイクアップした場合に、スリープ状態となっている通信対象とするＥＣＵ２０をＣＡＮ通信によってウェイクアップさせることが可能である（Ｓ２２５）。これにより、車載システム１の消費電力を低減することができる。

なお、第２実施形態では、Ｓ２０５がウェイクアップ手段としての処理の一例に相当し、Ｓ２２５が対象ウェイクアップ手段としての処理の一例に相当する。
［３．他の実施形態］
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されることなく、種々の形態を採り得ることは言うまでもない。

［３Ａ］上記実施形態では、中継制御部８３は、外部ツール２から受信したイーサネット通信フレームのデータ部に含まれる所定の認証情報、具体的には、認証コード、接続目的コード、及びこれらの対応関係に基づいて、外部ツール２からの通信対象とするＥＣＵ２０との接続要求を許可するか否かを判断した。認証情報はこれらに限るものではなく、中継制御部８３は、外部ツール２から受信したイーサネット通信フレームのデータ部に含まれる種々の情報に基づいて、接続要求を許可するか否かを判断してよい。例えば、中継制御部８３は、認証コード及び接続目的コードのいずれか一方に基づいて、接続要求を許可するか否かを判断してもよい。または、中継制御部８３は、外部ツール２から受信したイーサネット通信フレームのヘッダ部に含まれる送信元ＭＡＣアドレス基づいて、接続要求を許可するか否かを判断してもよい。または、中継制御部８３は、外部ツール２から受信したイーサネット通信フレームに含まれるＩＰアドレス等に基づいて、接続要求を許可するか否かを判断してもよい。

［３Ｂ］上記実施形態では、外部ツール２が、通信対象とするＥＣＵ２０との間で、イーサネット通信によりプログラム書き換え等を行う例を説明した。ただしこれに限らず、外部ツール２は、ゲートウェイＥＣＵ５０との間で、イーサネット通信によりプログラム書き換え等を行ってもよい。

［３Ｃ］上記実施形態では、外部ツール２と通信対象とするＥＣＵ２０との接続要求が許可された場合、中継制御部８３は、外部ツール２と該ＥＣＵ２０とのみがデータ通信可能となるように、制御信号をスイッチングハブ４０に出力していた。これに限らず、例えば、このような場合に、中継制御部８３は、外部ツール２と該ＥＣＵ２０とゲートウェイＥＣＵ５０のみがデータ通信可能となるように、制御信号をスイッチングハブ４０に出力してもよい。

［３Ｄ］ゲートウェイＥＣＵ５０は、スイッチングハブ４０を備える構成であってもよい。
［３Ｅ］上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を、課題を解決できる限りにおいて省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加、置換等してもよい。なお、特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。

［３Ｆ］本発明は、前述した車載システム１、ＧＷ装置１０、ゲートウェイＥＣＵ５０の他、ゲートウェイＥＣＵ５０を機能させるためのプログラム、このプログラムを記録した媒体、通信方法など、種々の形態で実現することができる。

１…車載システム ２…外部ツール １０…ＧＷ装置 ２０…ＥＣＵ ４０…スイッチングハブ ５０…ゲートウェイＥＣＵ １０１…ＣＰＵ。

Claims (8)

1. 単位時間あたりのデータ通信量が第２の通信プロトコルによるデータ通信よりも大きい第１の通信プロトコルによるデータ通信を行う自車両外部の第１の通信装置（２）との間で前記第１の通信プロトコルによるデータ通信を行うと共に、前記第１の通信プロトコル及び前記第２の通信プロトコルによるデータ通信を行う自車両に搭載される複数の第２の通信装置（２０）との間で少なくとも前記第２の通信プロトコルによるデータ通信を共通の通信路を介して行う、自車両に搭載される中継装置（５０）であって、
   前記第１の通信装置及び前記第２の通信装置とともに接続され前記第１の通信装置との間で前記第１の通信プロトコルによるデータ通信を行う接続先が制御信号に従って切り替えられる接続切替手段（４０）を介して、前記第１の通信装置から受信した、前記第１の通信プロトコルに用いられる第１の通信フレームに含まれる所定の認証情報に基づいて、前記第１の通信装置と前記対象とする第２の通信装置とのデータ通信を許可するか否かを判断する許可判断手段（Ｓ２１５）と、
   前記許可判断手段によって前記データ通信が許可された場合に、前記対象とする第２の通信装置を前記第１の通信装置との前記接続先とする制御信号を前記接続切替手段に出力する開始切替手段（Ｓ２５０）と、
   を備えることを特徴とする中継装置。
2. 請求項１に記載の中継装置であって、
   前記許可判断手段によって許可された前記データ通信の終了を検出する終了検出手段（Ｓ２６０）と、
   前記終了検出手段によって前記データ通信の終了が検出された場合に、当該中継装置を前記第１の通信装置との前記接続先とする制御信号を前記接続切替手段に出力する終了切替手段（Ｓ２６０）と、
   を備えることを特徴とする中継装置。
3. 請求項２に記載の中継装置であって、
   前記終了検出手段は、前記対象とする第２の通信装置から前記第２のプロトコルによるデータ通信によって送信される終了信号に基づいて、前記データ通信の終了を検出する
   ことを特徴とする中継装置。
4. 請求項３に記載の中継装置であって、
   前記対象とする第２の通信装置は、前記第１の通信装置とのデータ通信の終了した場合に、前記終了信号を送信する
   ことを特徴とする中継装置。
5. 請求項３又は請求項４に記載の中継装置であって、
   前記対象とする第２の通信装置は、前記第１の通信装置から送信される前記第１の通信フレームに含まれる前記認証情報に基づいて前記第１の通信装置とのデータ通信を許可するか否かを判断し、前記第１の通信装置とのデータ通信を許可しない場合に、前記終了信号を送信する
   ことを特徴とする中継装置。
6. 請求項１から請求項５のいずれか一項に記載の中継装置であって、
   前記第１の通信装置が送信する前記第１の通信フレームは、前記対象とする第２の通信装置の機能を表す機能情報を前記認証情報として含む
   ことを特徴とする中継装置。
7. 請求項１から請求項６のいずれか一項に記載の中継装置であって、
   前記第１の通信装置から送信されるウェイクアップ信号に従ってウェイクアップするウェイクアップ手段（Ｓ２０５）と、
   ウェイクアップした場合に、スリープ状態となっている前記対象とする第２の通信装置を、前記第２の通信プロトコルによるデータ通信によってウェイクアップさせる対象ウェイクアップ手段（Ｓ２２５）と、
   を備えることを特徴とする中継装置。
8. 請求項１から請求項７のいずれか一項に記載の中継装置であって、
   前記第１のプロトコルによるデータ通信は、イーサネット通信である
   ことを特徴とする中継装置。