JP2003023440A - ゲートウェイ装置、コンピュータ、通信評価システム - Google Patents

Abstract

(57)【要約】 【課題】低コストで開発期間を短縮できる通信評価シス
テム等を提供する。 【解決手段】ＣＡＮ入出力部１２はＣＡＮ評価装置３０
の接続されたＣＡＮバス４０上のフレームを受信して変
換部１４へフレームデータを出力する機能と変換部１４
から受け取ったフレームデータをＣＡＮバス４０へ送信
する機能を備え、評価対象通信システム入出力部１６は
評価対象の通信装置５０の接続された評価対象通信シス
テムバス４２上のフレームを受信して変換部１４へフレ
ームデータを出力する機能と変換部１４から受け取った
フレームデータを評価対象通信システムバス４２へ送信
する機能を備える。変換部１４は評価対象通信システム
入出力部１６からのフレームデータをＣＡＮのフレーム
データに変換しＣＡＮ入出力部１２へ出力する機能とＣ
ＡＮ入出力部１２からのフレームデータを評価対象通信
システムのフレームデータに変換し評価対象通信システ
ム入出力部１６へ出力する機能を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】ゲートウェイ装置、通信評価
システム等に関する。

【０００２】

【従来の技術】従来より、車両内の各種の電子制御装置
（ＥＣＵ）間でデータの通信を行うために車内ＬＡＮが
用いられている。このような車内ＬＡＮの規格として
は、例えばＩＳＯ（国際標準化機構）に登録されている
プロトコルであるＣＡＮ(Controller Area Network)
や、ＳＡＥ（アメリカ自動車技術会）に登録されている
プロトコルであるＪ１８５０などがある。また自動車メ
ーカーが独自に定めたプロトコルも利用されている。

【０００３】そして、これらのプロトコルを利用するＥ
ＣＵ等の各種の装置を開発する際には、その通信が正し
く行われているかを監視、記録、診断する機能や、評価
対象の装置から送信されるデータへの応答を返してＥＣ
Ｕ等の挙動をチェックするためのエミュレーション機能
などを備えた通信評価装置が用いられている。

【０００４】こうした通信評価装置を用いて開発中の装
置の評価を行うことで、開発効率を高めることができ、
開発中の装置の信頼性も向上させることができる。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな通信評価装置はそれぞれ対応するプロトコルが決ま
っており、その対応するプロトコルの通信のみを評価す
ることができる。例えばＣＡＮのように多くのメーカー
が採用するメジャーなプロトコルについては、多数の高
性能な通信評価装置が供給されているが、採用件数の少
ないマイナーなプロトコルに対応する通信評価装置はあ
まり供給されていなかったり、開発に必要な機能をもつ
通信評価装置が供給されていない場合がある。したがっ
てこのようにマイナーなプロトコルを用いた装置を開発
する際には、まずそのプロトコル用の通信評価装置から
開発する必要がある場合が多い。そのためマイナーなプ
ロトコルを用いたＥＣＵ等の通信装置を開発するために
は、開発期間やコストがかかってしまうという問題があ
る。

【０００６】そこで本発明は、マイナーなプロトコルを
用いた通信装置を開発する際にも低コストで、開発期間
を短縮することのできる通信評価システム等を提供する
ことを目的とする。

【０００７】

【課題を解決するための手段及び発明の効果】上述した
問題点を解決するためになされた請求項１に記載のゲー
トウェイ装置を用いれば、評価対象の通信装置の接続さ
れた通信システムを、評価対象の通信システムとは別の
通信システムに接続された通信評価装置で評価すること
ができる。

【０００８】したがって、評価対象の通信システムがマ
イナーな通信プロトコルを採用するものであっても、メ
ジャーなプロトコル用の通信評価装置を用いて評価を行
うことができる。そのため評価対象の通信プロトコルに
対応した通信評価装置を１から開発する必要はなくな
り、メジャーなプロトコル用の非常に高性能・高機能な
通信評価装置を世界中から調達して利用することができ
る。よって、マイナーなプロトコルを用いた通信装置を
開発する際にもコストをかけずに済み、開発期間を短縮
することができる。

