(57)【要約】【課題】ルーティング処理を行う装置に対して簡単な構成の追加で、ルーティングされるデータを監視したり、記録したりすることができるようにするネットワーク装置を提供する。【解決手段】ネットワーク装置としてのゲートウェイ部１１０において、検索・監視部１１１が、データフレームを受信した場合に、当該データフレームのＩＤと一致するＩＤを含むエントリをルーティングテーブル１１３から検索し、一致したときに、当該エントリに定義されている転送先へ当該データフレームを転送するための処理を行うとともに、当該データフレームが含むデータのうち当該エントリが含む監視対象定義情報で定義されたビットが、当該エントリが含む監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む出力動作定義情報で定義された所定の出力を行うための処理を行う。【選択図】図２
2015171101.tif 000002
【特許請求の範囲】
【請求項１】
ＩＤとデータとを含むデータフレームを所定のバス間でルーティングする際に用いられる情報を格納するエントリを複数有するテーブルであって、前記各エントリが、前記ＩＤと前記データフレームの転送先を定義する転送先情報とを含むとともに、前記データフレームが含む前記データのどのビットを監視対象とするのかを定義する監視対象定義情報と、前記監視対象としたビットがどのような状態となった場合に所定の出力を行うのかを定義する監視動作定義情報と、前記所定の出力をどのように行うのかを定義する出力動作定義情報とを含むものであるルーティングテーブルと、
前記データフレームを受信した場合に、当該データフレームのＩＤと一致するＩＤを含む前記エントリを前記ルーティングテーブルから検索し、一致したときに、当該エントリに定義されている前記転送先へ当該データフレームを転送するための処理を行うとともに、当該データフレームが含む前記データのうち当該エントリが含む前記監視対象定義情報で定義されたビットが、当該エントリが含む前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う制御部と、
を備えるネットワーク装置。
【請求項２】
前記所定の出力が、前記判定結果を１ビットの情報で表すものである
請求項１に記載のネットワーク装置。
【請求項３】
前記各エントリが、さらに、自己のエントリが含む前記出力動作定義情報で定義された所定の出力を行うか否かを、他のエントリが含む前記監視動作定義情報に基づく判定結果との組み合わせで定義する判定情報を含み、
前記制御部が、自己のエントリが含む前記判定情報に基づき、前記自己のエントリが含む前記監視動作定義情報に基づく判定結果又は前記他のエントリが含む前記監視動作定義情報に基づく判定結果に応じて、前記自己のエントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う、
請求項１又は２に記載のネットワーク装置。
【請求項４】
前記監視動作定義情報が、さらに前記データフレームの受信周期がどのような状態となった場合に所定の出力を行うのかを定義するものであり、
前記制御部が、さらに前記データフレームの受信周期が、前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行うものである、
請求項１から３のいずれか１項に記載のネットワーク装置。
【請求項５】
ＩＤとデータとを含むデータフレームを所定のバス間でルーティングする際に用いられる情報を格納するエントリを複数有するテーブルであって、前記各エントリが、前記ＩＤと前記データフレームの転送先を定義する転送先情報とを含むとともに、前記データフレームが含む前記データのどのビットを監視対象とするのかを定義する監視対象定義情報と、前記監視対象としたビットがどのような状態となった場合に所定の出力を行うのかを定義する監視動作定義情報と、前記所定の出力をどのように行うのかを定義する出力動作定義情報とを含むものであるルーティングテーブルを用いて、
制御部によって、前記データフレームを受信した場合に、当該データフレームのＩＤと一致するＩＤを含む前記エントリを前記ルーティングテーブルから検索し、一致したときに、当該エントリに定義されている前記転送先へ当該データフレームを転送するための処理を行うとともに、当該データフレームが含む前記データのうち当該エントリが含む前記監視対象定義情報で定義されたビットが、当該エントリが含む前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う、
ネットワーク装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置及びネットワーク装置の制御方法に関する。
【背景技術】
【０００２】
ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で使用されるゲートウェイ装置の一例が特許文献１に記載されている。特許文献１に記載されているゲートウェイ装置は、複数のＣＡＮバス間でメッセージフレームを転送する装置である。この文献に記載されているゲートウェイ装置は、バス上に送信されたメッセージフレームを一旦メモリに格納し、メッセージフレームに設定されたＩＤと転送先のバスとの対応関係を示すルーティングテーブルを用いて、各メッセージフレームの転送先を決定する。そのため、このゲートウェイ装置は、メッセージフレームやルーティングテーブルを格納するためのメモリ、ルーティングテーブルをＩＤをキーとして検索するためのハードウェア等の構成を備えている。
【０００３】
一方、ゲートウェイ装置に対して、それらの構成を適切に活用し、メッセージフレームで転送されるデータを監視したり、記録したりするための機能を追加したいというニーズがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２４５７９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の事情を考慮してなされたものであり、ルーティング処理を行う装置に対して簡単な構成の追加で、ルーティングされるデータを監視したり、記録したりすることができるようにするネットワーク装置及びネットワーク装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一態様は、ＩＤとデータとを含むデータフレームを所定のバス間でルーティングする際に用いられる情報を格納するエントリを複数有するテーブルであって、前記各エントリが、前記ＩＤと前記データフレームの転送先を定義する転送先情報とを含むとともに、前記データフレームが含む前記データのどのビットを監視対象とするのかを定義する監視対象定義情報と、前記監視対象としたビットがどのような状態となった場合に所定の出力を行うのかを定義する監視動作定義情報と、前記所定の出力をどのように行うのかを定義する出力動作定義情報とを含むものであるルーティングテーブルと、前記データフレームを受信した場合に、当該データフレームのＩＤと一致するＩＤを含む前記エントリを前記ルーティングテーブルから検索し、一致したときに、当該エントリに定義されている前記転送先へ当該データフレームを転送するための処理を行うとともに、当該データフレームが含む前記データのうち当該エントリが含む前記監視対象定義情報で定義されたビットが、当該エントリが含む前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う制御部と、を備えるネットワーク装置である。
【０００７】
また、本発明の一態様は前記所定の出力が、前記判定結果を１ビットの情報で表すものであるネットワーク装置である。
【０００８】
また、本発明の一態様は、前記各エントリが、さらに、自己のエントリが含む前記出力動作定義情報で定義された所定の出力を行うか否かを、他のエントリが含む前記監視動作定義情報に基づく判定結果との組み合わせで定義する判定情報を含み、前記制御部が、自己のエントリが含む前記判定情報に基づき、前記自己のエントリが含む前記監視動作定義情報に基づく判定結果又は前記他のエントリが含む前記監視動作定義情報に基づく判定結果に応じて、前記自己のエントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う、ネットワーク装置である。
【０００９】
また、本発明の一態様は、前記監視動作定義情報が、さらに前記データフレームの受信周期がどのような状態となった場合に所定の出力を行うのかを定義するものであり、前記制御部が、さらに前記データフレームの受信周期が、前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行うものである、ネットワーク装置である。
【００１０】
また、本発明の一態様は、ＩＤとデータとを含むデータフレームを所定のバス間でルーティングする際に用いられる情報を格納するエントリを複数有するテーブルであって、前記各エントリが、前記ＩＤと前記データフレームの転送先を定義する転送先情報とを含むとともに、前記データフレームが含む前記データのどのビットを監視対象とするのかを定義する監視対象定義情報と、前記監視対象としたビットがどのような状態となった場合に所定の出力を行うのかを定義する監視動作定義情報と、前記所定の出力をどのように行うのかを定義する出力動作定義情報とを含むものであるルーティングテーブルを用いて、制御部によって、前記データフレームを受信した場合に、当該データフレームのＩＤと一致するＩＤを含む前記エントリを前記ルーティングテーブルから検索し、一致したときに、当該エントリに定義されている前記転送先へ当該データフレームを転送するための処理を行うとともに、当該データフレームが含む前記データのうち当該エントリが含む前記監視対象定義情報で定義されたビットが、当該エントリが含む前記監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリが含む前記出力動作定義情報で定義された所定の出力を行うための処理を行う、ネットワーク装置の制御方法である。
【発明の効果】
【００１１】
本発明では、監視及び記録処理に用いる情報をルーティングテーブルを利用して記憶し、ルーティングテーブルを用いた処理をＩＤをキーとした検索処理にとどめることができる。したがって、ルーティング処理を行う装置に対して簡単な構成を追加することで、ルーティングされるデータを監視したり、記録したりすることができる、という目的を容易に達成することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明によるネットワーク装置の一実施形態としてのゲートウェイ部１１０を用いたネットワークシステム１の構成例を示したブロック図である。
【図２】図１に示したゲートウェイ部１１０の構成例を示したブロック図である。
【図３】図２に示したルーティングテーブル１１３の各エントリ１１３−０の構成例を示した説明図である。
【図４】図３に示した監視対象定義情報１１３−４の構成例を示した説明図である。
【図５】図３に示した監視動作定義情報１１３−５の構成例を示した説明図である。
【図６】図３に示した判定情報１１３−６の構成例を示した説明図である。
【図７】図３に示した出力動作定義情報１１３−７の構成例を示した説明図である。
【図８】図３に示したエントリ１１３−０複数個から構成したルーティングテーブル１１３の一例を示した説明図である。
【図９】図２に示したゲートウェイ部１１０の動作例を示したフローチャートである。
【図１０】図９に示したデータ監視記録処理（Ｓ１０５）の一例を示したフローチャートである。
【図１１】データフレームの構成例を示した説明図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態について説明する。図１は、本発明によるネットワーク装置の一実施形態としてのゲートウェイ部１１０を用いたネットワークシステム１の構成例を示したブロック図である。
【００１４】
図１に示したネットワークシステム１は、ゲートウェイ部１１０を１機能として有するマイクロコンピュータ１００と、ＣＡＮトランシーバ１３１、１３２、１３３及び１３４と、４チャネルのＣＡＮバス２１１、２２１、２３１及び２４１（以下、「２１１、２２１、２３１及び２４１」を「２１１〜２４１」と表記する）とを備えている。ＣＡＮバス２１１〜２４１は、ＩＳＯ１１８９８−１、ＩＳＯ１１５１９−２等の仕様に準拠したＣＡＮを構成するための通信線である。また、ネットワークシステム１は、ＣＡＮバス２１１に接続されたＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３１１及び３１２と、ＣＡＮバス２２１に接続されたＥＣＵ３２１及び３２２と、ＣＡＮバス２３１に接続されたＥＣＵ３３１及び３３２と、ＣＡＮバス２４１に接続されたＥＣＵ３４１及び３４２とを備えている。ＥＣＵ３１１、３１２、３２１、３２２、３３１、３３２、３４１及び３４２は、例えば自動車に搭載されたエンジンコントロールユニット、エアコンコントロールユニット、インパネメータコントロールユニット、ライトスイッチ、ドアスイッチ等である。
【００１５】
マイクロコンピュータ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０３と、フラッシュメモリ１０４と、表示装置１０５とを備えている。フラッシュメモリ１０４は、ＣＰＵ１０１の制御のもと後述する監視結果等を記憶する。表示装置１０５は、例えばＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）、液晶パネル等の表示装置である。なお、マイクロコンピュータ１００は、他に図示していないタイマー、クロック発生回路等を備えている。
【００１６】
また、マイクロコンピュータ１００は、ゲートウェイ部１１０と、ＣＡＮモジュール（あるいはＣＡＮプロトコルコントローラ等とも呼ばれる）１２１、１２２、１２３及び１２４とを備えている。マイクロコンピュータ１００は、ＣＰＵ１０１がＲＯＭ１０３に格納されているプログラムを実行することで、ゲートウェイ部１１０、ＣＡＮモジュール１２１〜１２４等を制御する。ＣＡＮモジュール１２１〜１２４は、メッセージボックスと呼ばれるメッセージフレームの一時保管用のメモリを有し、ＣＡＮプロトコルに従いバスアービトレーション（通信調停）、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）等の処理を行う。ここで、メッセージフレームとは、ＣＡＮにおいて通信されるデータのパケット単位である。ＣＡＮでは、次のメッセージフレームが使用される。すなわち、データフレーム、リモートフレーム、エラーフレーム及びオーバーロードフレームの４種類である。データフレームは、データを送受信する際に使用される。リモートフレームは、データフレームの送信を要求する際に使用される。エラーフレームは、エラーを他のユニットに通知する際に使用される。そして、オーバーロードフレームは、受信準備未完了を他のユニットに通知する際に使用される。
【００１７】
ここで図１１を参照してデータフレームの形式について説明する。データフレームには、標準フォーマットと拡張フォーマットの２種類があるが、図１１は標準フォーマットのデータフレームを示した説明図である。図１１に示したように、データフレーム３００は、ＳＯＦ（Ｓｔａｒｔ  ｏｆ  Ｆｒａｍｅ）３０１、アービトレーションフィールド３０２、コントロールフィールド３０３、データフィールド３０４、ＣＲＣフィールド３０５、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フィールド３０６及びＥＯＦ（Ｅｎｄ  ｏｆ  Ｆｒａｍｅ）３０７を含んでいる。
【００１８】
ＳＯＦ３０１は、データフレーム３００の開始を表す１ビット長のフィールドである。アービトレーションフィールド（調停フィールド）３０２は、データフレーム３００の優先順位を表すフィールドである。このアービトレーションフィールド３０２は、１１ビット長のＩＤ（Ｉｄｅｎｔｉｆｉｅｒ；識別子）と、１ビット長のＲＴＲ（Ｒｅｍｏｔｅ  Ｔｒａｎｓｍｉｓｓｏｎ  Ｒｅｑｕｅｓｔ）とを含んでいる。ＩＤは、送信ユニットやデータの内容を識別するための情報であり、通信の優先順位を表す情報でもある。標準フォーマットでは、ＩＤは１１ビット長であり、ＩＤの範囲は０００ｈ〜７ＦＦｈ（ｈは１６進数を表す）である。ＲＴＲは、データフレームとリモートフレームとを識別するための情報である。
【００１９】
コントロールフィールド（制御フィールド）３０３は、１ビット長のＩＤＥ（Ｉｄｅｎｔｉｆｉｅｒ  Ｅｘｔｅｎｓｉｏｎ）と、１予約ビットと、４ビット長のＤＬＣ（Ｄａｔａ  Ｌｅｎｇｔｈ  Ｃｏｄｅ）とを含んでいる。ＩＤＥは、データフレーム３００が標準フォーマットなのか拡張フォーマットなのかを表す情報である。ＤＬＣは、データフィールド３０４に含まれるデータの長さ（すなわちバイト数０〜８）を表す情報である。
【００２０】
データフィールド３０４は、ＤＬＣで指定された０〜８バイト長（すなわち０〜６４ビット長）のデータを含んでいる。このデータが送信されるデータの中身である。データの内容（あるいは形式）は任意に設定することができる。例えば、データ長を最大の８バイトとして８個の１バイトの情報を含むものとしたり、６４個の１ビットの情報を含むものとたり、データ長を１バイトとして８個の１ビットの情報や１個の１バイトの情報としたりしてもよい。あるいは、１又は複数ビット単位の情報と１又は複数バイト単位の情報との両者を混在させてもよい。
【００２１】
ＣＲＣフィールドは、１５ビット長のフレームの伝送誤りをチェックするためのフィールドである。ＡＣＫフィールド３０６は、各１ビット長のＡＣＫスロットとＡＣＫデリミタとを含み、正常受信した場合に確認の合図を送るためのフィールドである。そして、ＥＯＦ３０７は、データフレーム３００の終了を表すフィールドである。
【００２２】
なお、以下では、メッセージフレームが標準フォーマットのみであると仮定してゲートウェイ部１１０の構成及び動作について説明する。
【００２３】
図１に戻り、ＣＡＮモジュール１２１〜１２４は、それぞれ、ＣＡＮトランシーバ１３１〜１３４を介してＣＡＮバス２１１〜２４１から受信したメッセージフレームをゲートウェイ部１１０へ出力するとともに、ゲートウェイ部１１０が出力したメッセージフレームをＣＡＮトランシーバ１３１〜１３４を介してＣＡＮバス２１１〜２４１へ送信する。また、ＣＡＮトランシーバ１３１〜１３４は、それぞれＣＡＮバス２１１〜２４１と、ＣＡＮモジュール１２１〜１２４とに接続されていて、信号を入出力する際に、バス電圧の発生、動作電流の制御などを行う装置である。この場合、ＣＡＮトランシーバ１３１〜１３４は、それぞれ、ＣＡＮバス２１１〜２４１からメッセージフレームを受信してＣＡＮモジュール１２１〜１２４へ出力したり、ＣＡＮモジュール１２１〜１２４が出力したメッセージフレームをＣＡＮバス２１１〜２４１へ出力したりする。ＣＡＮモジュール１２１〜１２４及びＣＡＮトランシーバ１３１〜１３４は、ＩＳＯ１１８９８−１、ＩＳＯ１１５１９−２等の仕様に準拠した構成を有している。
【００２４】
ゲートウェイ部１１０は、複数の機能を有するマイクロコンピュータ１００の一構成要素、すなわち一つのモジュールとして構成されている。ゲートウェイ部１１０は、ＣＡＮバス２１１〜２４１間でメッセージフレームをルーティング、すなわち所定の転送先に転送する処理を実行する。例えば、ＣＡＮバス２１１上にＥＣＵ３１１又は３１２からデータフレーム３００が送信された場合、ゲートウェイ部１１０は、このデータフレーム３００をＣＡＮトランシーバ１３１及びＣＡＮモジュール１２１を介して受信する。そして、ゲートウェイ部１１０は、受信したデータフレーム３００を、例えば、ＣＡＮモジュール１２２及びＣＡＮトランシーバ１３２を介してＣＡＮバス２１１上に送信する。あるいは、ゲートウェイ部１１０は、受信したデータフレーム３００を、例えば、ＣＡＮモジュール１２２及びＣＡＮトランシーバ１３２を介してＣＡＮバス２１１上に送信するとともに、ＣＡＮモジュール１２３及びＣＡＮトランシーバ１３３を介してＣＡＮバス２３１上に送信し、さらにＣＡＮモジュール１２４及びＣＡＮトランシーバ１３４を介してＣＡＮバス２４１上に送信する。
【００２５】
次に、図２を参照して、図１に示したゲートウェイ部１１０の構成例について説明する。図２に示したように、ゲートウェイ部１１０は、検索・監視部１１１と、ＦＩＦＯ（ｆｉｒｓｔ−ｉｎ、ｆｉｒｓｔ−ｏｕｔ）バッファ群１１２と、ルーティングテーブル１１３とを有している。なお、ルーティングテーブル１１３は、ルーティングマップ、転送マップ、転送テーブル等とも呼ばれる。検索・監視部１１１は、例えばハードウェアによって構成された論理回路と、ＣＰＵが実行するプログラムであるソフトウェアとの組み合わせから構成されている。ＦＩＦＯバッファ群１１２は、例えば、複数のレジスタ回路、その制御回路等のハードウェアで構成されている。ルーティングテーブル１１３は、例えば複数のレジスタ回路あるいはＲＡＭ１０２等の所定の記憶装置に記憶されている情報である。ＣＰＵ１０１が所定のプログラムを実行することで所定の記憶装置にルーティングテーブル１１３を構成する複数のエントリが記憶される。
【００２６】
ＦＩＦＯバッファ群１１２は、複数のＦＩＦＯバッファ１１２−１〜１１２−４を有している。ＦＩＦＯバッファ１１２−１〜１１２−４は、検索・監視部１１１から入力されたメッセージフレームを複数記憶し、先入れ先出しにて出力する。ＦＩＦＯバッファ１１２−１〜１１２−４が出力したメッセージフレームは、それぞれＣＡＮモジュール１２１〜１２４へ入力され、ＣＡＮバス２１１〜２４１へ送信される。
【００２７】
検索・監視部１１１は、ＣＡＮモジュール１２１〜１２４が受信し、所定のメモリに格納したメッセージフレームを入力し、ルーティングテーブル１１３から当該メッセージフレームに対応するエントリを検索し、検索結果として得られたエントリに含まれている転送先情報に対応するＦＩＦＯ１１２−１〜１１２−４に対して当該メッセージフレームを出力する。また、検索・監視部１１１は、検索したエントリに含まれている後述する監視の対象、監視動作の内容、他のエントリに設定された監視処理での判定結果との組み合わせによる判定条件、監視処理の判定結果の出力や記録の仕方等に関する定義情報に基づき、所定の判定処理やその判定結果に基づく出力や記録処理を行う。
【００２８】
次に、図３を参照してルーティングテーブル１１３が複数有する各エントリの構成例について説明する。図３は、ルーティングテーブル１１３が複数有するエントリの１つをエントリ１１３−０として表している。エントリ１１３−０は、ＩＤフィールド１１３−１、ＲＴＲフィールド１１３−２、転送関連の設定情報フィールド１１３−３、監視対象定義情報フィールド１１３−４、監視動作定義情報フィールド１１３−５、判定情報フィールド１１３−６、及び出力動作定義情報フィールド１１３−７を含んでいる。
【００２９】
ＩＤフィールド１１３−１には、当該エントリの転送関連の設定情報フィールド１１３−３に設定されている転送先情報が示す転送先へ転送すべきデータフレーム３００に設定されたＩＤ（図１１）と同じＩＤが設定される。ＲＴＲフィールド１１３−２には、当該データフレーム３００に設定されたＲＴＲ（図１１）と同じＲＴＲが設定される。各メッセージフレームは、ＩＤ及びＲＴＲによって一意に識別することができる。つまり、ＩＤとＲＴＲとがそれぞれ同一のメッセージフレームは、送信元のユニットが同一であり、かつ、データの内容が同一であり、転送先情報が一意に決定される。したがって、ＩＤフィールド１１３−１に設定したＩＤと、ＲＴＲフィールド１１３−２に設定したＲＴＲとが、当該メッセージフレームに設定されているＩＤとＲＴＲとに一致した場合、当該メッセージフレームの転送先は、転送関連の設定情報フィールド１１３−３に設定されている転送先情報が示す転送先に決定することができる。なお、４種類のメッセージフレームのうち、データを含むデータフレームのみをルーティングテーブル１１３を用いた検索対象とする場合、ＲＴＲフィールド１１３−２は省略することができる。
【００３０】
転送関連の設定情報フィールド１１３−３には、当該エントリ１１３−０のＩＤフィールド１１３−１に設定されたＩＤと、ＲＴＲフィールド１１３−２に設定されたＲＴＲとで識別されるメッセージフレームの転送先情報等の転送関連する設定情報が設定される。転送関連の設定情報フィールド１１３−３には、例えば、図２に示したＦＩＦＯ１１２−１〜１１２−４の１又は複数を指定する情報、当該メッセージフレームを受信したＣＡＮモジュール１２１〜１２４のいずれかを示す情報（すなわち送信元のＣＡＮバスを示す情報）、送信元のＣＡＮバスへの転送を許可するか否かを示す情報等を含むことができる。
【００３１】
監視対象定義情報フィールド１１３−４には、当該エントリ１１３−０に設定されたＩＤとＲＴＲとに一致するＩＤとＲＴＲとが設定されたデータフレーム３００（図１１）が含むデータフィールド３０４に設定されたデータのどのビットを、検索・監視部１１１が、監視対象とするのかを定義する情報（監視対象定義情報）が設定される。図４に示したように、監視対象定義情報フィールド１１３−４は、例えば、１２ビット長の情報であり、開始位置ｍ（ｍは０〜６３までの整数）を表す６ビット（Ｂｉｔ１１〜６）の情報と、データ長ｎ（ｎは１〜６４までの整数）を表す６ビット（Ｂｉｔ５〜０）の情報とを含む。ここで、開始位置ｍは、図１１に示したように、データフィールド３０４に設定されたデータの中で監視対象とするビット（網掛けして示したビット）３０４−１の先頭がデータフィールド３０４の先頭のビットから何番目のビットであるかを示す。また、データ長ｎは、監視対象とするビット３０４−１のビット数を示す。
【００３２】
監視動作定義情報フィールド１１３−５には、当該エントリ１１３−０に設定された監視対象定義情報フィールド１１３−４に設定された情報に基づき、検索・監視部１１１が所定の出力を行うのかを定義する情報（監視動作定義情報）が設定される。例えば、監視対象としたビットがどのような状態となった場合に、又は、当該データフレームの受信周期やチェックサムの再計算結果がどのような状態となった場合に、検索・監視部１１１が所定の出力を行うのかを定義する情報（監視動作定義情報）が設定される。図５に監視動作定義情報フィールド１１３−５の構成例を示した。図５に示した例では、監視動作定義情報フィールド１１３−５は、８ビット長の情報であり、Ｂｉｔ７〜Ｂｉｔ０の各ビットが１又は０の状態で次の意味を持つ。すなわち、Ｂｉｔ７は１がデータ監視有効、０がデータ監視無効を意味する。検索・監視部１１１は、データ監視有効の場合に、監視対象に対する監視動作を行う。
【００３３】
Ｂｉｔ６は、データ変化を監視する場合の判定しきい値の種類を設定する情報であり、１が両側、０が片側検知を意味する。Ｂｉｔ５は、データ変化を監視する場合にＢｉｔ６で１（両側）を指定したときの判定領域を設定する情報であり、１が範囲内、０が範囲外を意味する。Ｂｉｔ４は、データ変化を監視する場合にＢｉｔ６で０（片側検知）を指定したときの判定方向を設定する情報であり、１が立ち上がりエッジ、０が立ち下がりエッジを意味する。検索・監視部１１１は、Ｂｉｔ６〜４の設定値に基づき、以下のような判定処理を行う。
【００３４】
例えば、Ｂｉｔ６で１（両側）を指定し、Ｂｉｔ５で１（範囲内）を指定した場合、検索・監視部１１１は、監視対象の複数ビットが示す値が、所定の２つのしきい値（つまり上限値と下限値）の範囲外の値から範囲内の値となったときに、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。あるいは、検索・監視部１１１は、監視対象の複数ビットが示す値が、所定の２つのしきい値（つまり上限値と下限値）の範囲内の値である場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈していると判定するようにしてもよい。
【００３５】
また、Ｂｉｔ６で１（両側）を指定し、Ｂｉｔ５で０（範囲外）を指定した場合、検索・監視部１１１は、次の判定処理を行う。つまり、検索・監視部１１１は、監視対象の複数ビットが示す値が、所定の２つのしきい値（つまり上限値と下限値）の範囲内の値から範囲外の値となった場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。あるいは、検索・監視部１１１は、監視対象の複数ビットが示す値が、所定の２つのしきい値（つまり上限値と下限値）の範囲外の値である場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈していると判定するようにしてもよい。
【００３６】
一方、Ｂｉｔ６で１（片側）を指定し、Ｂｉｔ４で１（立ち上がりエッジ）を指定した場合、検索・監視部１１１は、次の判定処理を行う。つまり、検索・監視部１１１は、監視対象の１ビットが０から１へ変化した場合又は監視対象の複数ビットの値が所定の１つのしきい値以下の値からそれを超える値となった場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。あるいは、検索・監視部１１１は、例えば監視対象の複数ビットの値が所定の１つのしきい値を超える値である場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈していると判定するようにしてもよい。
【００３７】
また、Ｂｉｔ６で１（片側）を指定し、Ｂｉｔ４で０（立ち下がりエッジ）を指定した場合、検索・監視部１１１は、次の判定処理を行う。つまり、検索・監視部１１１は、監視対象の１ビットが１から０へ変化した場合又は監視対象の複数ビットの値が所定の１つのしきい値を超える値からそれ以下の値となった場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。あるいは、検索・監視部１１１は、例えば監視対象の複数ビットの値が所定の１つのしきい値以下の値である場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈していると判定するようにしてもよい。
【００３８】
なお、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したか否かを判定する検索・監視部１１１が行う処理で、しきい値を用いた判定を行う場合、しきい値の値は、例えば検索・監視部１１１を構成するプログラムの中で定義することができる。あるいは、エントリ１１３−０にしきい値を設定するためのフィールドを設けてもよい。また、検索・監視部１１１は、判定処理後に、監視対象定義情報で定義された１又は複数ビットを所定のレジスタ、ＲＡＭ１０２の所定の記憶領域等に格納し、判定処理の際、１つ前に受信したデータフレームにおける値を、今回受信したデータフレームにおける値と比較できるようにしておく。
【００３９】
また、Ｂｉｔ３は、データがカウンタ値を表す場合にカウンタの値を監視するときのカウント方向を設定する情報であり、１が減少、０が増加を意味する。Ｂｉｔ２は、データがカウンタ値を表す場合にカウンタの値を監視するときのカウントステップを設定する情報であり、１が±１以外、０が±１を意味する。検索・監視部１１１は、Ｂｉｔ３及び２の設定値に基づき、次のような判定処理を行う。例えば、Ｂｉｔ３で１（減少）を指定し、Ｂｉｔ２で１（±１以外）を指定した場合、検索・監視部１１１は、監視対象の複数ビットが示す値（すなわちカウンタ値）が、前回と比較して、２以上減少した場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。例えば、Ｂｉｔ３で１（減少）を指定し、Ｂｉｔ２で０（±１）を指定した場合、検索・監視部１１１は、監視対象の複数ビットが示す値（すなわちカウンタ値）が、前回と比較して、１だけ減少した場合に、監視対象定義情報で定義されたビットが監視動作定義情報で定義された状態を呈したと判定する。なお、検索・監視部１１１は、判定処理後に、監視対象定義情報で定義された複数ビットを所定のレジスタ、ＲＡＭ１０２の所定の記憶領域等に格納し、１つ前に受信したデータフレームにおける値を、今回受信したデータフレームにおける値と比較できるようにしておく。
【００４０】
また、Ｂｉｔ１は、受信周期が正常範囲内であるか否かを監視するかどうかを設定する情報であり、１が監視すること、０が監視しないことを意味する。Ｂｉｔ１が１の場合、検索・監視部１１１は、１つ前にＩＤが同一のデータフレームを受信した時の所定のタイマーの値と、今回ＩＤが同一のデータフレームを受信した時の所定のタイマーの値との差分を求め、それが所定の２つのしきい値の範囲外である場合に、監視動作定義情報で定義された状態を呈したと判定する。なお、検索・監視部１１１は、判定処理後に、所定のタイマーの値を所定のレジスタ、ＲＡＭ１０２の所定の記憶領域等に格納し、１つ前に受信したＩＤが同一のデータフレームに対する判定処理時のタイマー値を、今回受信したＩＤが同一のデータフレームに対する判定処理時のタイマー値と比較できるようにしておく。
【００４１】
また、Ｂｉｔ０は、チェックサムの再計算結果が一致しているか否かを監視するかどうかを設定する情報であり、１が監視すること、０が監視しないことを意味する。Ｂｉｔ０が１の場合、検索・監視部１１１は、チェックサム値を再計算し、当該データフレームのＣＲＣフィールド３０５に設定されている値と比較し、不一致である場合に、監視動作定義情報で定義された状態を呈したと判定する。
【００４２】
一方、図３に示した判定情報フィールド１１３−６には、自己のエントリ１１３−０が含む出力動作定義情報フィールド１１３−７に設定された出力動作定義情報で定義された所定の出力を検索・監視部１１１が行うか否かを、他のエントリ１１３−０が含む監視動作定義情報に基づく検索・監視部１１１による判定結果との組み合わせで定義する情報（判定情報）が設定される。検索・監視部１１１は、自己のエントリ１１３−０が含むこの判定情報に基づき、自己のエントリ１１３−０が含む監視動作定義情報に基づく判定結果、又は、他のエントリ１１３−０が含む監視動作定義情報に基づく判定結果に応じて、自己のエントリ１１３−０が含む出力動作定義情報で定義された所定の出力を行うための処理を行う。この判定結果とは、上述した、検索・監視部１１１が行う、監視対象のビット、受信周期又はチェックサム計算結果等が、監視動作定義情報で定義された状態を呈したか否かを判定する処理の結果である。また、この判定処理の結果の値は、検索・監視部１１１が所定の出力を行うとこととした場合に１であり、所定の出力を行わないこととした場合に０であるとする。この判定情報フィールド１１３−６には、例えば、判定結果をどのように組み合わせるのか、すなわち論理演算の仕方を示す情報と、判定結果を組み合わせる他のエントリ１１３−０を識別するための情報とが含まれる。
【００４３】
図６に判定情報フィールド１１３−６の設定例を示した。図６に示した例では、判定情報フィールド１１３−６は、１５ビット長の情報である。Ｂｉｔ１４及び１３の２ビットが、自己のエントリに基づく判定結果と他のエントリに基づく判定結果とを用いた論理演算の内容を示している。Ｂｉｔ１４、Ｂｉｔ１３が、０１ｂ（ｂは２進数を表す）でＡＮＤ（論理積）、１０ｂでＯＲ（論理和）、そして、００ｂで論理演算を行わないことを意味する。なお、１１ｂは設定が禁止される。例えば、０１ｂ（ＡＮＤ）が設定された場合、検索・監視部１１１は、自己のエントリに基づく判定結果と他のエントリに基づく判定結果とがともに１の場合に、自己のエントリの出力動作定義情報に基づき自己のエントリの判定結果を出力する。例えば、１０ｂ（ＯＲ）が設定された場合、検索・監視部１１１は、自己のエントリに基づく判定結果と他のエントリに基づく判定結果のいずれかが１の場合に、自己のエントリの出力動作定義情報に基づき自己のエントリの判定結果を出力する。また、例えば、００ｂが設定された場合、検索・監視部１１１は、他のエントリに基づく結果を参照せずに、自己のエントリに基づく判定結果が１の場合に、自己のエントリの出力動作定義情報に基づき自己のエントリの判定結果を出力する。
【００４４】
また、Ｂｉｔ９〜Ｂｉｔ０の１０ビットには、論理演算対象の他のエントリ１１３−０のエントリ設定番号が設定される。Ｂｉｔ９〜Ｂｉｔ０には、０〜１０２３のいずれかのエントリ番号が設定される。また、Ｂｉｔ１２〜Ｂｉｔ１０の３ビットには、論理演算対象の他のエントリ１１３−０の設定番号が設定される。Ｂｉｔ１２〜Ｂｉｔ１０は、１〜７のいずれかの設定番号が設定される。図８に示したように、図２に示したルーティングテーブル１１３は、図８に示したように複数のエントリ１１３−０を有して構成される。図８に示した例では、ルーティングテーブル１１３が、４個以上のエントリ１１３−０を有している。各エントリ１１３−０には上から下へ昇順で、０、１、２、３、…のエントリ番号が与えられる。ただし、このエントリ番号は、ルーティングテーブル１１３内に実際に格納される情報ではなく、検索・監視部１１１やＣＰＵ１０１が各エントリ１１３−０を参照等する処理で使用する仮想的な番号である。また、同一のＩＤ及びＲＴＲが設定されたエントリ１１３−０が複数ある場合には、各エントリ１１３−０に上から下へ昇順で、０、１、２、３、…の設定番号が与えられる。この設定番号は、エントリ番号と同様、ルーティングテーブル１１３内に実際に格納される情報ではなく、検索・監視部１１１やＣＰＵ１０１が各エントリ１１３−０を参照等する処理で使用する仮想的な番号である。図８の例では、エントリ番号０、１及び２の３個のエントリ１１３−０は、ＩＤとＲＴＲが同一である。この場合、エントリ番号０、１及び２の３個のエントリ１１３−０には、設定番号１、２及び３が与えられる。また、エントリ番号４の１個のエントリ１１３−０には、設定番号１が与えられる。
【００４５】
図８に示した例で、例えば、エントリ番号が０のエントリ１１３−０の判定情報フィールド１１３−６に、論理演算がＡＮＤで、論理演算対象エントリ番号が１（又は論理演算対象設定番号が２）と設定されていたとき、検索・監視部１１１は、エントリ番号０のエントリ１１３−０に設定された各情報に基づく判定結果が１で、エントリ番号２のエントリ１１３−０に設定された各情報に基づく判定結果が１の場合に、エントリ番号０のエントリ１１３−０に設定された出力動作定義情報に基づく所定の出力を行う。また、例えば、同じ条件で、論理演算がＯＲであった場合、検索・監視部１１１は、エントリ番号０のエントリ１１３−０に設定された各情報に基づく判定結果が０であったとしても、エントリ番号２のエントリ１１３−０に設定された各情報に基づく判定結果が１の場合には、エントリ番号０のエントリ１１３−０に設定された出力動作定義情報に基づく所定の出力を行う。
【００４６】
一方、図３に示した出力動作定義情報フィールド１１３−７には、検索・監視部１１１が判定結果に応じた所定の出力を、どのように行うのかを定義する情報（出力動作定義情報）が設定される。図７に出力動作定義情報フィールド１１３−７の設定例を示した。図７に示した例では、出力動作定義情報フィールド１１３−７は、８ビット長の情報である。Ｂｉｔ７からＢｉｔ４は、それらが１の場合、検索・監視部１１１は、当該１ビットの判定結果と当該エントリ番号又は当該ＩＤ及び当該設定番号とを示す情報（あるいはさらに監視対象の１又は複数のビットの情報を含んでいてもよい）をデータとして含むデータフレームを、そのＩＤを、それぞれ送信ＩＤ３から送信ＩＤ０として生成し、ＦＩＦＯバッファ群１１２の１又は複数のＦＩＦＯバッファ１１２−１〜４へ出力する。Ｂｉｔ７からＢｉｔ４が０の場合は、データフレームは送信されない。Ｂｉｔ３及び２は、それらが１の場合、検索・監視部１１１は、図１の表示装置１０５等の表示部２及び１で、１ビットの判定結果に基づく所定の表示を行う。表示部２と表示部１は、例えば、表示装置１０５内の異なる表示素子等であってもよいし、同一の表示素子で異なる形態で行う表示であってもよい。Ｂｉｔ３及び２が０の場合、表示部への出力は行われない。Ｂｉｔ１及び０は、それらが１の場合、検索・監視部１１１は、例えば図１のフラッシュメモリ１０４（これを記憶部２とする）へ当該１ビットの判定結果と当該エントリ番号又は当該ＩＤ及び当該設定番号とを記憶したり、図１に示していない着脱自在のフラッシュメモリ装置（これを記憶部１とする）へ当該１ビットの判定結果と当該エントリ番号又は当該ＩＤ及び当該設定番号とを記憶したりする。Ｂｉｔ１及び０が０の場合、記憶部への出力は行われない。なお、記憶部へ判定結果を記憶する場合、記憶先の記憶領域をエントリ番号やＩＤ及び設定番号に対応付けていれば、所定の記憶領域には当該１ビットの判定結果を記憶するだけでよい。
【００４７】
次に、図９及び図１０を参照して、図２に示したゲートウェイ部１１０の動作について説明する。図９に示した処理は、図１に示したＣＡＮモジュール１２１、１２２、１２３又は１２４のいずれかがメッセージフレームを受信した場合に実行される。検索・監視部１１１は、まず、メッセージフレームを受信したＣＡＮモジュール１２１、１２２、１２３又は１２４が有する図示していないメッセージボックスからメッセージフレームを取得し（Ｓ１０１）、所定のレジスタ、ＲＡＭ１０２の所定の記憶領域等に格納する。次に、検索・監視部１１１は、取得したメッセージフレームに含まれるＩＤ及びＲＴＲをキーとしてルーティングテーブル１１３を検索し、キーが一致したエントリ番号を求める（Ｓ１０２）。次に、検索・監視部１１１は、一致したエントリ１１３−０に含まれる転送先情報に基づき、メッセージフレームをＦＩＦＯ１１２−１〜１１２−４の１又は複数に格納する（Ｓ１０３）。ここまでのステップＳ１０１〜Ｓ１０３の処理が、通常のルーティング処理であり、検索・監視部１１１によって、ステップＳ１０１〜Ｓ１０３において、キーが一致した当該エントリ１１３−０に定義されている転送先へデータフレームを転送するための処理等が実行される。
【００４８】
次に、検索・監視部１１１は、当該エントリ１１３−０の監視動作定義情報フィールド１１３−５のＢｉｔ７（図５）の値に基づき、データ監視が有効であるか無効であるかを判定する（Ｓ１０４）。データ監視が有効の場合（Ｓ１０４でＹＥＳの場合）、検索・監視部１１１は、データ監視処理を行う（Ｓ１０５）。他方、有効でない場合（Ｓ１０４でＮＯの場合）又はＳ１０５のデータ監視処理が終了した場合、検索・監視部１１１は、ＩＤ及びＲＴＲが一致する他のエントリ１１３−０をルーティングテーブル１１３から検索する（Ｓ１０６）。一致したエントリ１１３−０があった場合（Ｓ１０７でＹＥＳの場合）、検索・監視部１１１は、当該エントリ１１３−０でデータ監視が有効であるか無効であるかを判定する（Ｓ１０４）。他方、一致したエントリ１１３−０が無かった場合（Ｓ１０７でＮＯの場合）、検索・監視部１１１は、処理を終了する。ステップＳ１０４〜Ｓ１０７の処理が、データの監視、記録等のための処理であり、検索・監視部１１１によって、ステップＳ１０４〜Ｓ１０７において、データフレームが含むデータのうちキーが一致した当該エントリ１１３−０が含む監視対象定義情報で定義されたビットが、当該エントリ１１３−０が含む監視動作定義情報で定義された状態を呈したか否かを判定し、その判定結果に応じて当該エントリ１１３−０が含む出力動作定義情報で定義された所定の出力を行うための処理等が実行される。
【００４９】
次に、図１０を参照して、図９のＳ１０５のデータ監視処理について説明する。図１０は、図９のＳ１０５のデータ監視処理の一例を示したフローチャートである。Ｓ１０５のデータ監視処理では、まず、検索・監視部１１１は、図９のＳ１０１で取得した当該データフレームが含むデータのうち、ステップＳ１０２又はＳ１０６での検索の結果として得られた当該エントリ１１３−０が含む監視対象定義情報で定義されたビットが、当該エントリ１１３−０が含む監視動作定義情報で定義された所定の状態を呈したか否かを判定する（Ｓ２０１）。あるいは、検索・監視部１１１は、図９のＳ１０１で取得した当該データフレームの受信周期若しくはチェックサムの再計算結果が、当該エントリ１１３−０が含む監視動作定義情報で定義された所定の状態を呈したか否かを判定する（Ｓ２０１）。
【００５０】
次に、検索・監視部１１１は、Ｓ２０１で行った所定の状態を呈したか否かの判定結果を所定の記憶領域（所定のレジスタやＲＡＭ１０２の所定の記憶領域；以下同様）に格納する（Ｓ２０２）。次に、検索・監視部１１１は、監視対象定義情報で定義された１又は複数ビットの値又は受信周期を監視する場合に所定のタイマー値を所定の記憶領域に格納する（Ｓ２０３）。これらのＳ２０２及びＳ２０３の処理は、次回の判定処理で用いる情報を記憶する処理である。
【００５１】
次に、検索・監視部１１１は、当該エントリが含む判定情報に基づき他のエントリの判定結果を参照し、所定の出力を行うか否かを判定する（Ｓ２０４）。すなわち、検索・監視部１１１は、当該エントリ１１３−０の判定情報フィールド１１３−６の設定内容（図６）に応じて、他のエントリの判定結果（つまり他のエントリに対するＳ２０２での記憶領域内容）を参照して、己のエントリ１１３−０の出力動作定義情報で定められた所定の出力を行うか否かを判定する。
【００５２】
所定の出力を行うと判定した場合（Ｓ２０５でＹＥＳの場合）、検索・監視部１１１は、当該エントリ１１３−０が含む出力動作定義情報で定義された所定の出力を行い、図９のＳ１０６へ戻る（Ｓ２０６）。一方、所定の出力を行うと判定しなかった場合（Ｓ２０５でＮＯの場合）、図９のＳ１０６へ戻る（Ｓ２０６）。
【００５３】
以上の処理によって、検索・監視部１１１は、受信したデータフレームを所定の転送先にルーティングしたり、受信したデータフレームのデータを監視して、監視結果に応じて所定の出力を行ったりすることができる。その際、ルーティングに係る処理と、監視に係る処理とで使用する各情報は、同一のルーティングテーブル１１３を用いて設定することができる。また、監視処理のために新たにルーティングテーブル１１３に設定した情報は、何を監視するのかを定義する情報と、どのように監視するのかを定義する情報と、どのように監視の結果を出力するのかを定義する情報とに分けて設定している。したがって、分けずに設定する場合と比較して各情報を効率的に設定することができる。また、監視結果である判定結果を１ビットの情報として出力したり記憶したりする場合でも、ユーザーは、少なくとも所定の状態を呈したことがあったか否かということを確認することができる。この場合、記憶する情報の量を非常に少なくすることができる。また、判定情報を設定することで、ＩＤが同一のデータフレームが含むデータ中の２つの異なる対象ビットに基づく２つの判定結果、あるいは、ＩＤが異なる２つのデータフレームが含む各データに基づく２つの判定結果、を組み合わせた結果に基づいて、所定の出力を行う否かを判定しているので、判定条件の設定の自由度を高めることができる。
【００５４】
なお、本発明の実施の形態は、上記のものに限定されず、例えば、ルーティングテーブル１１３をデータフレームの拡張フォーマットに対応したものとしたり、判定情報フィールド１１３−６に設定する論理演算を３以上の判定結果を対象として行うものとしたり、エントリ１１３−０に設定する各定義情報の内部の構成の一部を省略したり追加したりする変更を適宜行うことができる。また、本発明のネットワーク装置の態様は、図２に示した検索・監視部１１１とルーティングテーブル１１３とを備えるものしてもよいし、図２に示したゲートウェイ部１１０としてもよいし、図１に示したゲートウェイ部１１０とＣＡＮモジュール１２１〜１２４とを備えるものとしてもよいし、マイクロコンピュータ１００全体としてもよい。また、上記の実施形態は、ネットワーク装置を、ＣＡＮバス間でメッセージフレームをルーティングする構成としているが、ＣＡＮバス以外の異なるプロトコルによるバスとＣＡＮバス間でメッセージフレームをルーティングする構成とすることもできる。
【符号の説明】
【００５５】
１  ネットワークシステム
１００  マイクロコンピュータ
１１０  ゲートウェイ部
１１１  検索・監視部（制御部）
１１２  ＦＩＦＯバッファ群
１１２−１〜４  ＦＩＦＯバッファ
１１３  ルーティングテーブル
１１３−０  エントリ
１２１〜１２４  ＣＡＮモジュール
１３１〜１３４  ＣＡＮトランシーバ
２１１、２２１、２３１、２４１  ＣＡＮバス
【図１】
2015171101.tif 000003
【図２】
2015171101.tif 000004
【図３】
2015171101.tif 000005
【図４】
2015171101.tif 000006
【図５】
2015171101.tif 000007
【図６】
2015171101.tif 000008
【図７】
2015171101.tif 000009
【図８】
2015171101.tif 000010
【図９】
2015171101.tif 000011
【図１０】
2015171101.tif 000012
【図１１】
2015171101.tif 000013