JP5063655B2

JP5063655B2 - 通信ゲートウェイ装置

Info

Publication number: JP5063655B2
Application number: JP2009216926A
Authority: JP
Inventors: 清宏森田; まどか馬場; 俊憲松井; 徹森田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2009-09-18
Filing date: 2009-09-18
Publication date: 2012-10-31
Anticipated expiration: 2029-09-18
Also published as: JP2011066769A

Description

この発明は、複数のネットワークが存在する車両ネットワークシステムにおいて、複数のネットワークに接続され、ネットワークで通信されているパケットを他のネットワークに転送することにより、異なるネットワーク間の通信を実現する通信ゲートウェイ装置に関するものである。

現在、車両には、原動機制御ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）や車速センサなどの電子機器が数多く搭載されており、これら電子機器はネットワークにより接続され、制御系ネットワークを構築している。
また、カーナビゲーション機器やオーディオ機器もネットワークにより接続され、情報系ネットワークを構築している。
これらは、用途や接続される機器に合わせ、それぞれ異なる通信プロトコルによりネットワークを構築している。例えば、制御系ネットワークでは、主にＣＡＮ（ＣｏｎｔｒｏｌｌｅｒＡｒｅａＮｅｔｗｏｒｋ）やＦｌｅｘＲａｙ（登録商標）が用いられており、情報系ネットワークでは、主にＭＯＳＴ（ＭｅｄｉａＯｒｉｅｎｔｅｄＳｙｓｔｅｍｓＴｒａｎｓｐｏｒｔ）（登録商標）や１３９４−Ａｕｔｏｍｏｔｉｖｅが用いられている。

このようにプロトコルが異なる複数のネットワーク間においても、通信ゲートウェイ装置が、ネットワークで通信されているパケットを他のネットワークへ転送することで、ネットワーク間の通信を可能にし、ネットワークシステムを構築している。
また、車両に搭載されるＥＣＵ数の増大、ネットワーク使用目的の多様化に伴い、ネットワークを複数のサブネットワークに分割し、ネットワーク負荷の低減、可用性を高めることが行われている。
このようなサブネットワーク間においても、通信ゲートウェイ装置がネットワークで通信されているパケットを他のネットワークへ転送することで、ネットワーク間の通信を可能にし、ネットワークシステムを構築している。

現在、自動車におけるＳｏｆｔｗａｒｅＡｒｃｈｉｔｅｃｔｕｒｅの標準化団体であるＡＵＴＯＳＡＲ（ＡｕｔｏｍｏｔｉｖｅＯｐｅｎＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅ）では、通信ゲートウェイ装置における受信パケットの転送処理方法として、パケットの内容には関与せず、受信パケットに付加されるＩＤに基づいて、受信パケットを転送する手法（以下、パケット転送処理という）と、一つ以上の受信パケットから所定の情報のみを選択して、新たなパケットの生成および新たなＩＤの付加を行い、パケットに付加したＩＤに基づいて、生成したパケットを転送する手法（以下、シグナル転送処理という）を規定している。
パケット転送処理の場合、シグナル転送処理に比べ、通信ゲートウェイ装置での処理が少なく、シグナル転送処理よりも短時間でパケットが転送されるが、転送されるパケット数は受信パケット数と同一である。
一方、シグナル転送処理の場合、一つ以上の受信パケットから所定の情報を選択して、新たなパケットを生成して転送するため、転送されるパケット数は受信パケット数より少なくできるが、パケット転送処理よりも通信ゲートウェイ装置の処理負荷が増大し、パケット転送に時間を要するといった特徴がある。
非特許文献１は、ＰＤＵＲｏｕｔｅｒについて規定したＡＵＴＯＳＡＲ仕様書であり、ＰＤＵＲｏｕｔｅｒは、Ｉ−ＰＤＵ（ＩｎｔｅｒａｃｔｉｏｎＬａｙｅｒＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のルーティングに関するサービスを提供し、ＰＤＵ
Ｒｏｕｔｅｒによるルーティングは、Ｉ−ＰＤＵを変更せず、ただ単にＩ−ＰＤＵを転送先に転送する。
非特許文献２は、ＡＵＴＯＳＡＲＣＯＭについて規定したＡＵＴＯＳＡＲ仕様書であり、ＰＤＵからシグナルへの分解と、シグナルからＰＤＵへの結合を行い、シグナルベースのゲートウェイ機能を提供するものである。

ＡＵＴＯＳＡＲ／ＳｐｅｃｉｆｉｃａｔｉｏｎｏｆＰＤＵＲｏｕｔｅｒＶ２．２．３Ｒ３．１Ｒｅｖ０００１ＡＵＴＯＳＡＲ／ＳｐｅｃｉｆｉｃａｔｉｏｎｏｆＣｏｍｍｕｎｉｃａｔｉｏｎＶ３．０．３Ｒ３．１Ｒｅｖ０００１

しかしながら、通信ゲートウェイ装置における受信パケットの転送処理方法が固定である場合、通信ゲートウェイ装置の処理負荷やネットワーク負荷などの通信環境が変化した際に、ネットワークシステムが不安定になる恐れがある。
例えば、シグナル転送処理で転送処理を行う受信パケット数が多いと、通信ゲートウェイ装置での処理が多いため、通信ゲートウェイ装置の処理負荷が増大した際、通信ゲートウェイ装置がパケットの転送処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。
また、シグナル転送処理で転送処理を行う受信パケット数が多いと、通信ゲートウェイ装置による受信パケットの転送処理に多くの時間を要し、転送可能な受信パケット数が限られてしまうため、パケットを受信した側のネットワークのネットワーク負荷が増大した際、通信ゲートウェイ装置がパケットの転送処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。

さらに、パケット転送処理で転送処理を行う受信パケット数が多いと、パケット転送先ネットワークに転送されるパケット数が多いため、パケット転送先ノードの処理負荷が増大した際、パケット転送先ノードがパケットの受信処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。
さらにまた、パケット転送処理で転送処理を行う受信パケット数が多いと、パケット転送先ネットワークに転送されるパケット数が多いため、パケット転送先ネットワークのネットワーク負荷が増大した際、通信ゲートウェイ装置がパケットの転送処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。