【０００９】そしてこのようなゲートウェイ装置がプロ
トコルの変換を行う際には、ゲートウェイ装置に組み込
まれた変換ルールに基づいて変換を行う。変換ルール
は、例えば、コンピュータとそのコンピュータにプロト
コルの変換をさせる処理を実行させるためのプログラム
から構成してもよいし、ハードウェアのロジックとして
構成してもよい。また、変換ルールを変換テーブルとし
て記憶装置に記憶し、コンピュータあるいはその他のハ
ードウェアでこのテーブルを参照して変換を行うように
構成してもよい。

【００１０】こうした変換ルールの定義は、請求項２に
示すように、ゲートウェイ装置に接続されたコンピュー
タからできるようにするとよい。このようにすれば、評
価に必要な変換ルールを容易に構築することができる。
例えば、評価対象の通信装置毎に変換ルールを変更した
り、通信評価装置の種類や、評価の目的毎に変換ルール
を定義して、切り替えて利用することが容易にできる。
したがって、評価の効率を高めることができ、通信装置
の開発効率をさらに高めることができる。

【００１１】なおコンピュータから自動的に設定可能と
は、コンピュータに変換ルールを記憶しておき、ゲート
ウェイ装置でその記憶された変換ルールを用いてプロト
コルの差異を吸収することなどを含む。またコンピュー
タはこうした変換ルールを設定ファイル等から自動的に
生成するようにし、生成された変換ルールをゲートウェ
イ装置が用いてプロトコルの変換するようにしてもよ
い。またＧＵＩ画面によって設定可能とは、変換ルール
をビジュアルに表示装置等に表示して、その対応関係等
を入力できるようにすることをいう。

【００１２】ところで、こうした通信システムにおいて
は、データをフレーム単位でやりとりするように構成さ
れるものが多い。こうしたフレームの構成は、通信プロ
トコルによって差異がある。この差異は変換ルールに基
づいて変換するのであるが、変換を行うプロトコル間で
同一の役割を果たすフィールドのサイズが異なる場合が
ある。例えば、通信評価装置が接続された通信システム
のフレームと評価対象の通信装置が接続された通信シス
テムのフレームとで、フレーム内のフィールドのサイズ
が異なる場合がある。このような場合にフレームの変換
を行おうとすると対応するフィールドのサイズが不足す
る場合がある。こうした場合には請求項３に示すように
フィールドの対応関係を定義すればよい。すなわちフレ
ームの中で同一の役割を果たすフィールドのうちサイズ
の不足するフィールドの内容をデータフィールドに入れ
込むようにする。このようにすれば、フレームの構成が
異なり、変換しようとした際にサイズが不足するフィー
ルドがあっても、その内容をフレーム内に格納して変換
することができる。

【００１３】例えば評価装置側の他の通信システムのフ
レームの優先順位を示す領域のサイズが、評価対象の通
信システムのフレームの優先順位を示す領域のサイズに
比べ不足する場合には、請求項４のようになる。このよ
うに変換することで、優先順位の情報の一部を欠落させ
ることなく変換することができる。

【００１４】また、レセシブ・ドミナントのレベルがプ
ロトコル間で異なる場合には、請求項５に示すように、
ビットを反転させればよい。このようにすれば、例えば
優先順位等が変わることなく正しい優先順位でアービト
レーション（調停）できる。なお、ゲートウェイ装置
は、予め変換ルールを記憶しその変換ルールに基づいて
変換するように構成することもできるし、請求項６に示
す前述のコンピュータを含むようにして請求項８に示す
ように構成することもできる。

