JP3969129B2

JP3969129B2 - ゲートウェイおよび通信データの中継方法

Info

Publication number: JP3969129B2
Application number: JP2002063422A
Authority: JP
Inventors: 秀行池本; 洋本田
Original assignee: Denso Corp; Toyota Motor Corp
Current assignee: Denso Corp; Toyota Motor Corp
Priority date: 2002-03-08
Filing date: 2002-03-08
Publication date: 2007-09-05
Anticipated expiration: 2022-03-08
Also published as: JP2003264571A

Description

【０００１】
【発明の属する技術分野】
本発明は、通信データの中継を行うゲートウェイおよび通信データの中継方法に関するもので、例えば車内ＬＡＮに用いて好適である。
【０００２】
【従来の技術】
従来、通信ネットワークにおいては、ネットワークの肥大化および通信プロトコルの多様化に対応するために、ネットワークに接続するノード、すなわち端末間の通信を中継し、プロトコル変換等を行うゲートウェイと呼ばれる装置が用いられている。
【０００３】
例えば車両内においては、車内ＬＡＮと呼ばれる通信ネットワークを介して車両の各部のＥＣＵが端末として通信を行っている。この車内ＬＡＮは通信プロトコル毎に異なるバスによって構成されており、複数のバスに跨る通信はゲートウェイによって中継されるようになっている。
【０００４】
【発明が解決しようとする課題】
このような、ゲートウェイが通信の中継を行う通信ネットワークにおいては、通信データの集合であるデータフレームのバス占有率、すなわちバス負荷が大きくなった場合には、データ伝達遅延現象が頻発し、最悪の場合データフレームの不達、すなわちフレーム抜けが発生するおそれがある。このため、バス負荷を低く抑えることが通信の信頼性を向上させるための重要な要素となる。
【０００５】
一般的なネットワークの設計手法では、例えば同じ通信プロトコルで複数のバスを使用する等、バスの数を増やすことによって１つのバス当たりの端末の数を減らすことが可能となる。このようにすることでバス負荷の低減には繋がるが、一方でバスが増えることによるネットワークの複雑化や肥大化およびコストアップを招くこととなってしまう。
【０００６】
本発明は上記したような背景に鑑みて、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークにおいて、バス負荷を低減することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するための、請求項１に記載の発明は、複数の通信バスを介して端末とデータの授受を行うバス手段と、通信バスを介して受信したデータの宛先となる端末を検知する宛先検知手段と、複数の通信バスのうち、受信したデータの宛先となる端末が接続している通信バスにのみ、データを送出するデータ送出手段と、通信バスを介して受信するデータの集合であるデータフレームの識別子と、データフレーム中の各データの宛先となる端末との対応が記録される記録手段とを備え、宛先検知手段は、受信した前記データフレームの識別子を読みとり、この識別子と前記記録手段の記録に基づいてデータフレーム中の各データの宛先となる端末を検知することを特徴とするゲートウェイである。
【０００８】
これにより、複数の通信バスを介して端末とデータの授受を行うゲートウェイが、通信バスを介して受信したデータの宛先となる端末を検知し、このデータの宛先となる端末が接続している通信バスにのみデータを送出するので、通信バスに不要なデータが送出されることがない。したがって、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークにおいて、バス負荷を低減することができる。
【０００９】
また、請求項２に記載の発明では、請求項１に記載のゲートウェイにおいて、データ送出手段は、通信バスを介して受信したデータを、それぞれのデータの宛先となる端末に基づき、データの集合であるデータフレームとして纏めた後に、データフレームを当該通信バスに送出することを特徴としている。
【００１１】
また、請求項３に記載の発明では、請求項１または２に記載のゲートウェイにおいて、宛先検知手段は、通信バスを介して受信するデータ中に記録されている送信先の端末を示す情報を読みとり、この送信先の端末を示す情報に基づいてデータの宛先となる端末を検知することを特徴としている。
【００１２】
また、請求項４に記載の発明は、複数の通信バスを介して端末とデータの授受を行い、かつ、通信バスを介して受信するデータの集合であるデータフレームの識別子と、データフレーム中の各データの宛先となる端末との対応を記録しているゲートウェイにおいて、通信バスを介して受信したデータフレームの識別子を読みとり、この識別子と記録している前記対応に基づいてデータフレーム中の各データの宛先となる端末を検知し、複数の通信バスのうち、受信したデータフレーム中のデータの宛先となる端末が接続している通信バスにのみ、データを送出する通信データの中継方法である。
【００１３】
これにより、複数の通信バスを介して端末とデータの授受を行うゲートウェイが、通信バスを介して受信したデータの宛先となる端末を検知し、このデータの宛先となる端末が接続している通信バスにのみデータを送出するので、通信バスに不要なデータが送出されることがない。したがって、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークにおいて、バス負荷を低減することができる。
【００１４】
【発明の実施の形態】
（第１実施形態）
図１に、本実施形態に係る車内ＬＡＮ１の構成を示す。車内ＬＡＮ１は、ゲートウェイ２、バスＡ〜Ｄ、ノードＡ１〜Ａ４、ノードＢ１〜Ｂ４、ノードＣ１〜Ｃ４、ノードＤ１〜Ｄ４から構成されている。ノードとは、端末のことであり、本実施形態においては車内のＥＣＵとして実現されている。
【００１５】
バスＡは、車内の走行系のＥＣＵのための通信プロトコル、例えばＣＡＮによって通信が行われるバスである。このバスＡにはノードＡ１、ノードＡ２、ノードＡ３、ノードＡ４が接続している。またバスＡは、これらノードＡ１〜Ａ４とゲートウェイ２とのデータの授受を仲介している。これらのノード、すなわち端末としては、例えばエンジンＥＣＵ、エアサスＥＣＵ、ブレーキＥＣＵ等がある。エンジンＥＣＵは、エンジンの状態を検知してバスＡに送出し、またバスＡからの信号を受信してエンジンを制御するＥＣＵである。エアサスＥＣＵは、エアサスペンションの状態を検知してバスＡに送出し、またバスＡからの信号を受信してエアサスペンションを制御するＥＣＵである。ブレーキＥＣＵは、ブレーキの状態を検知してバスＡに送出し、またバスＡからの信号を受信してブレーキを制御するＥＣＵである。
【００１６】
バスＢおよびバスＣは、ボデー系のＥＣＵのための通信プロトコル、例えばＢＥＡＮ（Body Electrons Area Network）によって通信が行われるバスである。このバスＢにはノードＢ１、ノードＢ２、ノードＢ３、ノードＢ４が接続しており、バスＣにはノードＣ１、ノードＣ２、ノードＣ３、ノードＣ４が接続している。またバスＢは、ノードＢ１〜Ｂ４とゲートウェイ２とのデータの授受を仲介しており、バスＣは、ノードＣ１〜Ｃ４とゲートウェイ２とのデータの授受を仲介している。これらのノード、すなわち端末としては、例えばドアＥＣＵ、ワイパーＥＣＵ、パワーウィンドウＥＣＵ、ライトＥＣＵ、各種スイッチＥＣＵ、ホーンＥＣＵ等である。これらのＥＣＵは、それぞれドア、ワイパー、パワーウィンドウ、ライト、各種スイッチ、ホーンの状態を検知してバスＢまたはバスＣに送出し、またバスＢまたはバスＣからの信号を受信してそれぞれの機器を制御するＥＣＵである。
【００１７】
バスＤは、車内の情報系のＥＣＵのための通信プロトコル、例えばＡＶＣ−ＬＡＮによって通信が行われるバスである。このバスＤにはノードＤ１、ノードＤ２、ノードＤ３、ノードＤ４が接続している。またバスＤは、これらノードＤ１〜Ｄ４とゲートウェイ２とのデータの授受を仲介している。これらのノード、すなわち端末としては、例えばカーナビＥＣＵ、オーディオＥＣＵ、無線電話ＥＣＵ等がある。カーナビＥＣＵは、バスＤからの制御信号を受信することによりＧＰＳを利用して車両の現在位置を取得し、また車両の現在位置情報をバスＤに送出するＥＣＵである。オーディオＥＣＵは、オーディオ機器の状態を検知してバスＤに送出し、またバスＤからの制御信号を受信してオーディオ機器を制御するＥＣＵである。無線電話ＥＣＵは、バスＤからの制御信号および無線通信データを受信して無線通信を行い、また無線通信によって得たデータをバスＤに送出するＥＣＵである。
【００１８】
図２は、ゲートウェイ２の構成を示すブロック図である。ゲートウェイ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＬＡＮコントローラ２４Ａ〜２４Ｄ、およびドライバ２５Ａ〜２５Ｄから構成されている。
【００１９】
ドライバ２５Ａは、バスＡからのデータを受信し、ＬＡＮコントローラ２４Ａに出力するようになっており、またＬＡＮコントローラ２４Ａからのデータを受信してバスＡへ出力するようになっている。
【００２０】
ドライバ２５Ｂは、バスＢからのデータを受信し、ＬＡＮコントローラ２４Ｂに出力するようになっており、またＬＡＮコントローラ２４Ｂからのデータを受信してバスＢへ出力するようになっている。
【００２１】
ドライバ２５Ｃは、バスＣからのデータを受信し、ＬＡＮコントローラ２４Ｃに出力するようになっており、またＬＡＮコントローラ２４Ｃからのデータを受信してバスＣへ出力するようになっている。
【００２２】
ドライバ２５Ｄは、バスＤからのデータを受信し、ＬＡＮコントローラ２４Ｄに出力するようになっており、またＬＡＮコントローラ２４Ｄからのデータを受信してバスＤへ出力するようになっている。すなわちドライバ２５Ａ〜２５Ｄは通信インターフェースである。
【００２３】
ＬＡＮコントローラ２４Ａは、ドライバ２５Ａから受信したバスＡの通信プロトコルに則ったデータを受信し、これをＣＰＵ２１が扱えるデータに変換し、ＣＰＵ２１に出力するものである。またＬＡＮコントローラ２４Ａは、ＣＰＵ２１からデータを受信し、それをバスＡの通信プロトコルに則ったデータに変換し、バスＡに出力するものである。
【００２４】
ＬＡＮコントローラ２４Ｂは、ドライバ２５Ｂから受信したバスＢの通信プロトコルに則ったデータを受信し、これをＣＰＵ２１が扱えるデータに変換し、ＣＰＵ２１に出力するものである。またＬＡＮコントローラ２４Ｂは、ＣＰＵ２１からデータを受信し、それをバスＢの通信プロトコルに則ったデータに変換し、バスＢに出力するものである。
【００２５】
ＬＡＮコントローラ２４Ｃは、ドライバ２５Ｃから受信したバスＣの通信プロトコルに則ったデータを受信し、これをＣＰＵ２１が扱えるデータに変換し、ＣＰＵ２１に出力するものである。またＬＡＮコントローラ２４Ｃは、ＣＰＵ２１からデータを受信し、それをバスＣの通信プロトコルに則ったデータに変換し、バスＣに出力するものである。
【００２６】
ＬＡＮコントローラ２４Ｄは、ドライバ２５Ｄから受信したバスＤの通信プロトコルに則ったデータを受信し、これをＣＰＵ２１が扱えるデータに変換し、ＣＰＵ２１に出力するものである。またＬＡＮコントローラ２４Ｄは、ＣＰＵ２１からデータを受信し、それをバスＤの通信プロトコルに則ったデータに変換し、バスＤに出力するものである。
【００２７】
ＣＰＵ２１は、ＲＯＭ２２から処理のための所定のソフトウェアを読み出し、それに基づいた処理を行うようになっている。その処理によって、ＬＡＮコントローラ２４Ａ〜２４Ｄからデータを受信し、これらのデータを所定の処理に従って再編し、ＬＡＮコントローラ２４Ａ〜２４Ｄに出力するようになっている。この受信、再編、および出力の処理の詳細については後述する。
【００２８】
ＲＯＭ２２は不揮発性メモリより成る読み出し専用のメモリである。このＲＯＭ２２には、ＣＰＵ２１が処理を行うための所定のソフトウェア、および後述する変換テーブルと送信周期テーブルとが記録されている。
【００２９】
ＲＡＭ２３は、読み出し、書き込み両用のメモリである。またＲＡＭ２３は、ＣＰＵ２１が受信したデータを一時的に格納するためのバッファ領域である。またＲＡＭ２３は、ＣＰＵ２１がデータを再編し、所定のタイミングで送出するために、送信データを一時的に格納するバッファ領域である。
【００３０】
このような構成のゲートウェイ２によって、１つのバスからこのゲートウェイ２が受信したデータは、ドライバ→ＬＡＮコントローラ→ＣＰＵ２１へと渡され、ＣＰＵ２１によって再編されたデータは、ＣＰＵ２１→ＬＡＮコントローラ→ドライバへと渡されて、所定のバスへ出力されるようになる。
【００３１】
また、このような構成の車内ＬＡＮ１においては、データの集合体であるデータフレームを単位として端末間の通信が行われる。すなわち、端末はデータフレームという形でデータを送信し、データフレームという形でデータを受信するようになっている。データフレームには、先頭にそのデータフレームの種類を特定するための識別子であるＩＤが格納されており、そしてそのＩＤに続いてデータが複数格納されている。端末から送信される１つのデータフレーム中には、宛先の端末が異なるデータが混在している。
【００３２】
データフレーム中のどの位置にあるデータがどの端末を宛先としているかは、そのデータフレームのＩＤによってあらかじめ一意に規定されている。各端末は、この規定に従ったデータフレームを送出する。車内ＬＡＮ１において端末から送信されるデータフレームのＩＤと、各ＩＤを有するデータフレーム中のデータの位置毎の送信先の端末との対応を示すテーブル、すなわち変換テーブル、の一部を図３に示す。この図３によれば、例えば００２のＩＤを有するデータフレームにおいては、最初のデータはノードＢ２、ノードＢ３宛、２番目のデータはノードＣ２宛、３番目のデータはノードＢ３宛、４番目のデータはノードＤ３宛、…となっている。この変換テーブルは、上記したＲＯＭ２２に記録されている。
【００３３】
本実施形態ではゲートウェイ２が、各端末から受信したデータをこの変換テーブルに基づいて再編し、それによって１つの端末宛のデータのみが格納されたデータの集合をデータフレームとして纏め、そのデータフレームを当該端末に送信するという作動を行う。
【００３４】
図４に、この車内ＬＡＮ１の作動におけるデータの流れを模式的に示す。ゲートウェイ２に接続したバスＡ、バスＢ、バスＣ上の横長の矩形は、各バス上の端末から送信されたデータフレームである。このデータフレーム中の各データは縦長の矩形で表されている。各データ中、黒く塗りつぶされた矩形がノードＤ１宛のデータである。これらのデータフレームはゲートウェイ２によって受信され、ノードＤ１宛のデータが１つのデータフレームとなるよう纏められ、それがバスＤに向けて送信される。図中バスＤ上の横長の矩形がこのデータフレームに対応する。このデータフレーム中、黒く塗りつぶされた部分が纏められたノードＤ１宛のデータである。またそれ以外の部分はデータフレーム中の空き領域である。
【００３５】
また、データを受信する側の端末においては、一般的にデータの受信によって所有する情報を更新する。情報によっては、短い時間周期で更新しなければならないものもあれば、比較的長い時間周期で更新すればよいものもある。このように、端末からゲートウェイ２を介して送信されるデータには、それぞれ送信されなければならない時間周期が決められている。そこで本実施形態においては、ゲートウェイ２が作成して送信するデータフレームの形式の種類をあらかじめ決めておく。そして、１つの端末に送信するためのデータを更に送信周期によって分類し、この分類毎に格納先のデータフレームの種類を設けておく。すなわち、端末から送出される個々のデータには、それぞれゲートウェイ２において再編される際に格納されるべき先のデータフレームが１つ対応することになる。
【００３６】
図５は、このようにして設けられるデータフレームの各種類について、それぞれ送信先端末、データフレームのＩＤ、および送信周期を対応づけたテーブルの一部である。この送信周期は、各データフレーム中のデータの更新必要な周期のうち、最も短いものである。以後このテーブルを送信周期テーブルと記す。この送信周期テーブルは、上記したＲＯＭ２２に記録されている。
【００３７】
また、ＲＯＭ２２には、各データと、そのデータが格納されるべきゲートウェイ２が送信するデータフレームのＩＤとの対応もあらかじめ決められて記録されている。
【００３８】
図６は、このような構成の車内ＬＡＮ１において、あるバス内の端末がゲートウェイ２を介して別のバスの端末にデータを送信する時に、ゲートウェイ２のＣＰＵ２１が行う処理の手順を示すフローチャートである。この図に従ってゲートウェイ２のデータの受信、再編、送信の作動を説明する。
【００３９】
まずステップ６００においてゲートウェイ２が起動すると、ＣＰＵ２１が初期化される。そしてＣＰＵ２１はＲＯＭ２２から所定のソフトウェアを読みとり、このソフトウェアに基づく処理を開始する。
【００４０】
次に処理はステップ６１０に移り、ＣＰＵ２１は各バスからデータフレームを新たに受信したか否かを判定する。
【００４１】
受信したと判定すれば、処理はステップ６２０に移り、ＣＰＵ２１はＲＯＭ２２に記録されている変換テーブルを読みとり、受信したデータフレームのＩＤから、このデータフレーム中の各データの宛先となる端末を参照して検知する。また、各データを格納すべきデータフレームのＩＤをＲＯＭ２２から参照して検知する。そしてステップ６３０で、参照して検知した情報に基づき、ＲＡＭ２３中にバッファデータとして格納されている送信用のデータフレームに当該データを書き込む。また、もし当該データが格納されるべきデータフレームがＲＡＭ２３中に存在しなければ、それを作成する。そして処理はステップ６４０に移る。
【００４２】
また、ステップ６１０にて新たに受信したデータフレームがないと判定すれば、処理はステップ６４０に移る。
【００４３】
そしてステップ６４０では、ＣＰＵ２１はＲＯＭ２２に記録されている送信周期テーブルを読み込む。そしてステップ６５０において、このテーブル中に記載されている各データフレームの送信周期と、このデータフレームが最後に送信されてから経過した時間とを比較し、経過時間が送信周期以上となっているデータフレームがあるか否かを判定する。
【００４４】
あると判定すれば、ＣＰＵ２１はそのデータフレームを宛先の端末が存在するバスにのみ向けて送出する。これによってこのデータフレームはＬＡＮコントローラ、ドライバを経て所定のバスへと出力され、最終的に所定の端末によって受信される。そして処理は６１０に戻る。
【００４５】
ないと判定すれば、処理は６１０に戻り、再び新たに受信したフレームがあるか否かの判定を行う。
【００４６】
ＣＰＵ２１がこのような処理を行うことで、ゲートウェイ２が、バスＡ〜Ｄを介して受信したデータフレーム中のデータの宛先となる端末を検知し、データの再編をすることによって、このデータの宛先となる端末が接続している通信バスにのみデータを送出するので、通信バスに不要なデータが送出されることがない。したがって、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークにおいて、バス負荷を低減することができる。
【００４７】
（第２実施形態）
ここで、本発明の第２実施形態として、第１実施形態で説明したものと同等の構成を有する車内ＬＡＮ１において、ゲートウェイ２が受信するデータの宛先となる端末を検知する別の方法について説明する。
【００４８】
本実施形態においては、ゲートウェイ２のＲＡＭ２３、ＬＡＮコントローラ２４Ａ〜２４Ｄ、ドライバ２５Ａ〜２５Ｄ、およびバスＡ〜Ｄは、第１実施形態と構成、作動を同じくするので、それらの説明については省略する。
【００４９】
またＣＰＵ２１およびＲＯＭ２２についても、第１実施形態と構成を同じくするので、それらの説明については省略する。ただし、ＲＯＭ２２は、第１実施形態において説明した変換テーブルを有しない。
【００５０】
本実施形態において端末から送信されるデータフレームの構造を図７に示す。データの集合体であるデータフレームには、先頭にそのデータフレームの種類を特定するための識別子であるＩＤが格納されており、そしてそのＩＤに続いてデータが複数格納されている。端末から送信される１つのデータフレーム中には、宛先の端末が異なるデータが混在している。なお、各データの後部には、そのデータの宛先となる端末を示す情報が格納されている。データフレーム中のどの位置にあるデータがどの端末を宛先としているかは、そのデータに続く情報によって決められる。
【００５１】
本実施形態ではゲートウェイ２が、各端末から受信したデータを、このデータに続く宛先となる端末を示す情報によって再編し、それによって１つの端末宛のデータのみが格納されたデータの集合をデータフレームとして纏め、そのデータフレームを当該端末に送信するという作動を行う。
【００５２】
図８は、このような構成の車内ＬＡＮ１において、あるバス内の端末がゲートウェイ２を介して別のバスの端末にデータを送信する時に、ゲートウェイ２のＣＰＵ２１が行う処理の手順を示すフローチャートである。この図に従ってゲートウェイ２のデータの受信、再編、送信の作動を説明する。ただし、このフローチャートにおいて第１実施形態として図６で示したフローチャートと同等の処理については、説明を簡略化したものに止める。
【００５３】
まずステップ８００およびステップ８１０までの、初期化および受信フレーム有り無しの判定は、図６のステップ５００および５１０の処理と同等である。
【００５４】
ステップ８１０において受信したと判定すれば、処理はステップ８２０に移り、ＣＰＵ２１は受信したデータフレーム中のデータと、それに続く送信先の端末を示す情報を読みとって各データの宛先の端末を検知する。また、各データを格納すべきデータフレームのＩＤを、ＲＯＭ２２の記録を参照することで検知する。そしてステップ８３０において、この検知した情報に基づき、ＲＡＭ２３中にバッファデータとして格納されている送信用のデータフレームに当該データを書き込む。また、もし当該データが格納されるべきデータフレームがＲＡＭ２３中に存在しなければ、それを作成する。そして処理はステップ８４０に移る。
【００５５】
また、ステップ８１０にて新たに受信したデータフレームがないと判定すれば、処理はステップ８４０に移る。
【００５６】
ステップ８４０、８５０、８６０の送信周期経過判定、送信等の処理は、図６におけるステップ６４０、６５０、６６０の処理と同等である。
【００５７】
ＣＰＵ２１がこのような処理を行うことで、ゲートウェイ２が、バスＡ〜Ｄを介して受信したデータフレーム中のデータの宛先となる端末を検知し、データの再編をすることによって、このデータの宛先となる端末が接続している通信バスにのみデータを送出するので、通信バスに不要なデータが送出されることがない。したがって、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークにおいて、バス負荷を低減することができる。
【００５８】
なお、本発明の第１および第２実施形態においては、ＣＰＵ２１とバスＡとの間でデータの受け渡しを行うＬＡＮコントローラ２４Ａ〜２４Ｄおよびドライバ２５Ａ〜２５Ｄが、バス手段を構成する。ただし、バス手段はこのように複数のハードウェア装置によって実現されている必要はなく、複数の通信バスを介して端末とデータの授受を行うものであればどのようなものでもよい。例えば、１つの汎用処理装置が複数の通信バスとの通信処理を行うような機能を有することによって、ソフトウェア的に実現されていてもよい。
【００５９】
また、本発明の第１実施形態においては、ＣＰＵ２１のステップ６２０の変換テーブルから宛先端末を参照して検知する処理が宛先検知手段を構成する。また、第２実施形態においては、ＣＰＵ２１のステップ８２０のデータフレーム中から宛先の端末を検知する処理が宛先検知手段を構成する。ただし、宛先検知手段はこのようにソフトウェア的に実現されている必要はなく、通信バスを介して受信したデータの宛先となる端末を検知すればよい。例えば、専用のハードウェアによって宛先となる端末を検知するものによって実現されていても良い。
【００６０】
また、第１実施形態においては、ＣＰＵ２１のステップ６３０〜６６０における、フレームの再編から送信までの処理がデータ送出手段を構成する。また、第２実施形態においては、ＣＰＵ２１のステップ８３０〜８６０における、フレームの再編から送信までの処理がデータ送出手段を構成する。ただし、データ送出手段はこのようにソフトウェア的に実現されている必要はなく、複数の通信バスのうち、受信したデータの宛先となる端末が接続している通信バスにのみデータを送出するものであればよい。例えば、専用のハードウェアによって同等の処理機能が構成されていても良い。
【００６１】
また、第１および第２実施形態においては、ゲートウェイ２が送出するデータフレームには、必ず単一の端末宛のデータのみが含まれるようになっているが、かならずしもこのようになっている必要はなく、各データフレームは、通信バスのうち、ゲートウェイが受信したデータの宛先となる端末が接続している通信バスにのみ、データを送出するように作成されていればよい。例えば、ノードＤ２とノードＤ３宛のデータが１つのデータフレームとして纏られ、その上でバスＤにこのデータフレームが送出されるようになっていてもよい。
【００６２】
また、第１および第２実施形態においては、変換テーブルが記録される不揮発性のＲＯＭ２２が記録手段を構成する。ただし、記録手段は、通信バスを介して受信するデータの集合であるデータフレームの識別子と、データフレーム中の各データの宛先となる端末との対応が記録されるようになっていればどのようなものでもよく、このように不揮発性メモリから成る必要はない。例えばバックアップ電源を有する揮発性メモリにより構成されていてもよい。
【００６３】
また、第１実施形態において説明した通信ネットワークは車内ＬＡＮ１であるが、本発明の適用範囲は車内ＬＡＮに限るものではなく、複数通信バス間の通信を中継するゲートウェイを有する通信ネットワークであれば、どのようなものでもよい。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る車内ＬＡＮ１を示す構成図である。
【図２】ゲートウェイ２の構成を示すブロック図である。
【図３】ＲＯＭ２２が有する変換テーブルの一部を示す図である。
【図４】車内ＬＡＮ１の作動におけるデータの流れを模式的に示す図である。
【図５】ＲＯＭ２２が有する送信周期テーブルの一部を示す図である。
【図６】ゲートウェイ２を介した端末間の通信において、ＣＰＵ２１が行う処理を示すフローチャートである。
【図７】第２実施形態において、端末から送信されるデータフレームの構造を示す図である。
【図８】ゲートウェイ２を介した端末間の通信において、ＣＰＵ２１が行う処理を示すフローチャートである。
【符号の説明】
１…車内ＬＡＮ、２…ゲートウェイ、２１…ＣＰＵ、２２…ＲＯＭ２２、
２３…ＲＡＭ、２４Ａ〜２４Ｄ…ＬＡＮコントローラ、
２５Ａ〜２５Ｄ…ドライバ。