この発明は、上述のような課題を解決するためになされたものであり、通信ゲートウェイ装置の処理負荷やネットワーク負荷を含む通信環境が変化した場合においても、ネットワークシステムを安定させることが可能な通信ゲートウェイ装置を得ることを目的にしている。

この発明の通信ゲートウェイ装置においては、プロトコルの異なる複数のネットワークに接続され、複数のネットワークのうちの第一のネットワークで通信されているパケットを第二のネットワークに転送することにより、異なるネットワーク間の通信を行う通信ゲートウェイ装置であって、ネットワーク毎に設けられ、それぞれ規定のプロトコルでパケットの送受信を行う複数の通信インタフェース、この複数の通信インタフェースにそれぞれ対応して配置され、通信インタフェースを介して送受信されるパケットと自装置で処理可能な中間パケットとを相互に変換する複数のプロトコル変換処理部、中間パケットを第二のネットワークに送信するためにパケット転送処理するパケット転送処理手段及び中間パケットを第二のネットワークに送信するためにシグナル転送処理するシグナル転送処理手段を有する処理部、処理部のパケット転送処理手段及びシグナル転送処理手段のいずれか一方または両方の中間パケットの転送処理方法を決定するパケット処理方法決定部を備え、処理部は、パケット処理方法決定部の決定した中間パケットの転送処理方法にしたがって中間パケットを転送処理し、処理部のパケット転送処理手段は、中間パケットの内容には関与せず、第一のネットワークから通信インタフェースを介して受信されたパケットに付加されたＩＤに基づいて、第二のネットワークのプロトコルを特定し、中間パケットを中継処理し、処理部のシグナル転送処理手段は、一つ以上の中間パケットから、中間パケットのＩＤに基づいて指定されたビット位置の情報を抽出し、この抽出した情報を別の中間パケットの指定されたビット位置へ配置することで、新たなパケットの生成および新たなＩＤの付加を行い、付加したＩＤに基づいて、第二のネットワークのプロトコルを特定し、生成したパケットを中継処理し、パケット処理方法決定部は、通信環境の変化に応じて、処理部の中間パケットの転送処理方法を切替えるものである。

この発明は、以上説明したように、プロトコルの異なる複数のネットワークに接続され、複数のネットワークのうちの第一のネットワークで通信されているパケットを第二のネットワークに転送することにより、異なるネットワーク間の通信を行う通信ゲートウェイ装置であって、ネットワーク毎に設けられ、それぞれ規定のプロトコルでパケットの送受信を行う複数の通信インタフェース、この複数の通信インタフェースにそれぞれ対応して配置され、通信インタフェースを介して送受信されるパケットと自装置で処理可能な中間パケットとを相互に変換する複数のプロトコル変換処理部、中間パケットを第二のネットワークに送信するためにパケット転送処理するパケット転送処理手段及び中間パケットを第二のネットワークに送信するためにシグナル転送処理するシグナル転送処理手段を有する処理部、処理部のパケット転送処理手段及びシグナル転送処理手段のいずれか一方または両方の中間パケットの転送処理方法を決定するパケット処理方法決定部を備え、処理部は、パケット処理方法決定部の決定した中間パケットの転送処理方法にしたがって中間パケットを転送処理し、処理部のパケット転送処理手段は、中間パケットの内容には関与せず、第一のネットワークから通信インタフェースを介して受信されたパケットに付加されたＩＤに基づいて、第二のネットワークのプロトコルを特定し、中間パケットを中継処理し、処理部のシグナル転送処理手段は、一つ以上の中間パケットから、中間パケットのＩＤに基づいて指定されたビット位置の情報を抽出し、この抽出した情報を別の中間パケットの指定されたビット位置へ配置することで、新たなパケットの生成および新たなＩＤの付加を行い、付加したＩＤに基づいて、第二のネットワークのプロトコルを特定し、生成したパケットを中継処理し、パケット処理方法決定部は、通信環境の変化に応じて、処理部の中間パケットの転送処理方法を切替えるので、通信環境が変化した場合でも、パケット処理方法決定部が中間パケットの転送処理方法を切り替え、パケット転送処理手段で処理する中間パケット数とシグナル転送処理手段で処理する中間パケット数を調整することができ、ネットワークシステムを安定させることが可能となる。

この発明の実施の形態１および実施の形態２による車両ネットワークシステムを示す構成図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置の受信パケットを処理可能な中間パケットへ変換する変換処理および中間パケットを送信パケットへ変換する変換処理を説明するための説明図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置のパケットの転送処理動作を示すフローチャートである。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置の受信パケットＩＤ管理テーブルを示す図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置のパケット処理方法管理テーブル選択部の処理を示す説明図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置のパケット転送先決定テーブルを示す図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置の送信パケットＩＤ管理テーブルを示す図である。この発明の実施の形態１〜実施の形態３による通信ゲートウェイ装置のパケット生成処理管理テーブルを示す図である。この発明の実施の形態１による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を示すフローチャートである。この発明の実施の形態２による通信ゲートウェイ装置の中間パケットの処理方法を切り替える特定のパケットのフォーマットを示す図である。この発明の実施の形態２による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を説明するフローチャートである。この発明の実施の形態３による車両ネットワークシステムを示す構成図である。この発明の実施の形態３による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を示すフローチャートである。

実施の形態１．
図１は、この発明の実施の形態１による車両ネットワークシステムを示す構成図である。
図１において、車両ネットワーク２００は、ＣＡＮネットワーク２０８とＦｌｅｘＲａｙネットワーク２０９を有し、通信ゲートウェイ装置２０１によりパケットを相互に送受信できるようになっている。ＣＡＮネットワーク２０８には、エンジン制御ＥＣＵ２１０と変速機制御ＥＣＵ２１１が接続され、ＦｌｅｘＲａｙネットワーク２０９には、モータ制御ＥＣＵ２１２とバッテリ制御ＥＣＵ２１３が接続されている。
通信ゲートウェイ装置２０１は、ＣＡＮネットワーク２０８に接続されるＣＡＮ通信インタフェース２０６（通信インタフェース）と、ＦｌｅｘＲａｙネットワーク２０９に接続されるＦｌｅｘＲａｙ通信インタフェース２０７（通信インタフェース）と、ＣＡＮ通信インタフェース２０６に接続されたＣＡＮプロトコル変換処理部２０４（プロトコル変換部）と、ＦｌｅｘＲａｙ通信インタフェース２０７に接続されたＦｌｅｘＲａｙプロトコル変換処理部２０５（プロトコル変換部）と、パケットの転送処理方法を決定するパケット処理方法決定部２０３と、パケット処理方法決定部２０３により決定された転送処理方法により、パケットを転送処理するパケット処理部２０２（処理部）とを有している。