【００１５】また、請求項７に示すコンピュータによっ
て、変換ルールによって変換された後のフレーム情報を
生成して、通信評価装置でその情報を利用するようにす
るとよい。通信評価装置では、例えば受信したフレーム
が正しいか否かを診断したり、テストパターンに基づい
て所定のフレームを所定のパターンで送信したり、所定
のフレームを受け取った場合に所定のフレームを送信す
るといった評価を行うためにフレーム情報を必要とす
る。このようなコンピュータによれば、こうした通信評
価装置に与えるフレーム情報を自動的に生成させること
ができる。

【００１６】また請求項９に示すように、請求項１〜
５，８のいずれかに記載のゲートウェイ装置と通信評価
装置とを備えた通信評価システムを構成することができ
る。このような通信評価システムによれば、通信評価装
置をメジャーな通信プロトコルのものとすることで、通
信評価システムのコストを削減することができる。ま
た、例えば新規のプロトコルに対する通信評価装置を構
築する場合にも、新たに通信評価装置を開発する必要が
なくゲートウェイ装置のみ開発すればよい。したがっ
て、通信評価システムの開発を１から行う場合に比べコ
ストを削減することができ、評価対象の装置のコストや
開発期間も削減することができる。

【００１７】

【発明の実施の形態】以下、本発明が適用された実施例
について図面を用いて説明する。なお、本発明の実施の
形態は、下記の実施例に何ら限定されることなく、本発
明の技術的範囲に属する限り種々の形態を採りうること
は言うまでもない。

【００１８】図１に本実施例における通信評価システム
１の構成を示す。通信評価システム１は、ゲートウェイ
装置１０と、コンピュータ２０と、通信評価装置として
のＣＡＮ評価装置３０とを備える。ゲートウェイ装置１
０は、ＣＡＮ入出力部１２と変換部１４と評価対象通信
システム入出力部１６とを備える。

【００１９】ＣＡＮ入出力部１２は、ＣＡＮ評価装置３
０の接続されたＣＡＮバス４０に接続されており、ＣＡ
Ｎバス４０を流れるフレームを受信して変換部１４へフ
レームデータを出力する機能と変換部１４から受け取っ
たフレームデータをＣＡＮバス４０へ送信する機能を備
える。

【００２０】評価対象通信システム入出力部１６は、評
価対象の通信装置５０の接続された評価対象通信システ
ムバス４２に接続されており、評価対象通信システムバ
ス４２を流れるフレームを受信して変換部１４へフレー
ムデータを出力する機能と変換部１４から受け取ったフ
レームデータをＣＡＮバス４０へ送信する機能を備え
る。

【００２１】変換部１４は、評価対象通信システム入出
力部１６から入力されたフレームデータをＣＡＮのフレ
ームデータに変換してＣＡＮ入出力部１２へ出力するフ
レームデータ変換機能と、ＣＡＮ入出力部１２から入力
されたフレームデータを評価対象通信システムのフレー
ムデータに変換して評価対象通信システム入出力部１６
へ出力するフレームデータ変換機能を備える。

【００２２】こうしたフレームデータの変換は、変換部
１４の変換ルールに基づいて行われる。この変換ルール
の内容は、変換部１４に接続されたコンピュータ２０で
作成して、変換部１４へ転送することができる。なお、
評価対象通信システムバス４２が評価対象の通信装置に
接続された通信システムに相当し、ＣＡＮバス４０が通
信評価装置の接続された通信システムに相当する。ま
た、通信装置５０及びＣＡＮ評価装置３０はそれぞれの
バスに複数備えるようにしてもよい。

【００２３】次に、評価対象通信システムのフレーム構
成を図２（ａ）に、ＣＡＮのフレーム構成を図２（ｂ）
に示して、変換部１４のフレームデータの変換機能につ
いて説明する。図２（ａ）に示すように、評価対象通信
システムバス４２に流れる評価対象通信システムのデー
タフレームは、ＳＯＦフィールド、プライオリティフィ
ールド、メッセージ長フィールド、ディスティネーショ
ンＩＤフィールド、メッセージＩＤフィールド、データ
フィールド、ＣＲＣフィールド、レスポンスフィール
ド、ＥＯＭフィールドから構成される。

