(57)【要約】【課題】共通の通信路を介して通信が行われる通信システムにおいて、不正な通信フレームの内容に基づく処理が行われることを抑制するための技術を提供する。【解決手段】車載システムは、通信システムにおいてノードとして機能する。通信システムでは、通信フレームは、劣位状態信号と優位状態信号とがノードから通信路へ順に送出されることによって送信され、劣位状態信号及び優位状態信号のパターンが予め規定されたエラー条件を満たした場合に、送信中の通信フレームが無効となるように規定されている。車載システムが備える受信手段（Ｓ１００）は、通信フレームを受信する。送出手段（Ｓ１２０）は、受信手段で受信された通信フレームに含まれる識別データに基づいて当該通信フレームが不正であると判定手段（Ｓ１１０）にて判定された場合に、当該通信フレームの送信中にエラー条件が満たされるように、通信路に優位状態信号を送出する。【選択図】図３
2015207937.tif 000002
【特許請求の範囲】
【請求項１】
識別データが含まれた通信フレームを、複数のノードが共通の通信路を介して送受信する通信システムであって、前記通信フレームは、劣位状態信号と、前記通信路において前記劣位状態信号よりも優位となる優位状態信号と、が前記ノードから前記通信路へ順に送出されることによって送信され、前記通信路へ送出された前記劣位状態信号及び前記優位状態信号のパターンが予め規定されたエラー条件を満たした場合に、送信中の前記通信フレームが無効となるように規定された通信プロトコルに従って、前記複数のノードのそれぞれが通信を行う通信システムにおいて、前記ノードとして機能する通信装置であって、
前記通信フレームを受信する受信手段（１１、１１２、Ｓ１００）と、
前記受信手段によって受信された前記通信フレームに含まれる前記識別データに基づいて当該通信フレームが不正であると判定する判定手段（１１３、Ｓ１１０）と、
前記判定手段により前記通信フレームが不正であると判定された場合に、当該通信フレームの送信中に前記エラー条件が満たされるように、前記通信路に前記優位状態信号を送出する送出手段（１１、１１１、Ｓ１２０）と、
を備えることを特徴とする通信装置（１、２）。
【請求項２】
請求項１に記載の通信装置であって、
正規の前記ノードから送信される前記通信フレームに含まれ得る前記識別データを許可データとして予め記憶している記憶手段（１３）を備え、
前記判定手段は、前記受信手段によって受信された前記通信フレームに含まれる前記識別データが前記許可データに一致しない場合に、当該通信フレームが不正であると判定する
ことを特徴とする通信装置（１）。
【請求項３】
請求項１又は請求項２に記載の通信装置であって、
正規でない前記ノードから送信される前記通信フレームに含まれ得る前記識別データを非正規データとして予め記憶している記憶手段（１１３）を備え、
前記判定手段は、前記受信手段によって受信された前記通信フレームに含まれる前記識別データが前記非正規データに一致する場合に、当該通信フレームが不正であると判定する
ことを特徴とする通信装置（２）。
【請求項４】
請求項１から請求項３のいずれか一項に記載の通信装置であって、
前記エラー条件は、前記優位状態信号が所定の回数以上連続するという条件である
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の装置が共通の通信路を介して通信を行う技術に関する。
【背景技術】
【０００２】
従来、複数の装置が、共通の通信路を介して、相互に通信を行う技術が知られている。
例えば、車両においては、共通の通信路に接続された複数の電子制御装置（ＥＣＵ）が、当該通信路を介し通信フレームを送受信して、相互に通信を行う技術が周知である。また、車両においては、このような共通の通信路に外部ツール（車外装置）が接続され、外部ツールを用いて、当該通信路に接続されているＥＣＵとの間で通信フレームを送受信して、車両状態の診断などを行うことができるようになっている。
【０００３】
ところで、外部ツールを用いてＥＣＵと通信を行うことで実施することのできる操作には、セキュリティ関連情報の設定及び解除や、プログラムの書換処理（リプログラミング）など、正規の作業者以外の者が実施すべきでない操作も含まれる。共通の通信路に非正規の作業者による外部ツール（非正規の外部ツール）が接続された場合には、これらの情報やプログラムが不正に入手されたり書き換えられたりするおそれがある。
【０００４】
そこで、共通の通信路に非正規の外部ツールが接続された場合に、当該外部ツールから送信された不正な通信フレームの内容に基づいて当該外部ツールが通信対象とするＥＣＵを特定し、特定されたＥＣＵを、起動状態から休止状態に移行させる技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−７４４８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術では、不正な通信フレームの送受信が完了した後に、不正な通信フレームの内容に基づいて通信対象とされるＥＣＵが特定されるため、通信対象とされるＥＣＵが休止状態とされるまでに、当該ＥＣＵを対象とした不正な通信フレームの内容に基づく処理（例えば前述のような、情報やプログラムの不正入手や書き換え、等）が開始されることがあり得るという問題があった。
【０００７】
本発明は、このような問題に鑑みてなされたものであり、共通の通信路を介して通信が行われる通信システムにおいて、不正な通信フレームの内容に基づく処理が行われることを抑制するための技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
本発明の一側面は、通信装置であって、当該通信装置は、識別データが含まれた通信フレームを、複数のノードが共通の通信路を介して送受信する通信システムにおいて、ノードとして機能する。通信システムでは、通信フレームは、劣位状態信号と、通信路において劣位状態信号よりも優位となる優位状態信号と、がノードから通信路へ順に送出されることによって送信される。また、通信システムでは、通信路へ送出された劣位状態信号及び優位状態信号のパターンが予め規定されたエラー条件を満たした場合に、送信中の通信フレームが無効となるように規定された通信プロトコルに従って、複数のノードのそれぞれが通信を行う。
【０００９】
通信装置は、受信手段と、判定手段と、送出手段とを備える。受信手段は、通信フレームを受信する。判定手段は、受信手段によって受信された通信フレームに含まれる識別データに基づいて当該通信フレームが不正であるか否かを判定する。送出手段は、判定手段により通信フレームが不正であると判定された場合に、当該通信フレームの送信中にエラー条件が満たされるように、通信路に優位状態信号を送出する。
【００１０】
このような構成によれば、不正であると判定された通信フレームは当該通信フレームの送信中に無効とされるため、共通の通信路を介して通信が行われる通信システムにおいて、不正な通信フレームの内容に基づく処理が行われることを抑制することができる。
【００１１】
なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態の車載システム及び外部ツールを示すブロック図。
【図２】ＧＷ記憶部に記憶される識別データの一例を示す図。
【図３】第１実施形態の不正フレーム対応処理のフローチャート。
【図４】第２実施形態の車載システム及び外部ツールを示すブロック図。
【図５】第２実施形態の不正フレーム対応処理のフローチャート。
【発明を実施するための形態】
【００１３】
以下、本発明が適用された実施形態について、図面を用いて説明する。
［１．第１実施形態］
［１−１．全体構成］
図１に示す車載システム１は、車両に搭載され、外部ツール（車外装置）３を接続するためのコネクタ４０と、ゲートウェイＥＣＵ（ＧＷ−ＥＣＵ）１０と、他の複数のＥＣＵ２０ａ、２０ｂ、…とを備える。
【００１４】
外部ツール３は、コネクタ４０及び外部用バス５０を介してＧＷ−ＥＣＵ１０と相互通信可能に接続される。また、ＧＷ−ＥＣＵ１０及び他の複数のＥＣＵ２０ａ、２０ｂ、…は、共通の通信路である内部用バス３０に接続されてネットワーク（車内ＬＡＮ）を構築し、内部用バス３０を介してＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）プロトコルに従った相互通信を行う。なお以下では、ＥＣＵ２０ａ、ＥＣＵ２０ｂ、…のように複数備えられた同一の構成については、個々について説明する場合を除き、ＥＣＵ２０といったように符号のアルファベットを省略して記載する。
【００１５】
ＧＷ−ＥＣＵ１０は、外部用バス５０と内部用バス３０とを中継する通信路上に設置されている。つまり、ＧＷ−ＥＣＵ１０は、外部ツール３と直接通信を行い、ＥＣＵ２０は、ＧＷ−ＥＣＵ１０を介して外部ツール３と通信を行う。また、ＧＷ−ＥＣＵ１０は、ＥＣＵ２０と直接通信を行い、外部ツール３は、ＧＷ−ＥＣＵ１０を介してＥＣＵ２０と通信を行う。このように、外部ツール３とＥＣＵ２０とは互いに直接接続されるのではなく、ＧＷ−ＥＣＵ１０を介して接続され、ＧＷ−ＥＣＵ１０は、外部ツール３とＥＣＵ２０との間で行われる通信を中継する中継装置として機能する。
【００１６】
ＧＷ−ＥＣＵ１０は、車内ＬＡＮ通信部１１、外部ツール通信部１２、ＧＷ記憶部１３、及びゲートウェイ制御部（ＧＷ制御部）１４を備える。
車内ＬＡＮ通信部１１は、内部用バス３０を介してＥＣＵ２０と通信を行うためのインタフェースであり、ドライバ１１１とレシーバ１１２とを備える。ドライバ１１１は、ＧＷ制御部１４から出力された通信フレームに含まれるデータが、「１」のときにデータ（のビット値）「１」に対応する劣位状態信号（レセッシブという）を内部用バス３０に送出し、「０」のときにデータ（のビット値）「０」に対応する優位状態信号（ドミナントという）を内部用バス３０に送出する。レシーバ１１２は、内部用バス３０を介してレセッシブが入力されたときにレセッシブに対応するデータ（「１」）をＧＷ制御部１４へ出力し、ドミナントが入力されたときにドミナントに対応するデータ（「０」）をＧＷ制御部１４へ出力する。
【００１７】
外部ツール通信部１２は、外部用バス５０を介してコネクタ４０に接続された外部ツール３と通信を行うためのインタフェースであり、ドライバ１２１とレシーバ１２２とを備える。ドライバ１２１は、ＧＷ制御部１４から出力された通信フレームに含まれるデータが「１」のときに、データ（のビット値）「１」に対応するレセッシブを外部用バス５０に送出、「０」のときにデータ（のビット値）「０」に対応するドミナントを内部用バス３０に送出する。レシーバ１２２は、外部用バス５０を介してレセッシブが入力されたときにレセッシブに対応するデータ（「１」）をＧＷ制御部１４へ出力し、ドミナントが入力されたときにドミナントに対応するデータ（「０」）をＧＷ制御部１４へ出力する。
【００１８】
ＧＷ制御部１４は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３等を備える周知のマイクロプロセッサを備え、例えばＲＯＭ４２等に記憶されたプログラムに従い、外部ツール３とＥＣＵ２０との間で行われる通信（通信フレームに含まれるデータの送受信）を中継する処理や、後述する不正フレーム対応処理を実行する。なお、本実施形態の車載システム１では、車両のイグニッションスイッチがオフ状態でもＧＷ−ＥＣＵ１０に電源が供給され、ＣＰＵ４１が不正フレーム対応処理を実行できるように構成されている。
【００１９】
ゲートウェイ（ＧＷ）記憶部１３は、電気的に記憶内容の書換えが可能な不揮発性の記憶装置（例えば、フラッシュメモリ、ＥＥＰＲＯＭ等）を備える。ＧＷ記憶部１３には、複数の識別データが記憶されている。識別データとは、車載システム１において内部用バス３０及び外部用バス５０を介して外部ツール３とＥＣＵ２０との間で通信が行われる単位、すなわちデータが送受信される単位である通信フレームの所定の領域に含まれているデータのことであり、当該通信フレームを識別するための複数のビットからなるデータである。本実施形態では一例として、周知のＣＡＮプロトコルの通信フレーム（データフレーム、リモートフレーム）のフォーマットにおける、アービトレーションフィールドに含まれているデータを識別データというものとする。
【００２０】
具体的には、図２に示すように、外部ツール３からＥＣＵ２０ａへ送信される通信フレームの識別データ、外部ツール３からＥＣＵ２０ｂへ送信される通信フレームの識別データ、ＥＣＵ２０ｂからＥＣＵ２０ａへ送信される通信フレームの識別データ、…というように、その通信フレームが送信される送信元と送信先の組み合わせを表すデータが、識別データとして、ＧＷ記憶部１３に記憶されている。なお、識別データは、図２において例えば「７Ｘ１（Ｘは０〜９の任意の整数）」のように１０進数で表されている数字を２進数で表したデータである。本実施形態では、ＧＷ記憶部１３に記憶されている識別データを許可データというものとする。
【００２１】
複数のＥＣＵ２０としては、例えば、エンジン制御を行うエンジンＥＣＵ、ブレーキ制御を行うブレーキＥＣＵ、ステアリング制御を行うステアリングＥＣＵ等、各種機能を有するものが挙げられる。ＥＣＵ２０は、図示しないが、一例として、制御部（ＣＰＵ）と、記憶部（例えば、フラッシュメモリ等）と、通信部と、を備える。記憶部には、各種機能を実現するための処理を制御部（ＣＰＵ）に実行させるためのプログラムが記憶されている。制御部（ＣＰＵ）は、記憶部に記憶されたプログラムに従い処理を実行する。通信部は、内部用バス３０を介してＧＷ−ＥＣＵ１０や他のＥＣＵ２０と通信を行うためのインタフェースである。
【００２２】
外部ツール３は、車載システム１（コネクタ４０）に接続された状態で、ＥＣＵ２０を介した車両状態の診断、データ（セキュリティ関連情報等）の設定及び解除、ＧＷ−ＥＣＵ１０やＥＣＵ２０に記憶されているプログラムの書換処理などを行う。
【００２３】
外部ツール３は、図示しないが、制御部（ＣＰＵ）と、記憶部（例えば、フラッシュメモリ等）と、通信部と、を備える。記憶部には、各種機能を実現するための処理を制御部（ＣＰＵ）に実行させるためのプログラムが保存されている。制御部（ＣＰＵ）は、記憶部に記憶されたプログラムに従い各種処理を実行する。通信部は、コネクタ４０を介してＧＷ−ＥＣＵ１０やＥＣＵ２０と通信を行うためのインタフェースである。なお、外部ツール３は、汎用のパーソナルコンピュータやスマートフォン（多機能型携帯電話機）などを用いて構成してもよい。
【００２４】
このような構成を備える、ＣＡＮプロトコルに従った相互通信を行う通信システムである車載システム１では、内部用バス３０を介した通信を例に挙げて説明すると、ノードとして機能するＧＷ−ＥＣＵ１０（車内ＬＡＮ通信部１１）及びＥＣＵ２０（通信部）は、前述のように、データのビット値に対応する劣位状態信号（レセッシブ）及び優位状態信号（ドミナント）の２つの状態信号のうちいずれかを内部用バス３０に順に出力することによって、通信フレームに含まれる各データを内部用バス３０に送信する。
【００２５】
また、車載システム１では、前述のように、ＧＷ−ＥＣＵ１０（車内ＬＡＮ通信部１１）及びＥＣＵ２０（通信部）は、内部用バス３０を介してレセッシブ又はドミナントを順に入力することによって内部用バス３０から通信フレームに含まれるデータを受信し、且つ、複数のノードからレセッシブ及びドミナントの両方が内部用バス３０に出力されたときにドミナントに対応するデータを内部用バス３０におけるデータとして受信する。
【００２６】
また、車載システム１に適用されているＣＡＮプロトコルでは、内部用バス３０を介して受信されている通信フレームに含まれるデータのパターン（並び）において予め規定されたエラーがノードのいずれかによって検出されると、当該通信フレームを無効にするように規定されている。このようなエラーとしては周知のように、同一の状態信号（ドミナント、又はレセッシブ）が６ビット連続するスタッフ・エラーの他、ビットエラー、ＣＲＣエラー、フォームエラー、ＡＣＫエラーが規定されている。なお、内部用バス３０を介した通信を例に挙げて説明したが、車載システム１において外部用バス５０を介した通信も同様に行われる。
【００２７】
［１−２．処理］
次に、ＧＷ−ＥＣＵ１０のＣＰＵ４１が実行する不正フレーム対応処理を、図３に示すフローチャートに従って説明する。
【００２８】
はじめに、Ｓ（ステップ）１００では、内部用バス３０を介して通信フレームを受信する。具体的には、内部用バス３０に送信されている通信フレームに含まれる各データを、内部用バス３０から入力された状態信号（ドミナント、又はレセッシブ）に基づいて順に受信する。
【００２９】
Ｓ１１０では、Ｓ１００にて受信された通信フレームに含まれる識別データに基づいて、当該通信フレームが不正であるか否かを判断する。具体的には、Ｓ１００にて受信された通信フレームに含まれる識別データが、ＧＷ記憶部１３に予め記憶されている許可データに一致しない場合に、当該通信フレームが不正であると判断する。つまり、仮にＧＷ記憶部１３に記憶されていない識別データを含む通信フレームが内部用バス３０に送信されたとすると、この通信フレームは、内部用バス３０に不正に接続された非正規の外部ツール（例えば、図１にて二点鎖線で示す不正ツール９０）等による、不正な通信フレームであると判断される。ここで、通信フレームが不正でないと判断された場合、本不正フレーム対応処理を終了する。一方、通信フレームが不正であると判断された場合、Ｓ１２０へ移行する。
【００３０】
Ｓ１２０では、通信フレームの送信中にエラー条件が満たされるように、車内ＬＡＮ通信部１１を用いて、内部用バス３０にドミナントを送出させる。具体的には、スタッフ・エラーを生じさせるように、車内ＬＡＮ通信部１１に、６ビット連続したドミナントを送信させる。そして、本不正フレーム対応処理を終了する。
【００３１】
［１−３．効果］
以上詳述した第１実施形態によれば、以下の効果が得られる。
［１Ａ］内部用バス３０において不正であると判断された通信フレームは、当該通信フレームの送信途中であっても無効とされる。このため、仮に内部用バス３０に非正規の外部ツール（不正ツール９０）が接続され、この非正規の外部ツールから内部用バス３０へ不正な通信フレームが送信されたとしても、この不正な通信フレームは、不正であると判断され次第無効とされる。つまり、正規の外部ツールが行うようなデータ（セキュリティ関連情報等）の設定及び解除、ＧＷ−ＥＣＵ１０やＥＣＵ２０に記憶されているプログラムの書換処理等を行うための不正な通信フレームが非正規の外部ツールから送信された場合に、不正な通信フレームの内容に基づく処理が行われることを抑制することができる。
【００３２】
［１Ｂ］不正フレーム対応処理では、スタッフ・エラーを生じさせる条件を満たすように、６ビット連続したドミナントが送信される（Ｓ１２０）。これによると、内部用バス３０から通信フレームに含まれるデータを受信したタイミングに関係無く、任意のタイミングで、不正な通信フレームを無効にすることができる。
【００３３】
なお、本実施形態では、ＧＷ−ＥＣＵ１０が「通信装置」の一例に相当し、ＧＷ記憶部１３が「記憶手段」の一例に相当する。Ｓ１００が「受信手段」としての処理の一例に相当し、Ｓ１１０が「判定手段」としての処理の一例に相当し、Ｓ１２０が「送出手段」としての処理の一例に相当する。また、ＣＡＮプロトコルが通信プロトコルの一例に相当する。
【００３４】
［２．第２実施形態］
［２−１．構成］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、共通する構成については説明を省略し、相違点を中心に説明する。
【００３５】
第２実施形態では、図４に示すように、図１に示すＧＷ記憶部１３が削除されている点、図１に示す車内ＬＡＮ通信部１１に検出回路１１３が追加されている点、及びこれに伴うＧＷ制御部１４のＣＰＵ４１が実行する不正フレーム対応処理の内容、が第１実施形態と相違する。
【００３６】
具体的には、車内ＬＡＮ通信部１１に追加された検出回路１１３は、レシーバ１１２から順に出力されたデータの並びに基づいて、内部用バス３０から受信している通信フレームの所定の領域（本実施形態では前述のアービトレーションフィールド）に含まれていた識別データが、所定の非正規データに一致するか否かを比較した結果である判定フラグＦを生成する比較回路（図示せず）を備える。比較回路は、通信フレームに含まれていた識別データが非正規データに一致する場合に判定フラグＦを１にセットし（Ｆ＝１）、一致しない場合に０にセット（リセット、Ｆ＝０）する。判定フラグＦはＧＷ制御部１４へ出力される。
【００３７】
ここでは、所定の非正規データとは、正規でないノードから送信される通信フレームに含まれ得る識別データをいう。例えば、内部用バス３０に不正に接続された非正規の外部ツール（図４にて二点鎖線で示す不正ツール９０）等から送信される、不正な通信フレームに含まれ得る識別データが既知である場合、この既知の識別データを非正規データとする。
【００３８】
なお、非正規データが複数種類ある場合、検出回路１１３は、非正規データごとに比較回路を備える。そして、検出回路１１３は、これら複数の比較回路のうちいずれか一つの比較回路において通信フレームの所定の領域に含まれていた識別データが非正規データに一致する場合に、判定フラグＦをセットする。これらの各比較回路は、言い換えれば、図１に示すＧＷ記憶部１３に代えて各識別データ（本実施形態では非正規データ）を記憶するものであると言える。
【００３９】
［２−２．処理］
次に、ＧＷ制御部１４（ＣＰＵ４１）が実行する不正フレーム対応処理を図５に示すフローチャートに従って説明する。図５に示すフローチャートでは、図３に示すＳ１００が削除され、Ｓ１１０がＳ１１５に置換されている。
【００４０】
Ｓ１１５では、内部用バス３０を介して車内ＬＡＮ通信部１１にて受信された通信フレームに含まれる識別データに基づいて、当該通信フレームが不正であるか否かを判断する。具体的には、検出回路１１３から出力された判定フラグＦがセットされている場合に、当該通信フレームが不正であると判断する。ここで、判定フラグＦがセットされていない場合（Ｆ＝０）、本不正フレーム対応処理を終了する。一方、判定フラグＦがセットされている場合（Ｆ＝１）、Ｓ１２０へ移行し、図３に示すＳ１２０と同様に、スタッフ・エラーを生じさせるように、車内ＬＡＮ通信部１１に、６ビット連続したドミナントを送出させる。すなわち、車内ＬＡＮ通信部１１のドライバ１１１に６ビット連続したデータ「０」を送信することによって、車内ＬＡＮ通信部１１（ドライバ１１１）から内部用バス３０にドミナントを送出させる。そして、本不正フレーム対応処理を終了する。
【００４１】
［２−３．効果］
以上詳述した第２実施形態によれば、前述した第１実施形態の効果［１Ａ］及び［１Ｂ］に加え、以下の効果が得られる。
【００４２】
［２Ａ］内部用バス３０を介して受信している通信フレームが不正であるか否かが比較回路によって検出されるため、検出結果を迅速に得ることができる。また、比較回路の検出結果である判定フラグＦに基づいて不正フレーム対応処理が実行されるため、通信フレームが不正であると判断された場合に当該通信フレームを無効にする処理を、迅速に行うことができる。
【００４３】
なお、第２実施形態では、レシーバ１１２が「受信手段」の一例に相当し、検出回路１１３が「判定手段」及び「記憶手段」の一例に相当し、ドライバ１１１が送出手段の一例に相当する。
【００４４】
［３．他の実施形態］
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されることなく、種々の形態を採り得ることは言うまでもない。
【００４５】
［３Ａ］上記実施形態では、スタッフ・エラーを生じさせるように、内部用バス３０にドミナントを送出したが、これに限らず、ビットエラー、ＣＲＣエラー、フォームエラー、及びＡＣＫエラーのいずれかを生じさせるように、内部用バス３０にドミナントを送出してもよい。
【００４６】
［３Ｂ］上記実施形態では、スタッフ・エラーを生じさせるように、６ビット連続したドミナントを送出したが、これに限らず、例えば、７ビット以上連続したドミナントを送出してもよい。または、Ｓ１００にて受信した通信フレームに含まれるドミナントを含めて６ビット連続するように、ドミナントを送出してもよい。
【００４７】
［３Ｃ］上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を、課題を解決できる限りにおいて省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加、置換等してもよい。なお、特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。
【００４８】
［３Ｃ］本発明は、前述したＧＷ−ＥＣＵ１０及び車載システム１、２の他、ＧＷ−ＥＣＵ１０としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、通信方法など、種々の形態で実現することができる。
【符号の説明】
【００４９】
１、２…車載システム  ３…外部ツール  １０…ＧＷ−ＥＣＵ、１１…車内ＬＡＮ通信部  １３…ＧＷ記憶部  １４…ＧＷ制御部  １５…車内ＬＡＮ通信部２０…ＥＣＵ  ３０…内部用バス  ５０…外部用バス  １１１…ドライバ  １１２…レシーバ  １１３…検出回路。
【図１】
2015207937.tif 000003
【図２】
2015207937.tif 000004
【図３】
2015207937.tif 000005
【図４】
2015207937.tif 000006
【図５】
2015207937.tif 000007