ＣＡＮ通信インタフェース２０６は、ＣＡＮプロトコルによりパケットの送受信を行い、ＦｌｅｘＲａｙ通信インタフェース２０７は、ＦｌｅｘＲａｙプロトコルによりパケットの送受信を行う。
ＣＡＮプロトコル変換処理部２０４は、ＣＡＮネットワーク２０８から受信したパケットを通信ゲートウェイ装置２０１で処理可能な中間パケットへ変換する機能および、中間パケットをＣＡＮネットワーク２０８へ送信するパケットに変換する機能を有する。
ＦｌｅｘＲａｙプロトコル変換処理部２０５は、ＦｌｅｘＲａｙネットワーク２０９から受信したパケットを通信ゲートウェイ装置２０１で処理可能な中間パケットへ変換する機能および、中間パケットをＦｌｅｘＲａｙネットワーク２０９へ送信するパケットに変換する機能を有する。

パケット処理部２０２は、パケット転送処理部２０２Ａ（パケット転送処理手段）とシグナル転送処理部２０２Ｂ（シグナル転送処理手段）を有している。
パケット転送処理部２０２Ａは、中間パケットのパケットＩＤに基づいて、中間パケットの転送先ネットワークのプロトコル変換処理部を特定するパケット転送先決定部２０２Ａ１を備えている。
シグナル転送処理部２０２Ｂは、一つ以上の中間パケットから、特定の情報のみを選択して、新たなパケットの生成および新たなＩＤの付加を行うパケット生成部２０２Ｂ１と、付加したＩＤに基づいて、生成したパケットの転送先ネットワークのプロトコル変換処理部を特定するパケット転送先決定部２０２Ｂ２を備えている。
パケット処理方法決定部２０３は、中間パケットのパケットＩＤに基づいて、パケット転送処理部２０２Ａかシグナル転送処理部２０２Ｂのいずれか一方もしくは両方において中間パケットの処理を行うかどうかといった、中間パケットの転送処理方法を決定する一つ以上のパケット処理方法管理テーブル２０３Ａと、パケット処理方法管理テーブル２０３Ａのうち一つを選択するパケット処理方法管理テーブル選択部２０３Ｂを備えている。

図２は、この発明の実施の形態１による通信ゲートウェイ装置の受信パケットを処理可能な中間パケットへ変換する変換処理および中間パケットを送信パケットへ変換する変換処理を説明するための説明図である。
図２において、送信及び受信パケットは、ヘッダ３０１とペイロード３０２とにより構成され、ヘッダ３０１はパケットＩＤ、ペイロード長、ＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）、ＳＯＦ（ＳｔａｒｔＯｆＦｒａｍｅ）などを有する。
中間パケットは、ヘッダ３１１とペイロード３１２とにより構成され、ヘッダ３１１はパケットＩＤ、ペイロード長を有している。送信及び受信パケットと、中間パケットとは相互に変換される。

図３は、この発明の実施の形態１による通信ゲートウェイ装置のパケットの転送処理動作を示すフローチャートである。

図４は、この発明の実施の形態１による通信ゲートウェイ装置の受信パケットＩＤ管理テーブルを示す図であり、受信パケットのパケットＩＤとパケットを受信したネットワークから、中間パケットに付加するＩＤを決定するテーブルを示している。
図４において、受信パケットＩＤ管理テーブル５００は、受信パケットＩＤ、受信ネットワーク、中間パケットＩＤの各情報が格納されている。

図５は、この発明の実施の形態１による通信ゲートウェイ装置のパケット処理方法管理テーブル選択部の処理を示す説明図である。
図５において、パケット処理方法管理テーブル選択部２０３Ｂは、中間パケット処理方法決定手順および中間パケット処理方法切り替え手順として、パケット処理方法管理テーブル２０３Ａ１〜２０３Ａ３のうちのいずれか一つを選択することを示している。

図６は、この発明の実施の形態１による通信ゲートウェイ装置のパケット転送先決定テーブルを示す図である。
図６において、パケット転送先決定テーブル７００は、中間パケットのパケットＩＤから中間パケットの転送先ネットワークのプロトコル変換処理部を特定するテーブルであり、中間パケットＩＤと、転送先ネットワークのプロトコル変換処理部の情報を有している。

図７は、この発明の実施の形態１による通信ゲートウェイ装置の送信パケットＩＤ管理テーブルを示す図である。
図７において、送信パケットＩＤ管理テーブル８００は、中間パケットのパケットＩＤとパケットを送信するネットワークから、送信パケットに付加するＩＤを決定するテーブルであり、中間パケットＩＤと送信ネットワークと送信パケットＩＤの各情報を格納している。

図８は、この発明の実施の形態１による通信ゲートウェイ装置のパケット生成処理管理テーブルを示す図である。
図８において、パケット生成処理管理テーブル９００は、シグナル転送処理部において、一つ以上の中間パケットから新たなパケットの生成および新たなＩＤの付加を行う際に活用可能なテーブルであり、新たに付加するＩＤと、中間パケットＩＤと、選択する情報の位置（ｂｉｔ位置）と、選択した情報の配置位置（ｂｉｔ位置）とを有している。

図９は、この発明の実施の形態１による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を示すフローチャートである。

次に、動作について説明する。
以下は、本発明による通信ゲートウェイ装置２０１を車両ネットワークシステム２００に適用した場合のものである。
図１のように、車両ネットワークシステム２００では、エンジン制御ＥＣＵ２１０や変速機制御ＥＣＵ２１１といったパワートレインに関するＥＣＵが接続されているＣＡＮネットワーク２０８と、モータ制御ＥＣＵ２１２やバッテリ制御ＥＣＵ２１３といった電動システムに関するＥＣＵが接続されているＦｌｅｘＲａｙネットワーク２０９とが、通信ゲートウェイ装置２０１によって相互に接続されている。
ＣＡＮネットワーク２０８では、通信プロトコルとして、ＣＡＮ（ＣｏｎｔｒｏｌｌｅｒＡｒｅａＮｅｔｗｏｒｋ）が利用されている。ＣＡＮはイベント駆動のプロトコルであり、ネットワークに接続されたノードは各々のタイミングでパケットを送信することができる。また、バス型ネットワークであるため、二つ以上のノードが同時にパケットを送信した場合、パケットの衝突が発生する。