【００２４】一方、図２（ｂ）に示すように、ＣＡＮバ
ス４０に流れるＣＡＮのデータフレームは、ＳＯＦフィ
ールド、アイデンティファイヤフィールド、ＲＴＲフィ
ールド、ＩＤＥフィールド、ｒ０フィールド、ＤＬＣフ
ィールド、データフィールド、ＣＲＣシーケンスフィー
ルド、ＣＲＣデリミタフィールド、ＡＣＫスロットフィ
ールド、ＥＯＦフィールドから構成される。

【００２５】なお図２において、各フィールド内に記載
の数字は、そのフィールドを構成するビット数を示す。
例えば図２（ａ）及び（ｂ）のＳＯＦフィールドはそれ
ぞれ１ビット幅である。変換ルールは、双方のプロトコ
ルの仕様に基づきそれぞれのプロトコルで同一の機能を
果たすフィールド同士を対応付けて構成する。例えば、
優先順位を規定するフィールドは、評価対象通信システ
ムでは、図２（ａ）に示す８ビットのプライオリティフ
ィールド、８ビットのメッセージ長フィールド、８ビッ
トのディスティネーションＩＤフィールド、８ビットの
メッセージＩＤフィールドの合計３２ビットが用いられ
る。一方、ＣＡＮデータフレームでは、図２（ｂ）に示
す１１ビットのアイデンティファイヤフィールドが用い
られる。

【００２６】よって、例えば評価対象通信システムのデ
ータフレームをＣＡＮのデータフレームに変換しようと
すると、評価対象通信システムのデータフレームは優先
順位を３２ビットで示すのに対し、ＣＡＮのデータフレ
ームは１１ビットで示すため、２１ビット分不足するこ
とになる。そこで、この不足するビットをＣＡＮのデー
タフレームのデータ領域の先頭からの部分に割り当て
る。例えば、図２（ａ）の評価対象通信システムデータ
フレームのプライオリティフィールドをＣＡＮデータフ
レームのアイデンティファイヤフィールドの上位８ビッ
トに割り当てる。そしてＣＡＮデータフレームのアイデ
ンティファイヤフィールドの下位３ビットはレセシブの
「１１１」とする。そして、評価対象通信システムデー
タフレームのメッセージ長、ディスティネーションＩ
Ｄ、メッセージＩＤの計２４ビットをＣＡＮのデータフ
ィールドの先頭から２４ビットに割り当てる。そして、
評価対象通信システムのデータフィールドの内容は、Ｃ
ＡＮのデータフィールドの２５ビット目を先頭としてコ
ピーすることで解決する。

【００２７】フレームの構成以外にも、両プロトコルの
間には差異があるので、これを変換部１４の変換ルール
で吸収する。例えば、各々のプロトコルのバスのレベル
にはドミナントとレセシブがある。ドミナントとは優先
を意味し、バスに接続された１つの装置でもドミナント
を出力するとバスはドミナントになる。一方、レセシブ
は受容を意味し、バスに接続されたすべての装置がレセ
シブを出力しなければバスのレベルはレセシブにならな
い。すなわち、ドミナントレベルの方がレセシブレベル
より強い。

【００２８】そして、同時に複数の装置からバスに対し
てデータフレームが送信された場合には、このレセシブ
・ドミナントの特性を利用してアービトレーションを行
う。このアービトレーションは、優先順位を示すフィー
ルドの値とバスのレベルとを１ビット単位で比較して行
う。例えばバスに接続された１つの装置がドミナントの
ビットを出力したときバスのレベルはドミナントにな
る。このとき優先順位を示すフィールドのビットの論理
値と、バスのレベルが一致しているときは、その装置は
フレームデータの送信を継続する。一方、優先順位を示
すフィールドのビットの論理値がレセシブで、バスのレ
ベルがドミナントの場合（アービトレーション負けの場
合）には、次のビットからフレームの出力を停止し受信
動作に移る。

