(57)【要約】【課題】データを伝送する複数の多重通信線の間に介設されて複数の種類のデータを中継するデータ中継装置において、通信ノードの接続先バスを変更する場合であっても、ルーティングテーブルの書換作業を発生させないようにする。【解決手段】多重通信システム１において、データ中継装置１０は、データＩＤおよび送信元チャンネル情報と送信先バスとを対応付けて記録したルーティングテーブル１７を備えている。データ中継装置１０は、データフレーム内容を特定するためのデータＩＤが付加されたデータフレームを任意のバスから受信し、このデータフレームに送信元のバスを識別するための送信元チャンネル情報を付加し、このデータフレームをメインバッファ１５に保持させる。そして、ルーティングテーブル１７を参照することにより送信先バスを特定し、このバスに対してメインバッファ１５に保持されたデータフレームを送信する。【選択図】図２
2008160574.tif 000002
【特許請求の範囲】
【請求項１】
データを伝送する複数の多重通信線に接続され、各多重通信線に伝送される各データを他の多重通信線に出力するデータ中継装置であって、
送信元の多重通信線を介して受信したデータを一時保持するメインバッファと、
送信元の多重通信線を介して、データ内容を特定するための特定情報が付加されたデータを受信し、該受信したデータに送信元の多重通信線を識別するための識別情報を付加し、該識別情報を付加したデータを前記メインバッファに保持させる付加手段と、
前記特定情報および前記識別情報と送信先の多重通信線とを予め対応付けて記録したルーティングテーブルを参照することにより前記メインバッファに保持されたデータにおける送信先の多重通信線を特定し、該特定された送信先の多重通信線に対して前記メインバッファに保持されたデータを送信する送信手段と、
を備えたことを特徴とするデータ中継装置。
【請求項２】
送信元の多重通信線を介して受信したデータを一時保持する受信バッファを備え、
前記付加手段は、前記受信バッファに保持されたデータに前記識別情報を付加し、該識別情報を付加したデータを前記メインバッファに保持させること、
を特徴とする請求項１に記載のデータ中継装置。
【請求項３】
前記送信手段は、前記付加された識別情報を送信先の多重通信線に送信する前に削除すること、
を特徴とする請求項１または請求項２に記載のデータ中継装置。
【請求項４】
前記特定情報は、データ内容および当該データを送信した通信ノードを特定するＩＤであって、
前記ルーティングテーブルには、前記ＩＤおよび前記識別情報と送信先の多重通信線とが対応付けて記録されていること、
を特徴とする請求項１〜請求項３の何れかに記載のデータ中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを伝送する複数の多重通信線の間に介設されて複数の種類のデータを中継するデータ中継装置に関する。
【背景技術】
【０００２】
従来、例えばＣＡＮ等の送信先通信ノードを特定しない通信プロトコルを用いたデータ伝送を行う複数のバス（多重通信線）の間に介設されて、データの中継を行うデータ中継装置が広く知られている。このようなデータ中継装置には、データを受信すると、データ内容と送信先バスとが対応付けられたルーティングテーブルを参照し、このルーティングテーブルに基づいて送信先バスを特定し、特定された送信先バスのみに受信したデータを転送する機能を有するものが知られている（例えば、特許文献１参照）。
【０００３】
特に、このようなデータ中継装置としては、各通信ノード間では、送信元通信ノードおよびデータ内容を特定する固有のＩＤをデータに付してデータ伝送を実施し、データ中継装置においては、ＩＤと送信先バスとが対応付けられたルーティングテーブルを参照し、送信先バスを特定するものも開発されている。
【０００４】
ここで、ＩＤを利用してデータの中継を実施するデータ中継装置に用いられるルーティングテーブルとしては、例えば図９に示すようなものが使用される。ただし、図９においては、「１」と表示されたバスに対してデータを送信し、「０」と表示されたバスに対してはデータを送信しないことを示す。
【０００５】
即ち、このルーティングテーブルによれば、例えばＩＤが００４であるデータは、送信元バスがＢｕｓ１であって、送信先バスがＢｕｓ２およびＢｕｓ３であることが分かる。つまり、ＩＤが００４であるデータをデータ中継装置が中継すると、Ｂｕｓ２およびＢｕｓ３に接続された通信ノードにおいてこのデータを受信することができるようになる。
【０００６】
また、データ中継装置がデータを中継するか否かに拘わらず、送信元バスであるＢｕｓ１に接続された通信ノードもこのデータを受信することができる。
【特許文献１】特開２００６−２８７７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記データ中継装置が接続された通信系においては、ある通信ノードを接続するバス（接続先バス）を変更するような設計変更がしばしば起こり得る。
このような場合において、上記データ中継装置では、ＩＤに対して送信先バスが特定されるルーティングテーブルを備えているだけであるので、データを必要とするバスに対してデータを中継することができなくなるという問題点がある。
【０００８】
具体的に、図９を用いて説明すると、ＩＤが００４であるデータは、上記のように、送信元通信ノードの接続先バスがＢｕｓ１に設定されている場合には、Ｂｕｓ１、Ｂｕｓ２、およびＢｕｓ３に接続された通信ノードがデータを受信することができる。しかしながら、この送信元通信ノードの接続先バスがＢｕｓ２に変更されたと仮定すると、ルーティングテーブルには送信先バスにＢｕｓ１が指定されていないため、Ｂｕｓ１に接続された通信ノードではこの送信元通信ノードからのデータを受信することができなくなる。
【０００９】
このため、上記データ中継装置においては、通信ノードの接続先バスを変更するような場合には、その都度ルーティングテーブルの書換作業を実施する必要があり、その作業が煩雑になっていた。
【００１０】
そこで、このような問題点を鑑み、データを伝送する複数の多重通信線の間に介設されて複数の種類のデータを中継するデータ中継装置において、通信ノードの接続先バスを変更する場合であっても、ルーティングテーブルの書換作業を発生させないようにすることを本発明の目的とする。
【課題を解決するための手段】
【００１１】
かかる目的を達成するために成された請求項１に記載のデータ中継装置においては、付加手段が、データ内容を特定するための特定情報が付加されたデータを受信し、受信したデータに送信元の多重通信線を識別するための識別情報を付加し、識別情報を付加したデータをメインバッファに保持させる。そして、送信手段が特定情報および識別情報と送信先の多重通信線とを予め対応付けて記録したルーティングテーブルを参照することによりメインバッファに保持されたデータにおける送信先の多重通信線を特定し、特定された送信先の多重通信線に対してメインバッファに保持されたデータを送信する。
【００１２】
即ち、本発明においては、送信手段が参照するルーティングテーブルには、特定情報および識別情報の両方が指定されると、送信先の多重通信線が特定されるようにデータが書き込まれている。従って、このようなデータ中継装置によれば、送信元の通信ノード（データ送信元の装置）を接続した多重通信線が変更されたとしても、ルーティングテーブルにその変更後における識別情報に対応して中継先の多重通信線を特定するデータが書き込まれていれば、ルーティングテーブルを書き換えることなくデータを良好に中継することができる。
【００１３】
なお、本発明におけるルーティングテーブルは、任意の装置に備えられた記録手段に予め格納されていればよい。
ところで、請求項１に記載のデータ中継装置においては、請求項２に記載のように、送信元の多重通信線を介して受信したデータを一時保持する受信バッファを備え、付加手段は、受信バッファに保持されたデータに識別情報を付加し、識別情報を付加したデータをメインバッファに保持させるようにしてもよい。
【００１４】
このようなデータ中継装置によれば、受信バッファにデータを一時保持することができるので、付加手段および送信手段が実行する処理に余裕を持たせることができる。よって、処理が追いつかないことによって中継すべきデータが破棄されることを防止することができる。
【００１５】
さらに、請求項１または請求項２に記載のデータ中継装置において、送信手段は、請求項３に記載のように、付加された識別情報を送信先の多重通信線に送信する前に削除するようにしてもよい。
【００１６】
このようなデータ中継装置によれば、通信には不要なデータを削除するので、多重通信線における通信負荷を軽減することができる。
また、請求項１〜請求項３の何れかに記載のデータ中継装置において、特定情報がデータ内容およびデータを送信した通信ノードを特定するＩＤである場合には、請求項４に記載のように、ルーティングテーブルには、ＩＤおよび識別情報と送信先の多重通信線とが対応付けて記録されていてもよい。
【００１７】
このようなデータ中継装置によれば、ＩＤによって送信元の通信ノードを特定することができる。
また、従来装置のルーティングテーブルにおいては、１つのＩＤに対して１つのルーティング（ＩＤに対応する送信先の多重通信線）しか書き込むことができなかったが、本発明のデータ中継装置においては、１つのＩＤに対して複数の識別情報を対応付けることにより、１つのＩＤに対して複数のルーティングをルーティングテーブルに書き込むことができる。
【００１８】
よって、このようなデータ中継装置によれば、ＩＤによって送信先の多重通信線を特定する場合であって、送信元の通信ノードを接続する多重通信線を変更した場合であっても、ルーティングテーブルの書換作業を不要とすることができる。
【発明を実施するための最良の形態】
【００１９】
以下に本発明にかかる実施形態を図面と共に説明する。
［データ中継装置１の構成］
図１および図２には、本発明のデータ中継装置１０を含む多重通信システム１の模式図を示す。
【００２０】
本実施形態にて説明する多重通信システム１は、自動車の制御装置間のデータのやりとりに使用されるものであり、図１および図２に示すように、複数の通信バス（本発明でいう多重通信線、以下単に「バス」ともいう。）と、各バス（Ｂｕｓ１、Ｂｕｓ２、Ｂｕｓ３、…、Ｂｕｓｎ（ｎは任意の自然数））に接続された複数の制御装置と、データ中継装置１０とを備えて構成されている。
【００２１】
複数の制御装置としては、図１に示すように、燃料の噴射量や点火タイミング等を制御するエンジンＥＣＵ（電子制御装置）３１、ブレーキを制御するブレーキＥＣＵ３２、変速制御を実施するトランスミッションＥＣＵ３３、空調装置を制御するエアコンＥＣＵ４３等を備えている。これらの制御装置は、予め設定されたバスに接続されている。
【００２２】
なお、図２においては各制御装置に備えられた通信ノード４０のみを表示している。また、各バスは、データ中継装置１０と接続されている。
この多重通信システム１では、データ中継装置１０が、ある通信ノード４０から送信されたデータを必要に応じて別のバスに接続された通信ノード４０へと中継するようになっている。
【００２３】
ここで、各通信ノード４０間のデータのやりとりは、各通信ノード４０が所定のプロトコルにてデータを送受信することにより行われる。本実施形態において各通信ノード４０は、例えば、周知のＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）プロトコルで通信を実施する。
【００２４】
この通信プロトコルにおいて、各通信ノード４０は、図３（ａ）に示すような形式のデータ（データフレーム）を送信する。即ち、各通信ノード４０は、通信を実施する際に、他の制御装置が必要とする所望の通信データ（データ部）に、通信データの内容（ここでは、送信元通信ノード４０および通信データの種別）を特定するためのデータＩＤ（識別子、本発明でいう特定情報）を付加したデータフレームを生成して送信する。
【００２５】
次に、データ中継装置１は、図２に示すように、制御用のマイクロコンピュータ（図示省略）、ドライバ／レシーバ１１、受信バッファ１３、メインバッファ１５、フレーム転送制御部１６、ルーティングテーブル１７、送信バッファ１８を備えて構成されている。制御用のマイクロコンピュータは、図２における通信制御部１２、送信元チャンネル情報処理部１４、およびフレーム転送制御部１６としての機能をソフトウェアによる処理として実現する。
【００２６】
なお、通信制御部１２、送信元チャンネル情報処理部１４、およびフレーム転送制御部１６としての機能の少なくとも一部分は、例えば、通信用ＩＣ等のハードウェアにより実現されていてもよい。このように、通信制御部１２、送信元チャンネル情報処理部１４、およびフレーム転送制御部１６としての機能の少なくとも一部分がハードウェアにより構成されている場合には、後述する格納処理（図４）、ルーティング処理（図５）、および送信処理（図７）の少なくとも一部分が、このハードウェアによる処理に置き換えられて実施される。
【００２７】
また、図２においては、各バス（Ｂｕｓ１〜Ｂｕｓｎ）、ドライバ／レシーバ１１、通信制御部１２、および送信元チャンネル情報処理部１４は、データの流れを明確にするために２つずつ記載しているが、実際には１つずつだけ備えられていればよい。
【００２８】
さらに、ドライバ／レシーバ１１、受信バッファ１３、および送信バッファ１８は、接続された複数のバスの本数に応じて、その記憶領域が１対１に対応して設けられている。つまり、本実施形態の場合、データ中継装置１にはバスがｎ本接続されているので、ドライバ／レシーバ１１、受信バッファ１３、および送信バッファ１８における記憶領域は、ｎ本のバスに対応してｎ個ずつ設けられていることを意味する。
【００２９】
また、受信バッファ１３および送信バッファ１８は、データフレームが送信バッファ１８に格納されてもすぐに転送される保証がないため、複数のデータフレームを格納できるだけのバッファ容量が確保されている。なお、ドライバ／レシーバ１１におけるバッファ容量については、各バスにおける通信速度に応じて最低限の容量が確保されていれば、受信バッファ１３および送信バッファ１８におけるバッファ容量に対して少ない容量であってもよい。
【００３０】
ここで、通信制御部１２および送信元チャンネル情報処理部の機能を用いて受信したデータフレームをメインバッファ１５に格納する処理を図４を用いて説明する。図４は制御用のマイクロコンピュータが実施する格納処理を示すフローチャートである。
【００３１】
格納処理は、例えば、車両におけるイグニッションスイッチ（図示省略）がＯＮ状態にされたときに開始される処理であって、まず、何れかの通信ノード４０（何れかのバス）からデータフレームを受信したか否かを判定する（Ｓ１１０）。データフレームを受信していなければ（Ｓ１１０：Ｎｏ）、Ｓ１１０の処理を繰り返す。
【００３２】
また、データフレームを受信していれば（Ｓ１１０：Ｙｅｓ）、データフレームをデータ中継装置１０のドライバ／レシーバ１１のメモリに格納する（Ｓ１２０）。この処理においてドライバ／レシーバ１１には、接続されたバスに対応してチャンネル（ＣＨ）番号（Ｂｕｓ１にはＣＨ１、Ｂｕｓ２にはＣＨ２、ＢｕｓｎにはＣＨｎ）が割り当てられており、データフレームが送信されてきたバスに対応した記憶領域にデータフレームが格納される。
【００３３】
続いて、ドライバ／レシーバ１１のメモリ内のデータフレームを受信バッファ１３のメモリに格納する（Ｓ１３０）。この処理においても、データフレームが送信されてきたバス（チャンネル番号）毎に対応する受信バッファ１３の記憶領域（ＲｘＢｕｆ１、ＲｘＢｕｆ２、…、ＲｘＢｕｆｎ）にデータフレームを格納する。
【００３４】
次いで、受信バッファ１３にて受信されたデータフレームに対して、送信元チャンネル情報（本発明でいう識別情報）を付加する（Ｓ１４０：本発明でいう付加手段）。この処理を実施する直前においては、当該データ中継装置１０によりデータフレームを受信したときと同様のデータフレーム（図３（ａ）に示すデータＩＤとデータ部とからなるもの）が受信バッファ１３に格納されており、この処理にて、このデータフレームに送信元チャンネル情報を付加する。
【００３５】
なお、この処理においては、データ部の後に送信元チャンネル情報を付加してもよいし（図３（ｂ）参照）、データＩＤの前に送信元チャンネル情報を付加してもよい（図３（ｃ）参照）。また、読み出し可能であれば、データＩＤとデータ部との間等、任意の位置に送信元チャンネル情報を付加することもできる。
【００３６】
ここで、送信元チャンネル情報としては、ドライバ／レシーバ１１に割り当てられたチャンネル番号に対応したデータが付加される。よって、この送信元チャンネル情報が付加されたデータフレームは、データ内の送信元チャンネル情報が参照されることにより、何れのバスから送信されたデータフレームであるかを特定することができるようになる。
【００３７】
続いて、送信元チャンネル情報を付加したデータフレームを、メインバッファ１５のメモリに格納し（Ｓ１５０）、格納処理を終了する。なお、このメインバッファ１５のメモリは、チャンネル番号毎に記憶領域が分離されていることはなく、周知のＦＩＦＯ方式のメモリとして構成されており、多数のデータフレームを格納することができる構成にされている。
【００３８】
次に、フレーム転送制御部１６および送信元チャンネル情報処理部１４としての機能を用いて、メインバッファ１５に格納されたデータフレームを送信先バスに対応した送信バッファへ転送する処理について図５を用いて説明する。図５は制御用のマイクロコンピュータが実施するルーティング処理を示すフローチャートである。なお、このルーティング処理および後述する送信処理は、本発明でいう送信手段に相当する。
【００３９】
このルーティング処理は、例えば、車両におけるイグニッションスイッチがＯＮ状態にされたときに開始される処理であって、前述の送信処理とは独立して実施される。具体的には、まず、メインバッファ１５にデータフレームが格納されているか否かを判定する（Ｓ２１０）。メインバッファ１５にデータフレームが格納されていなければ（Ｓ２１０）、ルーティング処理を初めから繰り返す。
【００４０】
また、メインバッファ１５にデータフレームが格納されていれば（Ｓ２１０：Ｙｅｓ）、メインバッファ１５に格納されたデータフレームのうち受信してから最も時間が経過しているデータフレームについて、データＩＤおよび送信元チャンネル情報を読み出し、この読み出した情報とルーティングテーブル１７とを比較する（Ｓ２２０）。
【００４１】
ここで、ルーティングテーブル１７について、図６を用いて説明する。図６は本実施形態のルーティングテーブルを示す説明図である。
本実施形態におけるルーティングテーブル１７には、図６に示すように、データＩＤのそれぞれについて、異なる複数の送信元チャンネル番号がそれぞれ対応付けて記録されており、複数の送信元チャンネル番号毎にそれぞれ送信先チャンネル番号（送信先バスと同義）が記録されている。つまり、このルーティングテーブル１７によれば、データＩＤと送信元チャンネル番号とを特定することによって、異なる送信先チャンネル番号を特定する処理（ルーティング）を実施することができるようになる。
【００４２】
このため、このルーティングテーブル１７によれば、同じデータＩＤであったとしても、送信元バス（送信元チャンネル番号）が異なれば、異なるルーティングを実施することができるようになっている。
【００４３】
なお、図６に示す例においては、データフレームを転送する必要がある送信先バスに対応する送信先チャンネル番号については「１」と記載され、データフレームを転送する必要がない送信先バスに対応する送信先チャンネル番号については「０」と記載されている。このため、全ての送信先チャンネル番号で「０」と記載されていれば、このデータフレームを他のバスに転送する必要がないことを意味する。
【００４４】
また、このルーティングテーブル１７は、データ中継装置１０内の所定のメモリに記録されている。具体的にルーティングテーブル１７の記載内容を説明すると、例えば、データＩＤ「００２」に対しては、送信元チャンネル番号「ＣＨ１」「ＣＨ２」「ＣＨ３」…「ＣＨｎ」が対応付けられている。そして、送信元チャンネル番号「ＣＨ１」においては、送信先チャンネル番号「ＣＨ１」が「０」、送信先チャンネル番号「ＣＨ２」「ＣＨ３」が「１」に設定されている。
【００４５】
また、送信元チャンネル番号「ＣＨ２」においては、送信先チャンネル番号「ＣＨ１」「ＣＨ２」が「０」、送信先チャンネル番号「ＣＨ３」が「１」に設定されている。さらに、送信元チャンネル番号「ＣＨ３」においては、送信先チャンネル番号「ＣＨ１」「ＣＨ３」が「０」、送信先チャンネル番号「ＣＨ２」が「１」に設定されている。
【００４６】
続いて、図５に戻り、このデータフレームを何れかのバスに転送する必要があるか否かを判定する（Ｓ２３０）。データフレームを何れかのバスに転送する必要があれば（Ｓ２３０：Ｙｅｓ）、このデータフレームをメインバッファ１５から読み出し（Ｓ２４０）、データフレームから送信元チャンネル情報を削除し、ルーティングテーブルにより特定された送信先チャンネル番号が対応する送信バッファの記憶領域に、このデータフレームを転送する（Ｓ２５０）。このようにＳ２５０の処理が終了すると、ルーティング処理を始めから繰り返す。
【００４７】
一方、Ｓ２３０にて、データフレームを何れのバスにも転送する必要がなければ（Ｓ２３０：Ｎｏ）、このデータフレームを転送する処理を中断（中止）し（Ｓ２６０）、ルーティング処理を始めから繰り返す。
【００４８】
次に、通信制御部１２の機能を用いてデータフレームをメインバッファ１５から所定のバスに対して送信する処理を図７を用いて説明する。図７は制御用のマイクロコンピュータが実施する送信処理を示すフローチャートである。
【００４９】
送信処理は、例えば、車両におけるイグニッションスイッチがＯＮ状態にされたときに開始される処理であって、前述の送信処理およびルーティング処理とは独立して実施される。具体的には、まず、送信バッファ１８に対してデータフレームの転送があったか否かを判定する。
【００５０】
データフレームの転送がなければ（Ｓ３１０：Ｎｏ）、Ｓ３１０の処理を繰り返す。また、データフレームの転送があれば（Ｓ３１０：Ｙｅｓ）、転送されたデータフレームを送信バッファ１８の所定の記憶領域に格納する（Ｓ３２０）。ここで、送信バッファ１８の記憶領域（ＴｘＢｕｆ１、ＴｘＢｕｆ２、…、ＴｘＢｕｆｎ）は、データフレームを送信するバス（チャンネル番号）毎に設定されており、この処理では、ルーティング処理にて設定されたチャンネル番号に対応する記憶領域にデータフレームが格納される。
【００５１】
続いて、送信バッファ１８に格納されたデータフレームをドライバ／レシーバ１１のメモリに格納する（Ｓ３３０）。そして、データフレームをドライバ／レシーバ１１から送信し（Ｓ３４０）、送信処理を始めから繰り返す。
【００５２】
なお、データフレームがドライバ／レシーバ１１に送信されると、データフレームが送信されたバスに接続された通信ノード４０は、データフレームを受信することができるようになる。
【００５３】
［データ中継装置１の作動例］
次に、より具体的にデータ中継装置１０の作動例を説明する。ここでは、データ中継装置１０において、ドライバ／レシーバ１１のＣＨ２からＣＨ３へデータフレームを中継する場合（つまり、Ｂｕｓ２からＢｕｓ３に対してデータフレームを中継する場合）の作動例を説明する。
【００５４】
まず、Ｂｕｓ２上の通信ノード４０からデータフレームが送信されると、データ中継装置１０は、通信制御部１２としての機能を用いて、Ｂｕｓ２上の通信ノード４０から送信されたデータフレームをドライバ／レシーバ１１のＣＨ２を介して受信バッファ１３のＲｘＢｕｆ２に格納する。そして、データ中継装置１０は、送信元チャンネル情報処理部１４としての機能を用いて、受信バッファ１３のＲｘＢｕｆ２に格納されたデータフレームに送信元チャンネル情報（ここではＣＨ２）を付加し、このデータフレームをメインバッファ１５に格納する。
【００５５】
さらに、データ中継装置１０は、フレーム転送制御部１６としての機能を用いて、メインバッファ１５に格納されたデータフレームのデータＩＤ（ここでは例えば「００２」とする。）と送信元チャンネル情報とをルーティングテーブルの内容と比較することで、データフレームの送信先バスに対応する送信先チャンネル番号を決定する。
【００５６】
ここで、データＩＤ「００２」、送信元チャンネル番号「ＣＨ２」に基づいて、図６に示すルーティングテーブル１７を参照すると、メインバッファに格納されたデータフレームは、ＣＨ３に送信すべきデータフレームであることがわかる。従って、このデータフレームは、送信バッファ１８のＴｘＢｕｆ３に転送されることになるが、この転送に先立って、送信元チャンネル情報処理部１４としての機能を用いて、送信元チャンネル情報が削除される。
【００５７】
そして、データ中継装置１０は、データフレームを送信バッファ１８のＴｘＢｕｆ３に転送後、通信制御部１２としての機能を用いて、送信バッファ１８のＴｘＢｕｆ３に格納されたデータフレームをドライバ／レシーバ１１のＣＨ３を介してＢｕｓ３へ送信する。
【００５８】
このような作動によって、Ｂｕｓ２およびＢｕｓ３に接続された通信ノード４０により、このデータフレームを受信することができるようになる。
ここで、この通信ノード４０がＢｕｓ２から切り離され、Ｂｕｓ３に接続された場合おける処理について説明する。データ中継装置１０は、Ｂｕｓ３上の通信ノード４０からデータフレームを受信すると、ドライバ／レシーバ１１のＣＨ３、受信バッファ１３のＲｘＢｕｆ３の順にデータフレームを転送し、送信元チャンネル情報（ＣＨ３）を付加したデータフレームをメインバッファ１５に格納する。
【００５９】
そして、データ中継装置１０は、ルーティングテーブル１７を参照することにより、送信先バスを特定する。即ち、データＩＤ「００２」、送信元チャンネル番号「ＣＨ３」に基づいて、図６に示すルーティングテーブル１７を参照すると、メインバッファに格納されたデータフレームは、ＣＨ２に送信すべきデータフレームであることがわかる。従って、このデータフレームは、送信バッファ１８のＴｘＢｕｆ２に転送されることになる。
【００６０】
その後、データ中継装置１０は、ドライバ／レシーバ１１のＣＨ２を介して、データフレームをＢｕｓ２に送信する。このような作動によって、通信ノード４０をＢｕｓ２からＢｕｓ３に繋ぎ換えた場合であっても、Ｂｕｓ２およびＢｕｓ３に接続された通信ノード４０により、このデータフレームを受信することができるようになる。
【００６１】
［データ中継装置１による効果］
以上のように詳述した多重通信システム１において、データ中継装置１０は、データＩＤおよび送信元チャンネル情報と送信先バスとを予め対応付けて記録したルーティングテーブル１７を備えている。
【００６２】
また、データ中継装置１０は、格納処理にて、データフレーム内容を特定するためのデータＩＤが付加されたデータフレームを任意のバスから受信し、受信したデータフレームに送信元のバスを識別するための送信元チャンネル情報を付加し、このデータフレームをメインバッファ１５に保持させる。さらに、データ中継装置１０は、ルーティング処理にて、ルーティングテーブル１７を参照することによりメインバッファ１５に保持されたデータフレームにおける送信先バスを特定し、送信処理にて、特定された送信先バスに対してメインバッファ１５に保持されたデータフレームを送信する。
【００６３】
従って、このようなデータ中継装置１０によれば、送信元の通信ノード４０（データフレーム送信元の装置）を接続したバスが変更されたとしても、ルーティングテーブル１７にその変更後における送信元チャンネル情報に対応して中継先のバスを特定するデータフレームが書き込まれていれば、ルーティングテーブル１７を書き換えることなくデータフレームを良好に中継することができる。
【００６４】
また、このようなデータ中継装置１０によれば、データＩＤによって送信元の通信ノード４０を特定することができる。
さらに、従来装置のルーティングテーブル（図９参照）においては、１つのデータＩＤに対して１つのルーティング（１つのデータＩＤに対応する送信先バス）しか書き込むことができなかったが、本実施形態のルーティングテーブル１７においては、１つのデータＩＤに対して複数の送信元チャンネル情報を対応付けることにより、１つのデータＩＤに対して複数のルーティングを書き込むことができる。
【００６５】
よって、このようなデータ中継装置１０によれば、データＩＤによって送信先バスを特定する場合であって、送信元の通信ノード４０を接続するバスを変更した場合であっても、ルーティングテーブル１７の書換作業を不要とすることができる。
【００６６】
また、データ中継装置１０においては、送信元のバスを介して受信したデータフレームを一時保持する受信バッファ１３を備えている。そして、データ中継装置１０は、格納処理にて、受信バッファ１３に保持されたデータフレームに送信元チャンネル情報を付加し、送信元チャンネル情報を付加したデータフレームをメインバッファ１５に保持させる。
【００６７】
従って、このようなデータ中継装置１０によれば、受信バッファ１３にデータフレームを一時保持することができるので、格納処理、ルーティング処理、および送信処理にて実行される処理に余裕を持たせることができる。よって、処理が追いつかないことによって中継すべきデータフレームが破棄されることを防止することができる。
【００６８】
さらに、データ中継装置１０は、ルーティング処理にて、付加された送信元チャンネル情報が送信先バスに送信される前に削除する。
このようなデータ中継装置１０によれば、通信には不要なデータフレームを削除するので、バスにおける通信負荷を軽減することができる。
【００６９】
［その他の実施形態］
本発明の実施の形態は、上記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００７０】
例えば、本実施形態のデータ中継装置１には、受信バッファ１３を備える構成としたが、格納処理、ルーティング処理、および送信処理が充分高速で実施可能であるか、メインバッファ１５の容量が充分であれば、図８に示すデータ中継装置２のように、受信バッファ１３を備えない構成にすることもできる。
【００７１】
また、本実施形態においては、通信プロトコルとしてＣＡＮを用いた多重通信システム１において本発明を適用したが、ＣＡＮ以外の通信プロトコルであっても、送信先通信ノード４０を指定しない通信プロトコルを用いて通信を実施する多重通信システムであれば、本発明を適用することができる。
【００７２】
このようにしても、上記実施形態と同様の効果が得られる。
【図面の簡単な説明】
【００７３】
【図１】多重通信システム１を模式的に示す説明図である。
【図２】実施形態の多重通信システム１（特にデータ中継装置１０）を模式的に示す説明図である。
【図３】データフレーム構成の一例を示す説明図である。
【図４】格納処理を示すフローチャートである。
【図５】ルーティング処理を示すフローチャートである。
【図６】本実施形態のルーティングテーブルを示す説明図である。
【図７】送信処理を示すフローチャートである。
【図８】変形例の多重通信システム２を模式的に示す説明図である。
【図９】従来装置におけるルーティングテーブルを示す説明図である。
【符号の説明】
【００７４】
１…多重通信システム、１０…データ中継装置、１１…ドライバ／レシーバ、１２…通信制御部、１３…受信バッファ、１４…送信元チャンネル情報処理部、１５…メインバッファ、１６…フレーム転送制御部、１７…ルーティングテーブル、１８…送信バッファ、４０…通信ノード。
【図１】
2008160574.tif 000003
【図２】
2008160574.tif 000004
【図３】
2008160574.tif 000005
【図４】
2008160574.tif 000006
【図５】
2008160574.tif 000007
【図６】
2008160574.tif 000008
【図７】
2008160574.tif 000009
【図８】
2008160574.tif 000010
【図９】
2008160574.tif 000011