ＦｌｅｘＲａｙネットワーク２０９では、通信プロトコルとして、ＦｌｅｘＲａｙが利用されている。ＦｌｅｘＲａｙは時間駆動の通信プロトコルであり、ネットワークに接続されたノードは、設定されたタイミングでのみパケットを送信することができる。時間駆動であるため、パケットの衝突は発生しないが、ノード間で時間同期を取る必要がある。
通信ゲートウェイ装置２０１は、ＣＡＮネットワーク２０８およびＦｌｅｘＲａｙネットワーク２０９の両ネットワークに接続され、各ネットワークで通信されているパケットを他のネットワークへ転送することで、両ネットワーク間を接続する。

次に、ＣＡＮプロトコル変換処理部２０４およびＦｌｅｘＲａｙプロトコル変換処理部２０５が、ネットワークから受信したパケットを中間パケットへ変換する変換手順を、図２を用いて説明する。各プロトコル変換処理部は、扱うパケットのフォーマットが異なるのみで、基本動作は同一である。
図２に示されるように、ネットワークで送受信されるパケットは、パケットを送受信するための情報部であるヘッダ３０１と実際の送受信データであるペイロード３０２から構成され、ヘッダ３０１にはパケットＩＤ、ペイロード長、ＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）やＳＯＦ（ＳｔａｒｔＯｆＦｒａｍｅ）といった情報が含まれている。各プロトコル変換処理部は、これらの情報の中で、パケットの転送処理
を行うのに必要な情報である受信パケットのＩＤ、ペイロード長を抽出し、中間パケットのヘッダ３１１とし、ペイロード３０２を抽出し、中間パケットのペイロード３１２とすることで、中間パケットへ変換する。
このとき、中間パケット全体でＩＤを一意にする必要があるため、受信パケットのＩＤではなく、新たにＩＤを割り振ることも有り得る。
また、中間パケットから各ネットワークへ送信する送信パケットへ変換する変換手順は、図２に示したように、中間パケットのヘッダ３１１の代わりに、パケットの送信に必要な情報である、パケットＩＤ、ペイロード長、ＣＲＣ、ＳＯＦなどを含んだ新たなヘッダ３０１を付加することにより行われる。

以下、ＣＡＮネットワーク２０８からＦｌｅｘＲａｙネットワーク２０９へ、本発明による通信ゲートウェイ装置２０１を介してパケットを転送する場合の処理について、図３に示したフローチャートに沿って詳述する。
なお、実施の形態１では、ＣＡＮネットワーク２０８において、パケットＩＤが０ｘ００１、０ｘ００２、０ｘ００３、０ｘ００４の４つのパケットを扱う。

最初に、パケットＩＤが０ｘ００１、０ｘ００２のパケットを用いて、パケット転送処理部２０２Ａによる転送処理について詳述する。
先ず、通信ゲートウェイ装置２０１のＣＡＮ通信インタフェース２０６がＣＡＮネットワーク２０８からパケットを受信する（ステップＳ４０１）。
次に、ＣＡＮプロトコル変換処理部２０４は、ＣＡＮネットワークからの受信パケットを通信ゲートウェイ装置２０１が処理可能な中間パケットへ変換する（ステップＳ４０２）。
このとき、中間パケットのパケットＩＤを一意にするため、図４のように、受信パケットのパケットＩＤとパケットを受信したネットワークから、中間パケットに割り当てるＩＤを決定する、受信パケットＩＤ管理テーブル５００を用いる。この実施の形態１では、ＣＡＮネットワーク２０８から受信した、パケットＩＤが０ｘ００１、０ｘ００２のパケットは、それぞれパケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットへ変換される。

次に、パケット処理方法決定部２０３は、中間パケットのパケットＩＤに基づいて、パケット転送処理部２０２Ａかシグナル転送処理部２０２Ｂのどちらか一方もしくは両方において、中間パケットの処理を行うかどうかの中間パケットの処理方法を決定する（ステップＳ４０３）。このとき、図５のように、中間パケットのパケットＩＤに基づいて、中間パケットの処理方法を決定する一つ以上のパケット処理方法管理テーブル２０３Ａを用いる。この実施の形態１では、パケット処理方法管理テーブル選択部２０３Ｂがパケット処理方法管理テーブル２０３Ａ２を選択し、中間パケットの処理方法を決定する。そのため、パケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットは、パケット転送処理部２０２Ａによってのみ転送処理される。

そして、通信ゲートウェイ装置２０１は、中間パケットをパケット転送処理部２０２Ａで転送処理する必要があるかどうかを判断する（ステップＳ４０４）。実施の形態１では、パケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットは、パケット転送処理部２０２Ａにより転送処理する必要があると判断されているため、パケット転送処理部２０２Ａで中間パケットの転送処理を行う（ステップＳ４０５）。
パケット転送処理部２０２Ａでは、パケット転送先決定部２０２Ａ１により、中間パケットのパケットＩＤに基づいて、中間パケットの転送先ネットワークのプロトコル変換処理部を特定し、中間パケットを中継処理することにより、パケット転送を行う。
このとき、図６のように、中間パケットのパケットＩＤに基づいて、中間パケットの転送先ネットワークのプロトコル変換処理部を特定する、パケット転送先決定テーブル７００を用いる。実施の形態１では、パケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットは、ＦｌｅｘＲａｙプロトコル変換処理部２０５へ中継処理される。