【００２９】ＣＡＮバス４０は論理的にワイヤードアン
ドされたバスであり、ＣＡＮバス４０に接続されたいず
れかの装置が論理値「０」を出力すれば、たとえこれと
同時に他の装置が論理値「１」を出力した場合であって
もＣＡＮバス４０の論理値は「０」となる。すなわちＣ
ＡＮバス４０はドミナントの論理値が０、レセシブの論
理値が１である。一方、評価対象通信システムバス４２
は論理的にワイヤードオアされたバスであり、評価対象
通信システムバス４２に接続されたいずれかの装置が論
理値「１」を出力すれば、たとえこれと同時に他の装置
が論理値「０」を出力した場合であっても評価対象通信
システムバス４２の論理値は「１」となる。すなわち、
評価対象通信システムバス４２はドミナントの論理値が
１、レセシブの論理値が０である。このようにＣＡＮバ
ス４０と評価対象通信システムバス４２のレセシブ・ド
ミナントの論理値は反転している。そこで、変換部１４
は変換ルールとしてさらにＣＡＮバス４０と評価対象通
信システムバス４２の優先順位を示す部分の論理値を反
転させるルールを備える。このようにして優先順位の逆
転を防ぎ正しい優先順位に変換することができる。

【００３０】そして、ＣＡＮデータフレームの上記以外
のフィールドの値は、変換後のアイデンティファイヤフ
ィールドやデータフィールドの値から通常のＣＡＮのフ
レームを生成する場合と同様にＣＡＮプロトコルの仕様
に基づいて生成する。なおこれらのフィールドは、変換
部１４で生成するようにしてもよいし、例えばＣＡＮ入
出力部１２や評価対象通信システム入出力部１６におい
て、それぞれのプロトコル用に開発された専用ＩＣ等を
使用する場合などには、その機能を利用して生成させて
もよい。

【００３１】このようにして、評価対象通信システムの
データフレームをＣＡＮのデータフレームに変換するこ
とができる。また変換部１４は、上述した方法と同様に
してＣＡＮのデータフレームを評価対象通信システムの
データフレームに変換する。なお、変換部１４は、上記
の変換ルールに加え、コンピュータ２０で生成された変
換ルールの一部としての変換テーブルに基づいて変換を
行うことができる。この変換テーブルの例を図３に示
す。

【００３２】図３（ａ）は、評価対象通信システムのフ
レームのビットアサインの定義を示す評価対象通信シス
テム側テーブルである。この評価対象通信システム側テ
ーブルは、開発中の通信装置５０の搭載される車種毎の
仕様に基づいて予め定義されている。コンピュータ２０
は、この評価対象通信システム側テーブルから、図３
（ｂ）に示すＣＡＮ側テーブルを生成する。この生成
は、予めコンピュータ２０に記憶された定義ファイルの
内容に基づいて行うようにしてもよいし、図３に示す両
テーブルを画面上にＧＵＩで表示して、コンピュータ２
０のキーボードやマウス等からＣＡＮ側テーブルの内容
を入力することで行うようにしてもよい。変換部１４
は、コンピュータ２０から転送された変換テーブルに一
致するフレームを受信した場合には、この変換テーブル
に基づいて変換を行う。例えば、図３の変換テーブルを
用いる場合、プライオリティが９、ディスティネーショ
ンＩＤが１２、メッセージＩＤが３４のフレームを評価
対象通信システム入出力部１６から受け取った場合に
は、プライオリティを８に変換した後、前述のようにし
てフレームをＣＡＮのデータフレームに変換する。この
ようにして、コンピュータ２０による変換テーブルの設
定により、自由にフレームの内容を変換することができ
る。したがってＣＡＮ評価装置３０の選択の幅が広が
り、評価の自由度も高くなる。なお、もちろんＣＡＮ側
から評価対象通信システム側への変換テーブルを備えた
り、さらに詳細にデータフレームの内容を変換するなど
してもよい。

