(57)【要約】【課題】ＥＣＵノードで受信しても破棄されてしまうような異常メッセージをゲートウェイＥＣＵで排除できるようにして、バス（車載電子制御ネットワーク）負荷の上昇を抑制できるようにする。【解決手段】  車載ゲートウェイ装置１において、第１又は第２の車載電子制御ネットワークCAN1又はCAN2から受信されるメッセージの内容をチェックして正常性を確認するメッセージ正常性確認手段６１と、メッセージ正常性確認手段６１で異常と判断されたメッセージは上記第２又は第１の車載電子制御ネットワークCAN2又はCAN1へ中継しないよう制御するメッセージ中継制御手段６２とをそなえる。【選択図】        図１
2007038904.tif 000002
【特許請求の範囲】
【請求項１】
第１の車載電子制御ネットワークと、第２の車載電子制御ネットワークとをそなえた車載電子制御通信システムに用いられ、前記第１の車載電子制御ネットワークと前記第２の車載電子制御ネットワークとを通信可能に相互接続する車載ゲートウェイ装置であって、
上記第１又は第２の車載電子制御ネットワークから受信されるメッセージの内容をチェックして正常性を確認するメッセージ正常性確認手段と、
該メッセージ正常性確認手段で異常と判断されたメッセージは上記第２又は第１の車載電子制御ネットワークへ中継しないよう制御するメッセージ中継制御手段とをそなえたことを特徴とする、車載ゲートウェイ装置。
【請求項２】
該メッセージ正常性確認手段が、
受信したメッセージに付加されたチェックサムが不正である場合に、当該メッセージが異常であると判断するチェックサム確認部をそなえて構成されたことを特徴とする、請求項１記載の車載ゲートウェイ装置。
【請求項３】
該メッセージ正常性確認手段が、
受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短い場合に、当該メッセージが異常であると判断するデータ長確認部をそなえて構成されたことを特徴とする、請求項１又は２に記載の車載ゲートウェイ装置。
【請求項４】
該データ長確認部が、
予め取り決めておいたデータ長以上のメッセージを正常と判断するように構成されるとともに、
該メッセージ中継制御手段が、
該データ長確認部にて正常と判断されたメッセージについては上記第２又は第１の車載電子制御ネットワークへ中継するように構成されたことを特徴とする、請求項３記載の車載ゲートウェイ装置。
【請求項５】
該データ長確認部にて異常と判断された場合に、その旨を外部へ提示する提示手段をさらにそなえたことを特徴とする、請求項３又は４に記載の車載ゲートウェイ装置。
【請求項６】
第１の車載電子制御ネットワークと、第２の車載電子制御ネットワークとをそなえた車載電子制御通信システムに用いられ、前記第１の車載電子制御ネットワークと前記第２の車載電子制御ネットワークとを通信可能に相互接続する車載ゲートウェイ装置において、
上記第１又は第２の車載電子制御ネットワークから受信されるメッセージの内容をチェックして正常性を確認するメッセージ正常性確認ステップと、
異常と判断されたメッセージは上記第２又は第１の車載電子制御ネットワークへ中継しないよう制御するメッセージ中継制御ステップとを有すること特徴とする、車載ゲートウェイ装置におけるメッセージ中継方法。
【請求項７】
該メッセージ正常性確認ステップにおいて、
受信したメッセージに付加されたチェックサムが不正である場合に、当該メッセージが異常であると判断することを特徴とする、請求項６記載の車載ゲートウェイ装置におけるメッセージ中継方法。
【請求項８】
該メッセージ正常性確認ステップにおいて、
受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短い場合に、当該メッセージが異常であると判断することを特徴とする、請求項６又は７に記載の車載ゲートウェイ装置におけるメッセージ中継方法。
【請求項９】
該メッセージ正常性確認ステップにおいて、
予め取り決めておいたデータ長以上のメッセージを正常と判断し、
該メッセージ中継制御ステップにおいて、
上記メッセージ正常性確認ステップにおいて正常と判断されたメッセージについては上記第２又は第１の車載電子制御ネットワークへ中継することを特徴とする、請求項８記載の車載ゲートウェイ装置におけるメッセージ中継方法。
【請求項１０】
該メッセージ正常性確認ステップにおいて、
受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短いと判断された場合に、異常の旨を外部へ提示することを特徴とする、請求項８又は９に記載の車載ゲートウェイ装置におけるメッセージ中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載ゲートウェイ装置及び同装置におけるメッセージ中継方法に関し、特に、車載電子制御ネットワークの負荷軽減に好適な技術に関する。
【背景技術】
【０００２】
従来、自動車等の車両においては、ＣＡＮ（Controller Area Network）などを用いた通信システムがしばしば設けられる。このような車両用の通信システムの例としては車載ＬＡＮ（Local Area Network）などが挙げられ、これは車両や車載機器の制御等に非常に有用である。
このような通信システムを構築する場合には、送受信するメッセージの種類、目的、送受信頻度等に応じて複数のネットワーク（バス）を用意し、これらのネットワークをゲートウェイ装置により相互通信可能に接続することがシステム構成の一態様としてよく行なわれる。例えば、ＣＡＮを用いた車載ＬＡＮを例にすれば、ナビゲーションシステム制御等のための情報系ネットワーク、ヘッドランプ制御等のためのボディ制御系ネットワーク、エアバック制御等のための安全系ネットワーク、エンジン制御等のためのエンジン・パワートレン系ネットワークなどをゲートウェイ装置〔ゲートウェイＥＣＵ（Electrical Control Unit）〕により接続して通信システムを構築している。
【０００３】
ここで、ＣＡＮを利用した２つのネットワーク（バス）間を中継するゲートウェイＥＣＵにおいては、一方のネットワークを構成する送信側ＥＣＵノードから受信されるフレーム（メッセージ）の通信プロトコルやアーキテクチャを、他方のネットワークを構成する受信側ＥＣＵノードの通信プロトコルやアーキテクチャに適合するようプロトコル変換などを行なった上で受信メッセージの転送を行なう。この際、ゲートウェイＥＣＵは、ワイヤーハーネスとの思想から、受信フレームのメッセージ内容に関わらずそのまま送信（転送）を行なう。
【０００４】
ＣＡＮにおいて送受されるフレームには、例えば後記特許文献１及び３にも示されるように、その信頼性を高めるために、ＣＲＣ（Cyclic Redundancy Check）符号やチェックデータ（メッセージの所定部分を１バイト単位で加算することにより得られるサム値）などの誤り検出用のデータが付加されることが多い。そして、受信側ＥＣＵノードにおいて、当該ＣＲＣ符号やサム値を基に受信データエラーが生じているかが判定されて、エラーが生じていると判定されたフレームについては破棄される（コントローラの内部制御ＲＡＭに反映させない）。
【０００５】
また、メッセージ本体が格納されるデータフィールドを可変長とし、そのメッセージ長を付加したフレーム構成において、受信フレームのメッセージ長の比較により受信エラーを判定できるようにした技術もある（下記特許文献２参照）。
なお、例えば下記特許文献１の段落００１８にも記載されているように、上記ＥＣＵノードが送受するフレームは、データ先頭を示すＳＯＦ（Start of Frame）、自己のＥＣＵ識別番号を示すＩＤフィールド、データ長を示すＤＬＣ（Data Length Code）フィールド、上記データフィールド等を含んで構成される。
【特許文献１】特開２００３−２７３９５０号公報
【特許文献２】特開平１０−２３３７８９号公報
【特許文献３】特開２０００−２９３４４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
現在、車両システムの複雑さに比例して、通信データの増加によりバス負荷が上昇する傾向にある。バス負荷の上昇により、各ＥＣＵノードの送信抜けや受信取りこぼしの発生確率が増加するため、バス負荷を設計値に収めることが必要となるが、上述のごとくゲートウェイＥＣＵでは、受信フレームのメッセージ内容の正常性をチェックすることなく転送してしまうため、受信側ＥＣＵノードにおいて受信されても破棄されるような異常データもバス上を転送されてしまい、バス負荷を抑制することが困難である。また、多量のデータを通信する手法として、通信速度の向上が挙げられるが、通信データの信頼度の観点から、車両システムでは容易に変更できない。
【０００７】
本発明は、このような課題に鑑み創案されたもので、ＥＣＵノードで受信しても破棄されてしまうような異常メッセージをゲートウェイＥＣＵで排除できるようにして、バス（車載電子制御ネットワーク）負荷の上昇を抑制できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明は、下記の車載ゲートウェイ装置及び同装置におけるメッセージ中継方法を用いることを特徴としている。
（１）即ち、本発明の車載ゲートウェイ装置は、第１の車載電子制御ネットワークと、第２の車載電子制御ネットワークとをそなえた車載電子制御通信システムに用いられ、前記第１の車載電子制御ネットワークと前記第２の車載電子制御ネットワークとを通信可能に相互接続する装置であって、上記第１又は第２の車載電子制御ネットワークから受信されるメッセージの内容をチェックして正常性を確認するメッセージ正常性確認手段と、該メッセージ正常性確認手段で異常と判断されたメッセージは上記第２又は第１の車載電子制御ネットワークへ中継しないよう制御するメッセージ中継制御手段とをそなえたことを特徴としている。
【０００９】
（２）ここで、該メッセージ正常性確認手段は、受信したメッセージの内容を確認し、当該メッセージに付加されたチェックサムが不正である場合に、当該メッセージが異常であると判断するチェックサム確認部をそなえて構成されていてもよい。
（３）また、該メッセージ正常性確認手段は、受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短い場合に、当該メッセージが異常であると判断するデータ長確認部をそなえて構成されていてもよい。
【００１０】
（４）さらに、該データ長確認部は、予め取り決めておいたデータ長以上のメッセージを正常と判断するように構成されるとともに、該メッセージ中継制御手段は、該データ長確認部にて正常と判断されたメッセージについては上記第２又は第１の車載電子制御ネットワークへ中継するように構成されてもよい。
（５）また、本車載ゲートウェイ装置は、該データ長確認部にて異常と判断された場合に、その旨を外部へ提示する提示手段をさらにそなえていてもよい。
【００１１】
（６）さらに、本発明の車載ゲートウェイ装置におけるメッセージ中継方法は、第１の車載電子制御ネットワークと、第２の車載電子制御ネットワークとをそなえた車載電子制御通信システムに用いられ、前記第１の車載電子制御ネットワークと前記第２の車載電子制御ネットワークとを通信可能に相互接続する車載ゲートウェイ装置において、上記第１又は第２の車載電子制御ネットワークから受信されるメッセージの内容をチェックして正常性を確認するメッセージ正常性確認ステップと、異常と判断されたメッセージは上記第２又は第１の車載電子制御ネットワークへ中継しないよう制御するメッセージ中継制御ステップとを有すること特徴としている。
【００１２】
（７）ここで、該メッセージ正常性確認ステップにおいて、受信したメッセージの内容を確認し、当該メッセージに付加されたチェックサムが不正である場合に、当該メッセージが異常であると判断してもよい。
（８）また、該メッセージ正常性確認ステップにおいて、受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短い場合に、当該メッセージが異常であると判断してもよい。
【００１３】
（９）さらに、該メッセージ正常性確認ステップにおいて、予め取り決めておいたデータ長以上のメッセージを正常と判断し、該メッセージ中継制御ステップにおいて、
上記メッセージ正常性確認ステップにおいて正常と判断されたメッセージについては上記第２又は第１の車載電子制御ネットワークへ中継することもできる。
（１０）また、該メッセージ正常性確認ステップにおいて、受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短いと判断された場合に、異常の旨を外部へ提示することもできる。
【発明の効果】
【００１４】
上記本発明によれば、次のような効果ないし利点が得られる。
（１）車載ゲートウェイ装置で受信したメッセージ内容をチェックしてその正常性（チェックサム値及び／又はデータ長）を確認し、異常のあるメッセージ（チェックサム値が不正、あるいは、データ長が予め取り決められたデータ長よりも短い場合）については中継しないので、車載電子制御ネットワーク負荷の上昇を軽減することができる。
【００１５】
（２）また、車載ゲートウェイ装置で受信したメッセージのデータ長が予め取り決めておいたデータ長以上のメッセージは中継することができるので、車載電子制御ネットワークを構成する電子制御装置をバージョンアップした場合など、メッセージのデータ数が追加されても正常な車両システムとして成立させることができる。
（３）さらに、データ長が予め取り決められたデータ長よりも短い場合に、間違った電子制御装置（バージョンの低い電子制御装置）が車載電子制御ネットワーク（つまり、車両）に接続されていることを判定することで、不具合のある車両の市場流出を未然に防止することができる。
【発明を実施するための最良の形態】
【００１６】
図１は本発明の一実施形態に係る車載電子制御通信システム（車載ＬＡＮ）の構成を示すブロック図で、この図１に示す車載ＬＡＮは、１以上のＥＣＵノード２が接続された第１の車載電子制御ネットワーク（バス）CAN1と、１以上のＥＣＵノード３が接続された第２の車載電子制御ネットワーク（バス）CAN2と、これらの車載電子制御ネットワーク（以下、単に「ネットワーク又はバス」と称する）CAN1及びCAN２間を通信可能に相互接続するゲートウェイＥＣＵ（車載ゲートウェイ装置）１とをそなえて構成されている。
【００１７】
なお、本例の車載ＬＡＮは、通信プロトコルとしてＣＡＮを適用している。ＣＡＮは、ネットワークCAN1，CAN2に空きが存在するときにはネットワークCAN1，CAN2に接続された全てのＥＣＵノード２，３からメッセージの送信を行なうことのできるマルチマスタ型の通信プロトコルであり、ネットワークCAN1，CAN2に先にアクセスしたＥＣＵノードが送信権を得ることができるようになっている。同時に複数のＥＣＵノード２，３がメッセージ送信を行なって、ゲートウェイＥＣＵ１において同時にこれらのメッセージが受信された場合は、例えば、メッセージが有するＩＤにより優先順位が判断され、優先順位の高いＩＤをもつメッセージを送信しているＥＣＵノード２，３が送信権を得るように制御される。
【００１８】
ここで、上記のネットワークCAN1及びCAN２は、いずれも、バス型のネットワークであり、ＣＡＮプロトコルに従って通信を行なうことができるように構成されている。また、これらのネットワークCAN1，CAN2に接続された上記ＥＣＵノード２，３は、それぞれ、所定のフレームフォーマットのメッセージを送受信可能な通信装置であり、例えば、ＣＰＵ（Central Processing Unit）や、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、通信コントローラ等の所要の電子部品により構成されており、自己が接続されたネットワークCAN1，CAN2経由で他のＥＣＵノード（図示省略）やゲートウェイＥＣＵ１とメッセージの送受信が可能になっている。
【００１９】
なお、図１においては、ＥＣＵノード２からＥＣＵノード３へはメッセージＡ，Ｂ，Ｃが送信され、ＥＣＵノード３からＥＣＵノード２へはメッセージＤ，Ｅ，Ｆが送信される様子が表されている。もっとも、メッセージはこれら６種類に限定されるものではなく、任意の数のメッセージを用いることができ、通常は、さらに多数のメッセージがＥＣＵノード２，３間で送受されるようになっている。例えば、第１のネットワークCAN1及び第２のネットワークCAN2に伝送されるメッセージには一定周期で定期的に送信されるメッセージや、ある事象の発生によって不定期に発生するメッセージなどが含まれる。
【００２０】
ゲートウェイＥＣＵ１は、上記の各ネットワークCAN1及びCAN2間を接続する通信装置であり、例えば、ＣＰＵや、ＲＯＭ、ＲＡＭ等の所要の電子部品により構成される。その要部の構成に着目すると、本ゲートウェイＥＣＵ１は、図１中に示すように、メッセージＡ〜Ｆ毎に用意された受信バッファ４Ａ〜４Ｆと、メッセージＡ〜Ｆ毎に用意された送信バッファ５Ａ〜５Ｆと、ゲートウェイＥＣＵ１全体の制御を司るコントローラ６とをそなえて構成される。なお、受信バッファ４Ａ〜４Ｆ及び送信バッファ５Ａ〜５Ｆは、例えば上記ＲＡＭを用いて構成され、コントローラ６は、上記ＣＰＵ、ＲＯＭ及びＲＡＭ等を用いて構成される。
【００２１】
これにより、ゲートウェイＥＣＵ１では、コントローラ６の制御に従って、受信バッファ４Ａ〜４Ｆで受信されたメッセージＡ〜Ｆが対応する送信バッファ５Ａ〜５Ｆに転送されて、送信バッファ５Ａ〜５Ｆから送信先のＥＣＵノード２又は３へネットワークCAN1又はCAN2経由で送信される。
ただし、本実施形態のゲートウェイＥＣＵ１は、コントローラ６において、受信メッセージの内容をチェックしてメッセージ中継の要否を判定するようになっている。即ち、ＥＣＵノード２，３が受信しても破棄する（ハードウェアレベルでは受信するが、制御アプリケーションレベルに反映は行なわない）ような異常メッセージについては中継を行なわない（受信バッファ４Ａ〜４Ｆから送信バッファ５Ａ〜５Ｆへの転送を行なわない）ようになっている。
【００２２】
ＣＡＮプロトコルでの通信においては、従来技術において前述したように、メッセージＡ〜ＦのＩＤ毎にデータ長をＤＬＣフィールドとして付加したり、通信データの信頼性向上のため、フレームの各フィールドのデータ値を１バイト単位で加算したチェックサム値を誤り検出用データとしてメッセージに付加したりする場合がある。本実施形態では、このようにハードウェア的な通信プロトコルに依存しないメッセージとする。
【００２３】
例えば、本実施形態で用いるデータフレームが、図３に示すごとく、フレームの開始を示すスタートオブフレーム（ＳＯＦ）フィールド１１、前記ＩＤ（２バイト）が設定されるアービトレーションフィールド１２、前記ＤＬＣが設定されるコントロールフィールド１３、メッセージ本体（DATA0，DATA1，DATA2，…）が設定されるデータフィールド１４、フレームの伝送誤りをチェックするＣＲＣフィールド１５、ＡＣＫフィールド１６及びフレームの終了を示すエンドオブフレーム（ＥＯＦ）フィールド１７を有して成り、チェックサム値を付加する場合、チェックサム値は、下記の(1)式による演算結果の下位１バイトとなる。
【００２４】
ＩＤ上位バイト＋ＩＤ下位バイト＋ＤＬＣ＋ΣDATAn（ｎはＤＬＣに応じて可
変であり、Σは１〜ｎの総和を表す）  …(1)
より詳細には、例えば、ＩＤ＝0x123、ＤＬＣ＝３、DATA0＝0x11、DATA1＝0x22の場合、チェックサム値＝0x01＋0x23+0x03＋0x11＋0x22＝0x5Aとなる。このチェックサム値は、データフィールド１４の最後のフィールド、即ち、図３の場合はDATA2として設定される。したがって、受信側（ゲートウェイＥＣＵ１）では、上記演算によりチェックサム値を計算し、上記DATA2に格納されたチェックサム値と比較して異なっていればデータ値を異常と判断することができることになる。
【００２５】
本実施形態のコントローラ６では、受信メッセージのデータ長やチェックサム値を確認することで当該受信メッセージの中継の要否を判定する。即ち、本実施形態のゲートウェイＥＣＵ１（コントローラ６）は、図２に示すフローチャート（メッセージ中継方法）に従って動作することにより、無駄なメッセージ中継を回避するようになっている。
まず、コントローラ６は、メッセージを受信すると例えばＤＬＣフィールドを確認して、当該受信メッセージが仕様書等で予め定義された（取り決められた）データ長以上を示しているかをチェックする（ステップＳ１：メッセージ正常性確認ステップ）。なお、ＤＬＣフィールドではなく実際のデータ長を計数することで受信メッセージのデータ長を確認してもよい。その結果、受信メッセージのデータ長が仕様書等で定義された（予め取り決められた）データ長以上であれば、コントローラ６は、次に、当該受信メッセージにチェックサム値が付加されているか否かを確認し（ステップＳ１のＹＥＳルートからステップＳ２）、付加されていなければ（ステップＳ２でＮＯなら）、当該受信メッセージをそのまま中継する（ステップＳ３）。つまり、本コントローラ６は、チェックサム値の付加されたメッセージ及び付加されていないメッセージの双方に対応できるようになっている。
【００２６】
これに対して、受信メッセージにチェックサム値が付加されていれば（ステップＳ２でＹＥＳなら）、コントローラ６は、当該受信メッセージについて送信側と同じチェックサム値の計算（所定フィールドについて１バイトずつ加算）を行なって、受信メッセージに付加されているチェックサム値と一致するか否かを確認する（ステップＳ４：メッセージ正常性確認ステップ）。
【００２７】
その結果、チェックサム値が一致すれば（ステップＳ４でＹＥＳなら）、コントローラ６は、当該受信メッセージをそのまま中継し（ステップＳ３）、一致しなければ（不正であれば）、当該受信メッセージは中継しない（対応する送信バッファ５Ａ〜５Ｆには転送させない：ステップＳ４のＮＯルートからステップＳ６：メッセージ中継制御ステップ）。
【００２８】
なお、受信メッセージのデータ長が予め定義されたデータ長未満であった場合（ステップＳ１でＮＯの場合）、コントローラ６は、間違ったＥＣＵノード２，３がネットワークCAN1又はCAN2に接続されていると判断して、これを検出し（ステップＳ５）、当該受信メッセージの中継は行なわない（対応する送信バッファ５Ａ〜５Ｆには転送させない：ステップＳ６）。これは、ＥＣＵノード２，３のバージョンアップ等で１フレームのデータ数が追加されたような場合、上位互換が保たれるよう、仕様書定義のデータ長以上であれば、当該受信メッセージは中継し、仕様書定義のデータ長未満であれば、レベル（バージョン）ダウンしたＥＣＵノード２，３が接続されたと判断できるため、当該受信メッセージは中継しないことを意味している。このとき、コントローラ６は、間違ったＥＣＵノード２，３が接続されている旨を外部（例えば、保守端末や車両のフロントパネルのインジケータ等）に表示（提示）させることができる。
【００２９】
つまり、本実施形態のコントローラ６は、上記のステップＳ１，Ｓ４を実行することにより、上記ネットワークCAN1又はCAN2から受信されるメッセージの内容をチェックしてその正常性（受信側ＥＣＵノード２，３で受信破棄される対象のメッセージであるか否か）を確認するメッセージ正常性確認手段６１としての機能と、上記のステップＳ３及びＳ６を実行することにより、メッセージ正常性確認手段６１で異常と判断されたメッセージは送信先のネットワークCAN2又はCAN1へ中継しないよう制御するメッセージ中継制御手段６２としての機能とを有していることになる。
【００３０】
特に、本コントローラ６（メッセージ正常性確認手段６１）は、上記のステップＳ４を実行することにより、受信したメッセージの内容を確認し、当該メッセージに付加されたチェックサムが不正である場合に、当該メッセージが異常であると判断するチェックサム確認部６１１としての機能を有するとともに、上記のステップＳ１を実行することにより、受信したメッセージのデータ長が予め取り決めておいたデータ長よりも短い場合に、当該メッセージが異常であると判断するデータ長確認部６１２としての機能を有しているのである。
【００３１】
加えて、上記のステップＳ５を実行することにより、コントローラ６は、付加的に、データ長確認部６１１にて異常と判断された場合に、その旨を外部へ提示する提示手段６３としての機能も有することができるのである。
以上のように、本実施形態によれば、ゲートウェイＥＣＵ１において、受信メッセージの内容をチェックして、チェックサム値が一致しないメッセージや、予め取り決めておいたデータ長よりも短いデータ長のメッセージ、即ち、メッセージに異常があり（正規のメッセージでなく）受信側のＥＣＵノード２，３において受信されても破棄されてしまうような無駄なメッセージは中継しないので、ネットワーク（バス）負荷の上昇を軽減することができる。
【００３２】
また、予め取り決めておいたデータ長以上のメッセージについては、そのまま中継されるので、各ＥＣＵノード２，３をバージョンアップしたノードに交換してメッセージ中のデータ数が追加されたような場合であっても、正常な車両システムとして成立させることができる。さらに、予め取り決めておいたデータ長よりも短いデータ長のメッセージを受信した場合には、間違ったＥＣＵノード２，３が車両に接続されていることを検出することができるので、不具合を有する車両の市場流出を未然に防止することができる。
【００３３】
なお、本発明は、上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
例えば、上述した例では、受信データ長とチェックサム値の双方をゲートウェイＥＣＵ１でのチェック対象としているが、いずれか一方のみをチェック対象にしてもよい。
【産業上の利用可能性】
【００３４】
以上のように、本発明によれば、受信側で受信しても破棄されてしまうような異常メッセージを車載ゲートウェイ装置で排除できるので、バス（車載電子制御ネットワーク）負荷の上昇を抑制できる。したがって、車載電子制御通信技術分野において極めて有用と考えられる。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態に係る車載電子制御通信システム（車載ＬＡＮ）の構成を示すブロック図である。
【図２】図１に示すゲートウェイＥＣＵの動作（メッセージ中継方法）を説明するためのフローチャートである。
【図３】本実施形態で用いられるデータフレーム構造の一例を示す図である。
【符号の説明】
【００３６】
１  ゲートウェイＥＣＵ（車載ゲートウェイ装置）
２，３  ＥＣＵノード
４Ａ〜４Ｆ  受信バッファ
５Ａ〜５Ｆ  送信バッファ
６  コントローラ
１１  スタートオブフレーム（ＳＯＦ）フィールド
１２  アービトレーションフィールド
１３  コントロールフィールド
１４  データフィールド
１５  ＣＲＣフィールド
１６  ＡＣＫフィールド
１７  エンドオブフレーム（ＥＯＦ）フィールド
６１  メッセージ正常性確認手段
６１１  チェックサム確認部
６１２  データ長確認部
６２  メッセージ中継制御手段
６３  提示手段
CAN1  第１の車載電子制御ネットワーク（バス）
CAN2  第２の車載電子制御ネットワーク（バス）
【図１】
2007038904.tif 000003
【図２】
2007038904.tif 000004
【図３】
2007038904.tif 000005