次に、通信ゲートウェイ装置２０１は、中間パケットをシグナル転送処理部２０２Ｂで転送処理する必要があるかどうかを判断する（ステップＳ４０６）。実施の形態１では、パケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットは、シグナル転送処理部２０２Ｂによって転送処理しないと判断されているため、シグナル転送処理部２０２Ｂでの転送処理は行わない。
そして、ＦｌｅｘＲａｙプロトコル変換処理部２０５は、中間パケットをＦｌｅｘＲａｙネットワーク２０９へ送信するパケットへ変換する（ステップＳ４０８）。
このとき、図７のように、中間パケットのパケットＩＤとパケットを送信するネットワークから、送信パケットへ割り当てるＩＤを決定する、送信パケットＩＤ管理テーブル８００を用いる。実施の形態１では、中間パケットのパケットＩＤが０ｘ１０１、０ｘ１０２のパケットは、それぞれパケットＩＤが０ｘ５０１、０ｘ５０２の送信パケットへ変換される。
最後に、ＦｌｅｘＲａｙ通信インタフェース２０７がＦｌｅｘＲａｙネットワーク２０９へパケットを送信する（ステップＳ４０９）。
このようにして、ＣＡＮネットワーク２０８からＦｌｅｘＲａｙネットワーク２０９へパケットが転送される。

次に、パケットＩＤが０ｘ００３、０ｘ００４のパケットを用いて、シグナル転送処理部２０２Ｂによる転送処理について詳述する。
上述した、ステップＳ４０１、ステップＳ４０２により、ＣＡＮネットワーク２０８から受信したパケットは、中間パケットへ変換される。実施の形態１では、パケットＩＤが０ｘ００３、０ｘ００４のパケットは、それぞれパケットＩＤが０ｘ１０３、０ｘ１０４の中間パケットへ変換される。
次に、パケット処理方法決定部２０３は、上述したステップＳ４０３により、パケット処理方法を決定する（ステップＳ４０３）。実施の形態１では、パケットＩＤが０ｘ１０３、０ｘ１０４の中間パケットは、シグナル転送処理部２０２Ｂによってのみ転送処理される。
そして、通信ゲートウェイ装置２０１は、中間パケットをパケット転送処理部２０２Ａで転送処理する必要があるかどうかを判断する（ステップＳ４０４）。実施の形態１では、パケットＩＤが０ｘ００３、０ｘ００４の中間パケットは、パケット転送処理部２０２Ａによって転送処理しないと判断されているため、パケット転送処理部２０２Ａでの転送処理は行わない。

また、通信ゲートウェイ装置２０１は、中間パケットをシグナル転送処理部２０２Ｂで転送処理する必要があるかどうかを判断する（ステップＳ４０６）。実施の形態１では、パケットＩＤが０ｘ１０３、０ｘ１０４の中間パケットは、シグナル転送処理部２０２Ｂにより転送処理する必要があると判断されているため、中間パケットをシグナル転送処理部２０２Ｂで転送処理を行う（ステップＳ４０７）。
シグナル転送処理部２０２Ｂでは、先ず、パケット生成部２０２Ｂ１により、一つ以上の中間パケットから特定の情報のみを選択して、新たなパケットの生成および新たなＩＤの付加を行う。このとき、図８のように、情報を選択する中間パケットのパケットＩＤ、選択する情報の位置、新たに生成するパケットにおける選択した情報の配置位置、新たに生成するパケットに付加するＩＤを示した、パケット生成処理管理テーブル９００を用いる。実施の形態１では、パケットＩＤが０ｘ１０３、０ｘ１０４の中間パケットから、パケットＩＤが０ｘ１０６の中間パケットを新たに生成する。

次に、パケット転送先決定部２０２Ｂ２により、付加したＩＤに基づいて、生成したパケットの転送先ネットワークのプロトコル変換処理部を特定する。このとき、図６のよう
に、中間パケットのパケットＩＤに基づいて、中間パケットの転送先ネットワークのプロトコル変換処理部を特定する、パケット転送先決定テーブル７００を用いる。実施の形態１では、パケットＩＤが０ｘ１０６の中間パケットは、ＦｌｅｘＲａｙプロトコル変換処理部２０５へ中継処理される。
最後に、前述したステップＳ４０８およびステップＳ４０９により、ＦｌｅｘＲａｙネットワーク２０９へパケットが転送される。

次に、通信ゲートウェイ装置２０１において、パケット処理方法決定部２０３が中間パケット処理方法を切り替える手順について、図９のフローチャートに沿って詳述する。
実施の形態１では、パケット処理方法決定部２０３は、パケットを受信した側のネットワークのネットワーク負荷の増大により、中間パケットの処理方法を切り替えるようになっている。
また、実施の形態１では、ネットワーク負荷は、単位時間当りにネットワークに流れるパケット数から算出され、ネットワーク負荷が５０パーセント以上の状態を、ネットワーク負荷が増大した状態であるとする。

パケットを受信した側のネットワークである、ＣＡＮネットワーク２０８では、エンジン制御ＥＣＵ２１０や変速機制御ＥＣＵ２１１など多くのＥＣＵが接続される。そのため、ある時点では、各ＥＣＵの送信タイミングが重なり、パケットを受信した側のネットワークに流れる単位時間当たりのパケット数が増加し、パケットを受信した側のネットワークのネットワーク負荷が増大する。
パケット受信した側のネットワークのネットワーク負荷が増大すると、通信ゲートウェイ装置２０１がパケットの転送処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。

図９において、先ず、通信ゲートウェイ装置２０１は、パケットを受信した側のネットワーク負荷を、パケットを受信した側のネットワークに流れる単位時間当たりのパケット数から算出する（ステップＳ１００１）。
次に、パケットを受信した側のネットワークのネットワーク負荷から、中間パケットの処理方法を切り替える必要があるかどうかを判断する（ステップＳ１００２）。
実施の形態１では、パケットを受信した側のネットワークに接続されているＥＣＵのパケット送信タイミングが重なり、パケットを受信した側のネットワークのネットワーク負荷が５０パーセント以上となり、ネットワーク負荷が増大したと判断され、中間パケットの処理方法を切り替える（ステップＳ１００３）。中間パケットの処理方法の切り替えは、図５のように、中間パケットのパケットＩＤに基づいて、中間パケットの処理方法を決定する一つ以上のパケット処理方法管理テーブル２０３Ａのうち、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを切り替えることによって行われる。

実施の形態１では、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを、パケット処理方法管理テーブル２０３Ａ２からパケット処理方法管理テーブル２０３Ａ１へ切り替える。このようにすることで、パケット転送処理部２０２Ａで転送処理する中間パケット数を、２から４に、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を、２から０にすることができる。