【００３３】またこうした変換ルールに基づきコンピュ
ータ２０は、ＣＡＮ評価装置３０におけるデータフレー
ムのビットの取り扱いに関する情報や、テストパターン
や、テストパターンを生成するための情報を生成するよ
うにしてもよい。このような情報を自動生成することで
開発効率を一層高めることができる。

【００３４】このように生成した変換ルールを適用した
後のフレーム情報やテストパターン等の情報は、図４に
示すように、ＣＡＮ評価装置側のコンピュータ３２に対
してネットワーク等を介してコンピュータ２０から転送
し、この転送された変換テーブルやテストパターンを用
いて評価を行うようにするとよい。

【００３５】以上のようにして、ゲートウェイ装置１０
で変換を行うことにより、評価対象の通信装置５０の評
価をＣＡＮ評価装置３０を用いて行うことができる。そ
のため評価対象通信システムに対応した評価装置を１か
ら開発する必要はなくなり、ＣＡＮ用の非常に高性能・
高機能な通信評価装置を世界中から調達して利用するこ
とができる。よって、評価対象通信システムのプロトコ
ルを用いた通信装置を開発する際にもコストをかけずに
済み、開発期間を短縮することができる。

【００３６】なおゲートウェイ装置１０の変換部１４
は、プロトコルの全体の変換を行うようにはじめから実
装してもよいが、通信装置５０の評価に必要な部分から
変換ルール等を実装するようにしてもよい。調達したＣ
ＡＮ評価装置３０は多数のユーザがおり、その機能には
誤りがない可能性が高いので、ＣＡＮ評価装置３０の評
価結果に異常があれば、ゲートウェイ装置１０か通信装
置５０に異常があると推定できる。つまり評価対象通信
システムの評価装置を１から開発する場合のように通信
評価装置自体が異常なのか評価対象の通信装置に異常が
あるのかが分からないといった問題もなくなる。また、
こうしたゲートウェイ装置１０の開発を通してＣＡＮプ
ロトコルと評価対象通信システムのプロトコルとの差異
を把握したり、評価対象通信システムのプロトコルに関
するノウハウを得ることができ、開発期間の短縮と信頼
性の向上に貢献する。

【００３７】なお、変換部１４は例えばＣＰＵ，ＲＯ
Ｍ，ＲＡＭ等を備えたマイコンから構成するようにして
もよいし、変換テーブルを記憶したＲＡＭの内容を用い
て変換を行うハードウェア（例えばＦＰＧＡのようなプ
ログラマブルなハードウェア）で構成してもよい。そし
て、変換部１４の変換ルールは、変換部１４でＣＰＵが
実行するプログラムまたはプログラマブルなハードウェ
アを構成するためのデータとして、コンピュータ２０か
ら変換部１４へアップロードできるようにしてもよい。
また上記実施例における変換部１４は、評価対象通信シ
ステム入出力部１６から受け取ったフレームデータのう
ち、図２に示すように優先順位を示すフィールドの不足
する部分をデータフィールドに移したり、優先順位を示
すビットを反転させる処理を変換ルールとして行うこと
としたが、このような処理はすべて変換テーブルに基づ
いて行うようにしてもよい。

【００３８】すなわち、上述した変換ルールや図３に示
したテーブルの代わりに、図２のフレームのフィールド
間の値の関係を直接定義した変換テーブルを用意し、こ
の変換テーブルを用いて変換を行うようにしてもよい。
また、コンピュータ２０は、この変換テーブルのうちＣ
ＡＮ側のテーブルをＣＡＮ評価装置２０へ出力し、ＣＡ
Ｎ評価装置２０でこのテーブルを利用して評価するよう
にしてもよい。

【００３９】なおＣＡＮ評価装置３０は各種の評価を行
う装置、例えば、ＣＡＮバス４０を流れるフレームデー
タを記録したり、フレームデータに対する応答を生成し
たりする装置等とすることができる。一方、通信装置５
０は例えばドアＥＣＵ、メータＥＣＵ、エアバックＥＣ
Ｕ、エンジンＥＣＵ等の各種のＥＣＵ等とすることがで
きる。

