(57)【特許請求の範囲】
【請求項１】
送信元ノードに接続される第１種類のバスおよび第２種類のバスと、送信先ノードに接続される前記第１種類のバスおよび前記第２種類のバスと、が接続される通信中継装置であって、
前記第１種類のバスまたは前記第２種類のバスを介して送信元ノードから送出されるデータを受信する受信部と、
前記第１種類のバスを介して通信されるべきデータを前記第２種類のバスを介して受信した場合に通信異常を検知する検出部と、
通信異常を検知した場合に、前記第２種類のバスを介して受信したデータを前記第１種類のバスを介して送信可能なデータにプロトコル変換する変換部と、
プロトコル変換されたデータを前記第１種類のバスを介して送信先ノードへ送出する送信部と、を備えることを特徴とする通信中継装置。
【請求項２】
通信されるデータには、データの種別を示す情報が含まれており、
前記検出部は、データの種別とバスの種類とを対応付けるテーブルを保持し、通信されるデータに含まれるデータの種別を示す情報および前記テーブルを参照して通信異常を検知することを特徴とする請求項１に記載の通信中継装置。
【請求項３】
通信されるデータには、バスの種類を示す情報が含まれており、
前記検出部は、通信されるデータに含まれるバスの種類を示す情報を参照して通信異常を検知することを特徴とする請求項１に記載の通信中継装置。
【請求項４】
第１種類のバスまたは第２種類のバスを介して送信元ノードから送出されるデータを受信する機能と、
前記第１種類のバスを介して通信されるべきデータを前記第２種類のバスを介して受信した場合に通信異常を検知する機能と、
通信異常を検知した場合に、前記第２種類のバスを介して受信したデータを前記第１種類のバスを介して送信可能なデータにプロトコル変換する機能と、
プロトコル変換されたデータを前記第１種類のバスを介して送信先ノードへ送出する機能と、をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項５】
複数のノードと、
前記複数のノードが接続される第１種類のバスおよび第２種類のバスと、
前記第１種類のバスおよび前記第２種類のバスが接続される通信中継装置と、を備え、
前記ノードは、前記第１種類のバスを介した通信が不能となる場合に、前記第２種類のバスを介してデータを送出し、
前記通信中継装置は、
前記第１種類のバスまたは前記第２種類のバスを介して送信元ノードから送出されるデータを受信する受信部と、
前記第１種類のバスを介して通信されるべきデータを前記第２種類のバスを介して受信した場合に通信異常を検知する検出部と、
通信異常を検知した場合に、前記第２種類のバスを介して受信したデータを前記第１種類のバスを介して送信可能なデータにプロトコル変換する変換部と、
プロトコル変換されたデータを前記第１種類のバスを介して送信先ノードへ送出する送信部と、を含むことを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続される通信中継装置に関し、特に、通信プロトコルを変換する通信中継装置に関する。
【背景技術】
【０００２】
近年、車両には多くの電子機器が搭載されており、各電子機器間でのデータ通信のために車載用ネットワークが構成される。また、ネットワーク内でのデータ通信を中継するための通信中継装置が設けられることがある。このような通信中継装置において、通信中継装置内での通信異常が生じた場合に、迂回経路を経由して通信を転送させる装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２０６６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車載用ネットワークでは、通信するデータの種類や特性に応じて複数種類の通信プロトコルが用いられ、通信プロトコル毎に通信線が用意されることがある。複数種類の通信線があれば、いずれかの通信線に異常があった場合に、別の通信線を迂回経路として利用できるようになるかもしれない。その一方で、通常経路と迂回経路とで通信プロトコル異なると、受信側の装置において複数種類のプロトコルに対応できるようにする必要が生じる。複数種類のプロトコルに対応できるように受信側の装置を変更しなければならないとすると、追加コストが生じてしまう。
【０００５】
本発明は、こうした状況に鑑みてなされたものであり、その主たる目的は、追加コストを最小限にしてネットワークの通信異常時に迂回経路の提供を可能とすることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の通信中継装置は、送信元ノードに接続される第１種類のバスおよび第２種類のバスと、送信先ノードに接続される前記第１種類のバスおよび前記第２種類のバスと、が接続される通信中継装置であって、前記第１種類のバスまたは前記第２種類のバスを介して送信元ノードから送出されるデータを受信する受信部と、前記第１種類のバスを介して通信されるべきデータを前記第２種類のバスを介して受信した場合に通信異常を検知する検出部と、通信異常を検知した場合に、前記第２種類のバスを介して受信したデータを前記第１種類のバスを介して送信可能なデータにプロトコル変換する変換部と、プロトコル変換されたデータを前記第１種類のバスを介して送信先ノードへ送出する送信部と、を備える。
【０００７】
この態様によると、通信異常の発生により第１種類のバスを介して通信すべきデータが第２種類のバスを介して通信される場合であっても、プロトコル変換により第１種類のバスを介して送信先ノードへデータが送出される。このため、送信先ノードは、通常時と同様に第１種類のバスに対応したプロトコルのデータを受信できる。これにより、送信先ノードにプロトコル変換機能を別途設けることなく、第２種類のバスを利用した迂回経路を提供することができる。
【０００８】
通信されるデータには、データの種類を示す情報が含まれてもよい。前記検出部は、データの種類とバスの種類とを対応付けるテーブルを保持し、通信されるデータに含まれるデータの種類を示す情報および前記テーブルを参照して通信異常を検知してもよい。
【０００９】
通信されるデータには、バスの種類を示す情報が含まれてもよい。前記検出部は、通信されるデータに含まれるバスの種類を示す情報を参照して通信異常を検知してもよい。
【００１０】
本発明の別の態様は、ネットワークシステムである。このネットワークシステムは、複数のノードと、前記複数のノードが接続される第１種類のバスおよび第２種類のバスと、前記第１種類のバスおよび前記第２種類のバスが接続される通信中継装置と、を備える。前記ノードは、前記第１種類のバスを介した通信が不能となる場合に、前記第２種類のバスを介してデータを送出し、前記通信中継装置は、前記第１種類のバスまたは前記第２種類のバスを介して送信元ノードから送出されるデータを受信する受信部と、前記第１種類のバスを介して通信されるべきデータを前記第２種類のバスを介して受信した場合に通信異常を検知する検出部と、通信異常を検知した場合に、前記第２種類のバスを介して受信したデータを前記第１種類のバスを介して送信可能なデータにプロトコル変換する変換部と、プロトコル変換されたデータを前記第１種類のバスを介して送信先ノードへ送出する送信部と、を含む。
【００１１】
この態様によると、通信異常が発生したときに送信元ノードがプロトコルを切り替えて通常時とは別の種類のバスを介してデータを送出するため、迂回経路を提供することができる。また、第１種類のバスを介して通信すべきデータが第２種類のバスを介して通信される場合であっても、プロトコル変換により第１種類のバスを介して送信先ノードへデータが送出される。このため、送信先ノードは通常時と同様に第１種類のバスに対応したプロトコルのデータを受信できる。これにより、送信先ノードにプロトコル変換機能を別途設けることなく、第２種類のバスを利用した迂回経路を提供することができる。
【発明の効果】
【００１２】
本発明によれば、追加のコストを最小限にしてネットワークの通信異常時に迂回経路を提供することができる。特に、数多くのノードの全てに対してプロトコル変換機能を組み込む必要がなくなり、通信経路の多重化に必要な工数を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】車載用ネットワークの構成を模式的に示す図である。
【図２】通常時における通信の様子を模式的に示す図である。
【図３】通信異常時における通信の様子を模式的に示す図である。
【図４】比較例に係る通信中継装置を用いる場合の通信の様子を模式的に示す図である。
【図５】通信中継装置の動作の流れを示すフローチャートである。
【図６】変形例に係る車載用ネットワークの構成を模式的に示す図である。
【発明を実施するための形態】
【００１４】
図１は、車載用ネットワーク１０の構成を模式的に示す図である。車載用ネットワーク１０は、複数のノード３０ａ〜３０ｄと、複数のノード３０ａ〜３０ｄが接続される第１種類のバス１１，１３および第２種類のバス１２，１４と、第１種類および第２種類のバス１１〜１４が接続される通信中継装置２０と、を備える。
【００１５】
実線で示される第１バス１１および第３バス１３は、第１種類の通信プロトコルにて通信がなされる通信経路である。破線で示される第２バス１２および第４バス１４は、第２種類の通信プロトコルにて通信がなされる通信経路である。第１バス１１および第２バス１２には、第１ノード３０ａおよび第２ノード３０ｂが接続される。第３バス１３および第４バス１４には、第３ノード３０ｃおよび第４ノード３０ｄが接続される。したがって、各ノード３０ａ〜３０ｄには、第１種類の通信バスおよび第２種類の通信バスが接続されており、各ノード３０ａ〜３０ｄは、二種類の通信プロトコルを用いて通信できる。
【００１６】
第１種類の通信プロトコルは、例えばＣＡＮ（Controller Area Network）であり、第２種類の通信プロトコルは、例えばイーサネット（Ethernet；登録商標）である。なお、それぞれの通信バスにて用いられる通信プロトコルは、これらに限られず、ＣＡＮＦＤ（CAN with Flexible Data Rate）、ＦｌｅｘＲａｙ、ＬＩＮ（Local Interconnect Network）、ＣＸＰＩ（Clock Extension Peripheral Interface）、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol)、ＵＤＰ（User Datagram Protocol）等の通信プロトコルの中から選択されてもよい。
【００１７】
ノード３０ａ〜３０ｄは、車両に搭載される機器の動作を制御するための電子制御ユニット（ＥＣＵ；Electronic Control Unit）や、センサ、アクチュエータ等により実現される。各ノード３０ａ〜３０ｄは、車載用ネットワーク１０の通信プロトコルとしての規格にしたがって通信し、例えば、第１種類のバスを介してＣＡＮ規格で通信し、第２種類のバスを介してイーサネット規格で通信する。また、各ノード３０ａ〜３０ｄは、通信データを受信した場合、受信したことを示す受信通知を送信元のノードに送信するように構成される。
【００１８】
第１ノード３０ａは、第１送受信部３１ａと、第２送受信部３２ａと、送信変換部３３ａと、制御部３４ａとを含む。第３ノード３０ｃは、第１ノード３０ａと同様に、第１送受信部３１ｃと、第２送受信部３２ｃと、送信変換部３３ｃと、制御部３４ｃとを含む。第２ノード３０ｂおよび第４ノード３０ｄは、第１ノード３０ａおよび第３ノード３０ｃと同様の構成を有してもよいし、異なる構成を有してもよい。
【００１９】
各ノード３０ａ〜３０ｄは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現され、それらの連携によって実現される。したがって、各ノード３０ａ〜３０ｄが実現する各機能はハードウェア、ソフトウェアの組み合わせによっていろいろなかたちで実現できることは、当業者に理解されるところである。
【００２０】
つづいて、第１ノード３０ａの機能構成を詳述する。第１送受信部３１ａは、第１バス１１に接続され、第１種類の通信プロトコルであるＣＡＮ規格にしたがって通信信号を送受信する。第２送受信部３２ａは、第２バス１２に接続され、第２種類の通信プロトコルであるイーサネット規格にしたがって通信信号を送受信する。
【００２１】
第１送受信部３１ａまたは第２送受信部３２ａから送出されるデータには、そのデータの種別を示す情報として「データ種別」が含まれる。例えば、車両制御に必要となるデータの種別としてエンジン回転数、車輪速、操舵トルク、車速などのデータ種別が挙げられる。また、車載カメラからの動画像データや、音楽や映像といったマルチメディアデータを表す種別として、前方カメラ、後方カメラ、ミュージック、ビデオなどのデータ種別が挙げられる。
【００２２】
制御部３４ａは、第１ノード３０ａの制御対象となる機器の動作を制御する。制御部３４ａは、第１送受信部３１ａまたは第２送受信部３２ａを通じ、取り扱うデータの種類に応じた通信プロトコルを使用して機器の動作に必要なデータをやりとりする。例えば、制御部３４ａがエンジンやブレーキ、ステアリングなどの車両制御に必要なデータ種別を取り扱う場合、制御系のデータ通信に適したプロトコルとしてＣＡＮを用いる。一方、制御部３４ａが車載カメラからの動画像データや音声認識のための音声データ、音楽や映像といったマルチメディアデータ等のデータ種別を取り扱う場合、比較的データ容量の大きいデータ通信に適したプロトコルとしてイーサネットを用いる。このように、制御部３４ａは、取り扱うデータの種類に応じて、主となる通信プロトコルを用いてデータのやりとりをする。
【００２３】
送信変換部３３ａは、所定の通信バスを通じて通信できなくなった場合に、通信不能となった通信バスから別の通信バスへ通信を切り替えるためのプロトコル変換をする。送信変換部３３ａは、第１送受信部３１ａまたは第２送受信部３２ａから送信した通信データに対して送信先ノードからの受信通知がない場合、通信異常の発生を検知する。異常を検知した場合、送信変換部３３ａは送信データのプロトコルを変換して、別の送受信部からデータを送出させる。
【００２４】
例えば、第１送受信部３１ａから第１バス１１へデータを送出した後に通信異常を検知した場合、第１種類のプロトコルで送信すべきデータを第２種類のプロトコルに変換し、第２送受信部３２ａから第２バス１２へデータを送出させる。これにより、異常のある第１バス１１から異常のない第２バス１２へと経路を変更し、第２種類の通信プロトコルを利用して通信を継続させる。一方、第２送受信部３２ａから第２バス１２へデータを送出した後に通信異常を検知した場合には、第２種類のプロトコルで送信すべきデータを第１種類のプロトコルに変換し、第１送受信部３１ａから第１バス１１へデータを送出させる。
【００２５】
通信中継装置２０は、第１種類および第２種類のバス１１〜１４の全てと接続される。通信中継装置２０は、いずれかのバスに送出された通信データを別のバスに中継するセントラルゲートウェイとして機能する。例えば、第１ノード３０ａから第１バス１１に送出されたデータを受信し、第３ノード３０ｃに向けて第３バス１３にデータを送出することにより、異なるバスに接続される第１ノード３０ａと第３ノード３０ｃの間のデータ通信を中継する。
【００２６】
通信中継装置２０は、受信部２１と、検出部２２と、変換部２３と、送信部２４とを備える。
【００２７】
受信部２１は、通信バス１１〜１４に送出される通信データのうち、通信中継装置２０に向けて送出されたデータを受信する。通信中継装置２０に向けて送出されるデータは、通信中継装置２０が宛先となるデータや、送信元ノードと送信先ノードが別の通信バスに接続されているために通信中継装置２０が中継する必要のあるデータである。受信部２１で受信したデータは、検出部２２に送られる。
【００２８】
検出部２２は、正常時とは異なる種類の通信プロトコルを用いたデータを受信部２１が受信した場合に通信異常を検知する。上述したように、第１ノード３０ａは、通常時に用いる通信バスが通信不能となった場合に、プロトコル変換により別の通信バスへ通信を切り替えてデータを送出する。検出部２２は、受信部２１にて受信するデータが本来用いられるべき通信プロトコルとは異なるプロトコルであるか否かを確認することで、送信元ノードにおける通信異常の発生を検知する。
【００２９】
検出部２２は、通信異常の発生を検知するために、受信したデータに含まれる「データ種別」を参照する。検出部２２は、「データ種別」と通信プロトコルの種類とを対応付けるテーブルを保持する。例えば、エンジン回転数、車輪速、操舵トルク、車速などの制御系のデータ種別には、第１種類のプロトコルとしてＣＡＮが対応付けされる。また、前方カメラ、後方カメラ、ミュージック、ビデオなどのデータ種別には、第２種類のプロトコルとしてイーサネットが対応付けされる。検出部２２は、このテーブルを参照して、受信したデータに対して本来用いられるべき通信プロトコルの種類を確認する。
【００３０】
変換部２３は、通信異常の発生が検知された場合に、受信部２１で受信したデータに対してプロトコル変換をする。例えば、第２バス１２を通じて第２種類の通信プロトコルのデータを受信し、通信異常が検知された場合、受信したデータを第１種類の通信プロトコルのデータに変換する。これにより、第２種類の通信バスである第２バス１２を介して受信したデータを第１種類の通信バスである第３バス１３を介して送信可能なデータに変換する。
【００３１】
送信部２４は、受信部２１が受信したデータの宛先を確認して、その宛先となる送信先ノードへ向けてデータを送出する。送信部２４は、通信異常が検知されていない場合、受信部２１が受信したデータをそのまま送信先ノードへ向けて送出する。送信部２４は、通信異常が検知されている場合、変換部２３によりプロトコル変換されたデータを送信先ノードへ向けて送出する。
【００３２】
つづいて、車載用ネットワーク１０におけるデータ通信の例を説明する。
【００３３】
図２は、通常時における通信の様子を模式的に示す図であり、第１ノード３０ａから第３ノード３０ｃへデータが送信される様子を示す。第１ノード３０ａは、第１送受信部３１ａから第１バス１１へデータＡ１を送出する。このデータＡ１には、通常時の通信プロトコルが第１種類のプロトコルとなるデータ種別が付与されている。通信中継装置２０は、受信部２１にてデータＡ１を受信し、検出部２２にて通信異常の有無を検知する。データＡ１は、本来の通信プロトコルである第１種類のプロトコルであるため、検出部２２は通信異常を検知しない。送信部２４は、受信したデータＡ１をデータＢ１として第３バス１３へ送出する。第３ノード３０ｃは、第１送受信部３１ｃにてデータＢ１を受信する。第３ノード３０ｃが受信するデータＢ１は、第１種類のプロトコルのデータである。
【００３４】
図３は、通信異常時における通信の様子を模式的に示す図であり、通信中継装置２０と第１ノード３０ａの間で第１バス１１に異常箇所５０が生じている場合を示す。また、図２の場合と同様に、第１ノード３０ａから第３ノード３０ｃへ向けて、第１種類のプロトコルで送信されるべきデータが送信される場合を示す。第１ノード３０ａは、第１送受信部３１ａから第１バス１１へデータＡ１を送出する。しかし、異常箇所５０があるためデータＡ１は通信中継装置２０に到達せず、それにより受信通知も受信できない。そこで、第１ノード３０ａは、送信変換部３３ａによりデータＡ１をプロトコル変換してデータＡ２を生成し、第２送受信部３２ａから第２バス１２へデータＡ２を送出する。
【００３５】
通信中継装置２０は、受信部２１にてデータＡ２を受信し、検出部２２にて通信異常の有無を検知する。データＡ２は、本来の通信プロトコルである第１種類のプロトコルとは異なる第２種類のプロトコルのデータであるため、検出部２２は通信異常を検知する。変換部２３は、受信したデータＡ２をプロトコル変換してデータＢ１を生成し、送信部２４は、生成されたデータＢ１を第３バス１３へ送出する。第３ノード３０ｃは、第１送受信部３１ｃにてデータＢ１を受信する。したがって、第３ノード３０ｃが受信するデータＢ１は、第１種類のプロトコルのデータである。
【００３６】
本実施の形態によれば、通信異常の発生により第１種類の通信バスが使えない場合であっても、送信先ノードがプロトコル変換することにより、第２種類の通信バスを迂回経路として使用できる。また、本来第１種類の通信プロトコルにより通信されるべきデータを迂回経路を用いて送信する場合であっても、通信中継装置２０のプロトコル変換機能により元の通信プロトコルに戻して送信先ノードへデータを送出する。このため、送信先ノードは通常時と同様に第１種類の通信プロトコルのデータを受信できる。これにより、受信データをプロトコル変換する機能を送信先ノードに別途設けなくても、第２種類のバスを利用した迂回経路を利用することができる。
【００３７】
つづいて、比較例を用いて本実施の形態が解決しようとする課題について説明する。
【００３８】
図４は、比較例に係る通信中継装置１２０を用いる場合の通信の様子を模式的に示す図である。比較例に係る通信中継装置１２０は、受信部１２１と送信部１２４とを備えるが、上述の通信中継装置２０とは異なり、検出部２２および変換部２３を備えていない。そのため、受信部１２１にて受信したデータは、プロトコル変換されることなく送信部１２４から送出され、送信先ノードへ送られる。
【００３９】
図４では、図３と同様に異常箇所５０がある場合の通信の様子を示している。第１ノード３０ａは、異常箇所５０があるため、第２送受信部３２ａから第２バス１２へ第２種類のプロトコルのデータＡ２を送出する。通信中継装置１２０は、受信部１２１にてデータＡ２を受信し、同じ第２種類のプロトコルのデータＢ２を送信部１２４から第３バス１３へ送出する。第３ノード３０ｃは、データＢ２を第２送受信部３２ｃにて受信する。
【００４０】
このとき、第３ノード３０ｃの制御部３４ｃにて第２種類のプロトコルのデータＢ２を利用するには、本来の通信プロトコルである第１種類のプロトコルに変換する機能が必要となる場合がある。例えば、第３ノード３０ｃが複数種類の通信プロトコルに対応しておらず、制御部３４ｃが第１種類の通信プロトコルのデータのみ利用可能な場合などである。一般に、車載ネットワークに接続されるノードは、特定の一種類の通信プロトコルのみに対応している場合が多く、複数種類の通信プロトコルに対応する機能を有していないことがある。このようなノードを、本実施の形態のような複数種類の通信プロトコルを用いるネットワークに接続するには、各ノードにプロトコル変換機能を実装する必要が生じることとなる。今日の車載用ネットワークには数十〜数百のノードが接続されており、これら全てのノードに対してプロトコル変換機能を組み込むのは非常に工数がかかる。
【００４１】
一方、本実施の形態によれば、送信元のノードにおいて通信異常が発生し、別の通信プロトコルを用いるバスが迂回経路として用いられる場合であっても、通信中継装置２０により本来の通信プロトコルに戻されて送信先ノードに送出される。そのため、送信先ノードにはプロトコル変換機能を設ける必要がなく、その代わりに通信中継装置２０にプロトコル変換機能を設ければよいこととなる。これにより、数多くのノードの全てに対してプロトコル変換機能を組み込む必要がなくなり、通信経路の多重化に必要な工数を低減することができる。
【００４２】
図５は、通信中継装置２０の動作の流れを示すフローチャートである。通信中継装置２０は、送信元ノードからデータを受信し（Ｓ１０）、正常時に用いられる本来の通信プロトコルでデータを受信したか否かを確認する（Ｓ１２）。本来のプロトコルが用いられていれば（Ｓ１２のＹ）、受信したデータをそのまま送信先ノードへ送出する（Ｓ１４）。本来のプロトコルとは異なる通信プロトコルが用いられていれば（Ｓ１２のＮ）、受信したデータのプロトコルを変換し（Ｓ１６）、プロトコル変換したデータを送信先ノードへ送出する（Ｓ１８）。
【００４３】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４４】
（変形例１）
上述の実施の形態では、各ノード３０ａ〜３０ｄがそれぞれ第１種類のバスおよび第２種類のバスの双方に接続されるネットワーク例を示した。変形例においては、一部のノードが複数種類の通信バスに接続され、一部のノードは一種類の通信バスのみに接続されていてもよい。
【００４５】
図６は、変形例に係る車載用ネットワーク１１０の構成を模式的に示す図である。本図は、第３ノード１３０ｃおよび第４ノード１３０ｄが第３バス１３のみに接続され、第４バス１４に接続されていない点で図１に示す実施の形態と相違する。また、第３ノード１３０ｃは、第１送受信部３１ｃと、制御部３４ｃを有するが、第２送受信部３２ｃおよび送信変換部３３ｃを有しない。第２種類の通信バスである第４バス１４に接続されないためである。
【００４６】
図６に示すネットワークにおいて、第１バス１１および第２バス１２に接続されるノード３０ａ，３０ｂは、複数種類の通信プロトコルのデータを扱うことができ、比較的高度な処理をすることのできるＥＣＵに相当する。例えば、車載カメラや各種センサからの情報を取得して走行中の自車の状況を把握し、必要に応じてブレーキやステアリングを制御するＥＣＵに指令を出す高度運転支援ＥＣＵ等に相当する。このようなＥＣＵは、車載カメラからの比較的データ容量の大きい動画像データを扱うとともに、ブレーキやステアリングといった車両制御のために信頼性の高いプロトコルを用いるデータを扱う必要がある。そのために、ＣＡＮとイーサネットといった、複数種類の通信プロトコルを扱う機能が実装される。
【００４７】
一方、第３バス１３に接続されるノード３０ｃ，３０ｄは、例えば、ブレーキＥＣＵやステアリングＥＣＵに相当する。これらのＥＣＵは、動画像データなどの大容量データを扱うことはなく、車両制御系のデータを信頼性の高い通信方法で取り扱う必要がある。そのため、車両制御系のデータを扱うのに適した一種類の通信プロトコルを扱う機能が実装されればよい。
【００４８】
このような変形例に係る車載用ネットワーク１１０において、第１バス１１に異常箇所が生じる場合であっても、第２バス１２を介して通信中継装置２０にデータが送出され、通信中継装置２０にてプロトコル変換されて第３バス１３にデータが送出される。そのため、第１バス１１に異常が発生しても、第１ノード３０ａと第３ノード１３０ｃとの間で通信を継続することができる。これにより、車載用ネットワーク１１０の信頼性を高めることができる。
【００４９】
（変形例２）
上述の実施の形態では、二種類の通信プロトコルを用いるネットワーク構成について示した。さらなる変形例においては、三種類以上の通信プロトコルを用いる構成としてもよい。この場合、三種類以上の通信プロトコルのそれぞれに対して通信バスを用意し、いずれかの通信バスに通信異常が発生した場合に、別の通信バスを迂回した通信が可能となるようにデータをプロトコル変換して通信中継装置に送出するようにノードを構成してもよい。通信中継装置は、プロトコル変換されたデータを元のプロトコルに戻す変換を施して送信先ノードへ送出してもよいし、さらに別のプロトコルに変換して送信先ノードへ送出してもよい。
【００５０】
（変形例３）
上述の実施の形態では、通信中継装置２０が受信したデータに含まれる「データ種別」により通信異常を検知することとした。さらなる変形例においては、各ノードから送出されるデータに本来の通信プロトコルの種別またはバスの種別を示す情報を含めることにより、通信異常を検知できるようにしてもよい。
【符号の説明】
【００５１】
１０  車載用ネットワーク、  １１  第１バス、  １２  第２バス、  １３  第３バス、  １４  第４バス、  ２０  通信中継装置、  ２１  受信部、  ２２  検出部、  ２３  変換部、  ２４  送信部、  ３０ａ〜３０ｄ  ノード、  ３１ａ，３１ｃ  第１送受信部、  ３２ａ，３２ｃ  第２送受信部、  ３３ａ，３３ｃ  送信変換部、  ３４ａ，３４ｃ  制御部。
【図１】
0006292136.tif 000002
【図２】
0006292136.tif 000003
【図３】
0006292136.tif 000004
【図４】
0006292136.tif 000005
【図５】
0006292136.tif 000006
【図６】
0006292136.tif 000007