実施の形態１によれば、このように、パケットを受信した側のネットワークのネットワーク負荷が増大した場合、パケット転送処理部で処理する中間パケット数を増加、シグナル転送処理で処理する中間パケット数を減少させることで、パケットの転送に要する時間を短縮し、パケットの転送処理可能数を増加させ、通信ゲートウェイ装置が確実にパケットの転送を行えるといったように、ネットワークシステムを安定させることが可能となる。

実施の形態２．
以下、実施の形態２について説明する。実施の形態２は、実施の形態１と構成が同じであるため、図１を用いて説明する。
実施の形態２では、実施の形態１と同様に、通信ゲートウェイ装置２０１を車両ネットワークシステム２００に適用し、ＣＡＮネットワーク２０８からＦｌｅｘＲａｙネットワーク２０９へ、通信ゲートウェイ装置２０１を介してパケットを転送する場合の処理について述べる。
実施の形態２では、パケットの転送処理は、実施の形態１で示した図３のフローチャートに沿って行う。また、ネットワークから受信したパケットから中間パケットへ変換する変換手順および中間パケットから各ネットワークへ送信する送信パケットへ変換する変換手順は、実施の形態１と同様の手順で行われ、パケットの転送に必要なテーブルは、実施の形態１で示した、図４から図８を用いる。
さらに、実施の形態２では、ＣＡＮネットワーク２０８において、パケットＩＤが０ｘ００１、０ｘ００２、０ｘ００３、０ｘ００４のパケットと、ＦｌｅｘＲａｙネットワーク２０９において、パケットＩＤが０ｘ１１１１のパケットの５つのパケットを扱う。

図１０は、この発明の実施の形態２による通信ゲートウェイ装置の中間パケットの処理方法を切り替える特定のパケットのフォーマットを示す図である。
図１０において、パケットは、ヘッダ１１０１とペイロード１１０２とにより構成され、ヘッダ１１０１にはＳＯＦ、ＩＤ、データ長、ＣＲＣなどが格納され、ペイロード１１０２にはＣＰＵ使用率、センサ測定値などが格納されている。図１０では、ＩＤは０ｘ１１１１、データ長は８、ＣＰＵ使用率は７０パーセントが格納されている。

図１１は、この発明の実施の形態２による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を説明するフローチャートである。

実施の形態１では、パケットを受信した側のネットワークのネットワーク負荷が増大した場合、中間パケットの処理方法を切り替えるものとしたが、実施の形態２では、パケット処理方法決定部２０３は、パケット転送先ノードの処理負荷に関する情報を含む特定のパケットの受信により、パケット転送先ノードの処理負荷が増大したことを検出し、中間パケットの処理方法を切り替える。
実施の形態２では、パケット転送先ノードは、モータ制御ＥＣＵ２１２とし、特定のパケットは、パケット転送先ノードであるモータ制御ＥＣＵ２１２が通信ゲートウェイ装置２０１へ送信する。

実施の形態２では、特定のパケットであるかどうかの判断は、パケットに付加されたＩＤによって行われ、パケットのＩＤが０ｘ１１１１のパケットを特定のパケットとする。
また、実施の形態２では、パケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷はＣＰＵ使用率から算出され、ＣＰＵ使用率が５０パーセント以上の状態を、パケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷が増大した状態であるとする。
モータ制御ＥＣＵ２１２は、車両の走行速度の上昇により、ＣＰＵ使用率が増大し、処理負荷が増大した状態となる。処理負荷が増大した状態では、パケットの受信処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。

次に、実施の形態２における、通信ゲートウェイ装置２０１の中間パケット処理方法切り替え処理を図１１のフローチャートを用いて詳述する。
先ず、通信ゲートウェイ装置２０１のＦｌｅｘＲａｙ通信インタフェース２０７がＦｌｅｘＲａｙネットワーク２０９からパケットを受信する（ステップＳ１２０１）。
そして、ＦｌｅｘＲａｙプロトコル変換処理部２０５は、ＦｌｅｘＲａｙネットワーク２０９からの受信パケットを通信ゲートウェイ装置２０１で処理可能な中間パケットへ変換する（ステップＳ１２０２）。
次に、通信ゲートウェイ装置２０１は、受信したパケットがパケット送信先ノードであるモータ制御ＥＣＵ２１２の処理負荷に関する情報である、ＣＰＵ使用率情報を含んだパケットであるかどうかを、受信したパケットに付加されていたＩＤに基づき判断する（ステップＳ１２０３）。
実施の形態２では、受信したパケットに付加されていたＩＤが０ｘ１１１１であるため、受信したパケットにパケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷に関する情報であるＣＰＵ使用率情報が含まれていると判断する。

そして、通信ゲートウェイ装置２０１は、中間パケットの処理方法を切り替える必要があるかどうかをパケットに含まれていたＣＰＵ使用率情報から判断する（ステップＳ１２０４）。
実施の形態２では、パケットに含まれていたＣＰＵ使用率情報が７０パーセントであり、パケット転送先ノードであるモータ制御ＥＣＵ２１２は、処理負荷が増大した状態と判断でき、中間パケットの処理方法を切り替える（ステップＳ１２０５）。
中間パケットの処理方法の切り替えは、図５のように、中間パケットのパケットＩＤに基づいて、中間パケットの処理方法を決定する一つ以上のパケット処理方法管理テーブル２０３Ａのうち、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを切り替えることによって行われる。

実施の形態２では、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを、パケット処理方法管理テーブル２０３Ａ２からパケット処理方法管理テーブル２０３Ａ３へ切り替える。このようにすることで、パケット転送処理部２０２Ａで転送処理する中間パケット数を２から０に、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を、２から４にすることができる。

実施の形態２では、シグナル転送処理部２０２Ｂは、パケットＩＤが０ｘ１０１、０ｘ１０２の中間パケットから、パケットＩＤが０ｘ１０５の中間パケットを、パケットＩＤが０ｘ１０３、０ｘ１０４の中間パケットから、パケットＩＤが０ｘ１０６の中間パケットを新たに生成し、パケット転送先ネットワークへ転送する。
パケット処理方法管理テーブル選択部２０３Ｂが、パケット処理方法管理テーブル２０３Ａ２を選択した場合、パケットＩＤが０ｘ１０３、０ｘ１０４、０ｘ１０５の３つの中間パケットがパケット転送先ネットワークへ転送されるのに対し、パケット処理方法管理テーブル２０３Ａ３を選択するように切り替えた場合、パケットＩＤが０ｘ１０５、０ｘ１０６の２つの中間パケットがパケット転送先ネットワークへ転送される。