【図面の簡単な説明】

【図１】実施例の通信評価装置及び通信評価システムの
構成を示す説明図である。

【図２】評価対象通信システム及びＣＡＮのデータフレ
ームの構成と優先順位を示すフィールドの変換の様子を
示す説明図である。

【図３】変換テーブルについて説明する説明図である。

【図４】変換テーブルをＣＡＮ評価装置に転送する場合
の構成を示す説明図である。

【符号の説明】

１…通信評価システム １０…ゲートウェイ装置 １２…ＣＡＮ入出力部 １４…変換部 １６…評価対象通信システム入出力部 ２０…コンピュータ ３０…ＣＡＮ評価装置 ３２…コンピュータ ４０…ＣＡＮバス ４２…評価対象通信システムバス ５０…通信装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 戸谷 隆之 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 中林 宏之 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 Ｆターム(参考） 5B089 GA31 KF05 5K033 AA05 BA06 CB02 DA01 DB18 EA07 5K034 AA05 BB06 DD03 FF11 HH01 HH02 HH06 HH18 HH63 TT02

Claims (9)

【特許請求の範囲】
1. 【請求項１】評価対象の通信装置の接続された通信シス
   テムと、通信評価装置の接続された通信システムとのプ
   ロトコルの変換を変換ルールに基づいて行うゲートウェ
   イ装置であって、前記評価対象の通信装置の接続された
   通信システムのプロトコルと前記通信評価装置の接続さ
   れた通信システムのプロトコルは異なるものであり、 前記変換ルールには、少なくとも前記評価対象の通信装
   置の評価を行うために必要なプロトコル変換を行うため
   のルールを含むことを特徴とするゲートウェイ装置。
2. 【請求項２】請求項１に記載のゲートウェイ装置におい
   て、 前記変換ルールを、当該ゲートウェイ装置に接続された
   コンピュータから自動的に、または、ＧＵＩ画面によっ
   て、設定可能であることを特徴とするゲートウェイ装
   置。
3. 【請求項３】請求項１または２に記載のゲートウェイ装
   置において、 前記変換ルールとして、前記通信評価装置の接続された
   通信システムのフレームと前記評価対象の通信装置が接
   続された通信システムのフレームとの対応関係を定義す
   る際に、フレーム内の同一の目的を果たすフィールドの
   サイズが不足する場合には、当該フレームのデータフィ
   ールドを利用して格納することを特徴とするゲートウェ
   イ装置。
4. 【請求項４】請求項３に記載のゲートウェイ装置におい
   て、 前記サイズが不足するフィールドは、優先順位を示すフ
   ィールドであることを特徴とするゲートウェイ装置。
5. 【請求項５】請求項１〜４のいずれかに記載のゲートウ
   ェイ装置において、 前記変換ルールとして、プロトコルにより決定されるレ
   セシブ・ドミナントのレベルにより通信フレームの優先
   順位が変わる場合、当該優先順位の決定に関わるビット
   を反転するルールを設けることを特徴とするゲートウェ
   イ装置。
6. 【請求項６】請求項２〜５のいずれかに記載のゲートウ
   ェイ装置に接続された前記コンピュータ。
7. 【請求項７】請求項６に記載のコンピュータにおいて、 前記変換ルールに基づく変換後のフレーム情報を、前記
   通信評価装置で評価に利用するための情報として生成す
   ることを特徴とするコンピュータ。
8. 【請求項８】請求項２〜５のいずれかに記載のゲートウ
   ェイ装置は、 請求項６または７に記載のコンピュータを含んで構成さ
   れることを特徴とするゲートウェイ装置。
9. 【請求項９】請求項１〜５，８のいずれかに記載のゲー
   トウェイ装置と、 前記通信評価装置とを備えることを特徴とする通信評価
   システム。