Claims

複数の通信バスを介して端末とデータの授受を行うバス手段と、
前記通信バスを介して受信したデータの宛先となる端末を検知する宛先検知手段と、
前記複数の通信バスのうち、前記受信したデータの宛先となる端末が接続している通信バスにのみ、前記データを送出するデータ送出手段と、
前記通信バスを介して受信するデータの集合であるデータフレームの識別子と、前記データフレーム中の各データの宛先となる端末との対応が記録される記録手段とを備え、
前記宛先検知手段は、受信した前記データフレームの識別子を読みとり、この識別子と前記記録手段の記録に基づいて前記データフレーム中の各データの宛先となる端末を検知することを特徴とするゲートウェイ。
前記データ送出手段は、前記通信バスを介して受信したデータを、それぞれのデータの宛先となる端末に基づき、データの集合であるデータフレームとして纏めた後に、前記データフレームを当該通信バスに送出することを特徴とする請求項１に記載のゲートウェイ。
前記宛先検知手段は、前記通信バスを介して受信するデータ中に記録されている送信先の端末を示す情報を読みとり、この送信先の端末を示す情報に基づいて前記データの宛先となる端末を検知することを特徴とする請求項１または２に記載のゲートウェイ。
複数の通信バスを介して端末とデータの授受を行い、かつ、前記通信バスを介して受信するデータの集合であるデータフレームの識別子と、前記データフレーム中の各データの宛先となる端末との対応を記録しているゲートウェイにおいて、
前記通信バスを介して受信した前記データフレームの識別子を読みとり、この識別子と記録している前記対応に基づいて前記データフレーム中の各データの宛先となる端末を検知し、
前記複数の通信バスのうち、前記受信したデータフレーム中のデータの宛先となる端末が接続している通信バスにのみ、前記データを送出する通信データの中継方法。