実施の形態２によれば、このように、パケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷が増大した場合においても、パケット転送処理部２０２Ａで転送処理する中間パケット数を減少、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を増加させることで、パケット転送先ネットワークへ転送されるパケット数を減少させて、パケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷を低減させ、パケット転送先ノードであるモータ制御ＥＣＵ２１２が確実にパケットの受信処理を行えるといったように、ネットワークシステムを安定させることが可能となる。

なお、実施の形態２では、特定のパケットには、パケット転送先ノードであるモータ制御ＥＣＵ２１２の処理負荷に関する情報を含むとしたが、パケット転送先ネットワークのネットワーク負荷に関する情報を含んだ場合においても、通信ゲートウェイ装置２０１は、パケット転送先ネットワークのネットワーク負荷の変化を検出することができ、パケット転送先ネットワークのネットワーク負荷が増大した場合、パケット転送処理部２０２Ａで転送処理する中間パケット数を減少、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を増加させることで、パケット転送先ネットワークへ転送されるパケット数を減少させて、パケット転送先ネットワークのネットワーク負荷を低減させ、通信ゲートウェイ装置２０１が確実にパケットの転送処理を行えるといったように、ネットワークシステムを安定させる同様な結果を得ることができる。

また、パケット転送先ネットワークのネットワーク負荷に関する情報を含んだ特定のパケットを、パケット送信先ノードであるモータ制御ＥＣＵ２１２ではなく、パケット転送先ネットワークに接続されたネットワーク監視ノードのように、直接ネットワークシステムに関与していないノードが送信した場合においても、通信ゲートウェイ装置２０１は、パケット転送先ネットワークのネットワーク負荷の変化を検出することができ、パケット転送先ネットワークのネットワーク負荷が増大した場合においても、ネットワークシステムを安定される同様な結果を得ることができる。

実施の形態３．
図１２は、この発明の実施の形態３による車両ネットワークシステムを示す構成図である。
図１２において、２００〜２１３は図１におけるものと同一のものである。図１２では、通信ゲートウェイ装置２０１は、エンジン制御ＥＣＵ２１０に組込まれている。通信ゲートウェイ装置２０１の構成は、図１におけるものと同じである。

図１３は、この発明の実施の形態３による通信ゲートウェイ装置の中間パケット処理方法切り替え処理動作を示すフローチャートである。

以下、図１２を用いて本発明による通信ゲートウェイ装置を車両ネットワークシステム２００に適用した実施の形態３について説明する。
実施の形態３では、実施の形態１および実施の形態２と同様に、ＣＡＮネットワーク２０８からＦｌｅｘＲａｙネットワーク２０９へ、通信ゲートウェイ装置２０１を介してパケットを転送する場合の処理について述べる。
実施の形態３では、パケットの転送処理は、実施の形態１および実施の形態２で示した図３のフローチャートに沿って行う。また、ネットワークから受信したパケットから中間パケットへ変換する変換手順および中間パケットから各ネットワークへ送信する送信パケットへ変換する変換手順は、実施の形態１および実施の形態２と同様の手順で行われ、パケットの転送に必要なテーブルは、実施の形態１および実施の形態２で示した、図４から図８を用いる。

実施の形態３では、通信ゲートウェイ装置２０１の処理負荷により、中間パケットの処理方法を切り替える。
また、実施の形態３では、通信ゲートウェイ装置２０１の処理負荷は、自身が組込まれているエンジン制御ＥＣＵ２１０のＣＰＵ使用率から算出され、エンジン制御ＥＣＵ２１０のＣＰＵ使用率が５０パーセント以上の状態を、通信ゲートウェイ装置２０１の処理負荷が増大した状態であるとする。
エンジン制御ＥＣＵ２１０は、車両の走行速度の上昇により、ＣＰＵ使用率が増大する。ＣＰＵ使用率が増大すると、通信ゲートウェイ装置２０１の処理負荷が増大した状態となり、通信ゲートウェイ装置２０１がパケットの転送処理を行えないといった、ネットワークシステムの不安定を招く恐れがある。

次に、実施の形態３における、通信ゲートウェイ装置２０１の中間パケット処理方法切り替え処理を図１３のフローチャートを用いて詳述する。
先ず、通信ゲートウェイ装置２０１は、自身の処理負荷を、自身が組込まれているエンジン制御ＥＣＵ２１０のＣＰＵ使用率から算出する（ステップＳ１４０１）。
次に、通信ゲートウェイ装置２０１の処理負荷から、中間パケットの処理方法を切り替える必要があるかどうかを判断する（ステップＳ１４０２）。
実施の形態３では、車両速度の上昇により、エンジン制御ＥＣＵ２１０のＣＰＵ使用率が増大して５０パーセント以上になり、通信ゲートウェイ装置２０１の処理負荷が増大した状態と判断され、中間パケットの処理方法を切り替える（ステップＳ１４０３）。中間パケットの処理方法切り替えは、図５のように、中間パケットのパケットＩＤに基づいて、中間パケットの処理方法を決定する一つ以上のパケット処理方法管理テーブル２０３Ａのうち、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを切り替えることによって行われる。

実施の形態３では、パケット処理方法管理テーブル選択部２０３Ｂが選択するパケット処理方法管理テーブル２０３Ａを、パケット処理方法管理テーブル２０３Ａ２からパケット処理方法管理テーブル２０３Ａ１へ切り替える。このようにすることで、パケット転送処理部２０２Ａで転送処理する中間パケット数を、２から４に、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を２から０にすることができる。

実施の形態３によれば、このように、通信ゲートウェイ装置２０１の処理負荷が増大した場合においても、パケット転送処理部２０２Ａで転送処理する中間パケット数を増加、シグナル転送処理部２０２Ｂで転送処理する中間パケット数を減少させることで、通信ゲートウェイ装置２０１の処理負荷を低減させ、通信ゲートウェイ装置２０１が確実にパケットの転送処理を行えるといったように、ネットワークシステムを安定させることが可能となる。

なお、本実施の形態３は上述のような構成にしたが、これらは一例に過ぎず、必ずしも当該内容に限定されない。例えば、中間パケット処理方法をアプリケーションの制御処理内容に基づいて切り替えても良い。

さらに、本実施の形態３は、通信ゲートウェイ装置の処理負荷により、中間パケットの処理方法を切り替えるとしたが、通信ゲートウェイ装置の処理負荷、パケットを受信した側のネットワークのネットワーク負荷、パケット転送先ネットワークのネットワーク負荷、パケット転送先ノードの処理負荷から総合的に判断し、中間パケットの処理方法を切り替えることで、通信ゲートウェイ装置はより通信環境に適した中間パケット処理を行うことができ、ネットワークシステムを安定させる同様な結果を得ることができる。

また、本実施の形態１〜本実施の形態３では、ＣＡＮネットワークから、ＦｌｅｘＲａｙネットワークへパケットを転送する、有線ネットワークから有線ネットワークへのパケット転送を示したが、ＣＡＮネットワークから、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワークへのパケット転送のように、有線ネットワークから無線ネットワークへのパケット転送、ＢｌｕｅｔｏｏｔｈネットワークからＣＡＮネットワークへのパケット転送のように、無線ネットワークから有線ネットワークへのパケット転送であっても良い。

さらに、ＢｌｕｅｔｏｏｔｈからＩｒＤＡ（ＩｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａｔｉｏｎ）へのパケット転送のように、無線ネットワークから無線ネットワークへのパケット転送であっても良い。

２００車両ネットワークシステム
２０１通信ゲートウェイ装置
２０２パケット処理部
２０２Ａパケット転送処理部
２０２Ａ１パケット転送先決定部
２０２Ｂシグナル転送処理部
２０２Ｂ１パケット生成部
２０２Ｂ２パケット転送先決定部
２０３パケット処理方法決定部
２０３Ａパケット処理方法管理テーブル
２０３Ｂパケット処理方法管理テーブル選択部
２０４ＣＡＮプロトコル変換処理部
２０５ＦｌｅｘＲａｙプロトコル変換処理部
２０６ＣＡＮ通信インタフェース
２０７ＦｌｅｘＲａｙ通信インタフェース
２０８ＣＡＮネットワーク
２０９ＦｌｅｘＲａｙネットワーク
２１０エンジン制御ＥＣＵ
２１１変速機制御ＥＣＵ
２１２モータ制御ＥＣＵ
２１３バッテリ制御ＥＣＵ

Claims

プロトコルの異なる複数のネットワークに接続され、上記複数のネットワークのうちの第一のネットワークで通信されているパケットを第二のネットワークに転送することにより、異なるネットワーク間の通信を行う通信ゲートウェイ装置であって、
上記ネットワーク毎に設けられ、それぞれ規定のプロトコルでパケットの送受信を行う複数の通信インタフェース、
この複数の通信インタフェースにそれぞれ対応して配置され、上記通信インタフェースを介して送受信されるパケットと自装置で処理可能な中間パケットとを相互に変換する複数のプロトコル変換処理部、
上記中間パケットを上記第二のネットワークに送信するためにパケット転送処理するパケット転送処理手段及び上記中間パケットを上記第二のネットワークに送信するためにシグナル転送処理するシグナル転送処理手段を有する処理部、
上記処理部の上記パケット転送処理手段及び上記シグナル転送処理手段のいずれか一方または両方の上記中間パケットの転送処理方法を決定するパケット処理方法決定部を備え、
上記処理部は、上記パケット処理方法決定部の決定した上記中間パケットの転送処理方法にしたがって上記中間パケットを転送処理し、
上記処理部のパケット転送処理手段は、上記中間パケットの内容には関与せず、上記第一のネットワークから上記通信インタフェースを介して受信されたパケットに付加されたＩＤに基づいて、上記第二のネットワークのプロトコルを特定し、上記中間パケットを中継処理し、
上記処理部のシグナル転送処理手段は、一つ以上の上記中間パケットから、上記中間パケットのＩＤに基づいて指定されたビット位置の情報を抽出し、この抽出した情報を別の中間パケットの指定されたビット位置へ配置することで、新たなパケットの生成および新たなＩＤの付加を行い、付加したＩＤに基づいて、上記第二のネットワークのプロトコルを特定し、上記生成したパケットを中継処理し、
上記パケット処理方法決定部は、通信環境の変化に応じて、上記処理部の上記中間パケットの転送処理方法を切替えることを特徴とする通信ゲートウェイ装置。
上記パケット処理方法決定部は、通信ゲートウェイ装置の処理負荷に基づいて、通信環境が変化したことを検出し、上記中間パケットの転送処理方法を切り替えることを特徴とする請求項１に記載の通信ゲートウェイ装置。
上記パケット処理方法決定部は、上記第一のネットワークのネットワーク負荷に基づいて、通信環境が変化したことを検出し、上記中間パケットの転送処理方法を切り替えることを特徴とする請求項１に記載の通信ゲートウェイ装置。
上記パケット処理方法決定部は、特定のパケットの受信により、通信環境が変化したことを検出し、上記中間パケットの転送処理方法を切り替えることを特徴とする請求項１に記載の通信ゲートウェイ装置。
上記特定のパケットは、パケット転送先ノードの処理負荷に関する情報を含むことを特徴とする請求項４に記載の通信ゲートウェイ装置。
上記特定のパケットは、上記第二のネットワークのネットワーク負荷に関する情報を含むことを特徴とする請求項４に記載の通信ゲートウェイ装置。
上記パケット処理方法決定部は、受信パケットに付加されるＩＤに基づいて、上記処理部の上記パケット転送処理手段及び上記シグナル転送処理手段のいずれか一方または両方の上記中間パケットの転送処理方法を決定するための情報を格納した一つ以上のパケット処理方法管理テーブルと、
この一つ以上のパケット処理方法管理テーブルのうちの一つを選択するパケット処理方法管理テーブル選択部とを有し、
上記パケット処理方法管理テーブル選択部により、上記パケット処理方法管理テーブルの一つが選択されることにより、上記中間パケットの転送処理方法が決定されることを特徴とする請求項１〜請求項６のいずれかに記載の通信ゲートウェイ装置。