JP2009272906A - メッセージ中継装置 - Google Patents

Abstract

【課題】第２種のネットワークが通信不可能な場合に発生するメッセージの損失を軽減する中継装置を提供する。
【解決手段】第１種の通信プロトコルのメッセージおよび第２種のネットワークへ送信される第２種の通信プロトコルのメッセージを格納する第１および第２のメッセージバッファ１２、１６と、第１種の通信プロトコルのメッセージを受信してバッファへ格納し、かつ、バッファへ格納されている第２種の通信プロトコルのメッセージを第２種のネットワークへ送信する第１種および第２種の通信制御手段１１、１７と、メッセージを変換するメッセージ変換手段１３と、第２種のネットワークが通信可能か通信不可能の状態を判定するネットワーク状態判定手段１５と、第２種のネットワークが通信不能状態であると判定されると、予め設定されている破棄条件を満たすメッセージを破棄するメッセージ処理手段１４とを備える。
【選択図】図２

Description

この発明は、複数のネットワークに接続されたメッセージ中継装置において、メッセージバッファのオーバーフロによるメッセージの損失を軽減するメッセージ中継装置に関するものである。

近年、機能や技術の高度化が進み、車載電子制御機器の数は増加する傾向にある。これに伴い、車両の中に構築されるネットワーク数も増加し、複数のネットワークプロトコルが混在するシステムとなっている。このようなシステムでは、異なるプロトコルのネットワークに接続された電子制御機器間で通信を行うためのメッセージ中継装置が利用される。このメッセージ中継装置は、一方のプロトコルに従って構成されたメッセージを、他方のプロトコルに適合するメッセージへ変換する機能を備えており、このように変換したメッセージを他方の通信プロトコルで動作するネットワーク（以下、宛先ネットワークと称する）へ送信し、異種ネットワーク間の通信プロトコルの差異を吸収する。

車載ネットワークシステムで使用される従来のメッセージ中継装置は、複数のネットワークと接続され、これらのネットワークに接続された電子制御機器間で通信されるメッセージを中継する。またメッセージ中継装置は、各ネットワークに接続されている各通信部と、各通信部に接続されている各メッセージバッファと、各メッセージバッファに接続されている１つの変換部とを備えている。各通信部は、ネットワークから受信した信号を所定のプロトコルに従って復号化し、受信メッセージとして、対応する各メッセージバッファに格納する。また、各メッセージバッファに格納されている送信メッセージを、宛先ネットワークの通信プロトコルに従った信号へ符号化して送信する。変換部は、各メッセージバッファを介して受信メッセージを取得し、その受信メッセージを解析して宛先ネットワークに適合するメッセージへプロトコル変換処理し、送信メッセージとして各メッセージバッファへ格納する。

このようなメッセージ中継装置では、メッセージが消失することのない、信頼性の高いメッセージ転送が要求される。そしてこのように、通信が混雑した際に多数のメッセージがメッセージバッファへ書き込まれ、メッセージバッファ中のメッセージが種類の異なるメッセージで上書きされることにより、メッセージが消失してしまうことを防止するため、中継されるメッセージの種類毎にメッセージバッファを設ける方法が提案されている。また優先度を記したテーブルを保持することで、優先度の高いメッセージから順に送信するようにし、優先度の高い重要なメッセージの送信漏れを防止している（例えば、特許文献１参照）。

特許第３４４５１８３号公報

従来のメッセージ中継装置は、優先度の高いメッセージを優先的に送信するようにしているが、宛先ネットワークが通信不能な状況である場合には、宛先ネットワークへ送信されるべきメッセージが送信されないままメッセージバッファへ格納され続けることになる。結果として、メッセージバッファが格納可能なメッセージ容量を超過することによりオーバーフロし、メッセージが損失してしまい、優先度の高い必要なメッセージを保持しておくことができなく、優先度の高いメッセージが損失する場合が考えられる。

このような問題は、メッセージ中継装置を含むネットワークシステムが起動する際に発生する。これは、システム起動時に通信可能になる時間は通信ノード毎に異なり、メッセージ中継装置に接続される各ネットワークが通信可能になる時間にも差が生じる。従って、メッセージ中継装置がメッセージを受信したとしても、当該受信メッセージの宛先であるネットワークが起動しているとは限らず、当該受信メッセージはメッセージバッファへ格納され、この状態が続くことにより、メッセージバッファがオーバーフロするということから発生する問題点であった。

また、ネットワークに障害が発生した場合においても、同様の問題が発生する。すなわち、メッセージ中継装置において、ネットワークの障害によって宛先ネットワークへメッセージを転送できない場合には、多数のメッセージがメッセージ中継装置で停滞し、メッセージバッファがオーバーフロすることで障害復帰後に転送すべきメッセージが損失してしまうという問題点があった。

この発明は上記のような課題を解決するためになされたものであり、宛先ネットワークが通信不可能な場合に発生するメッセージの損失を軽減するメッセージ中継装置を提供することを目的とする。

この発明は、複数のネットワークに接続され、一の通信プロトコルで動作する一のネットワークから受信したメッセージを他の通信プロトコルのメッセージに変換し、他の通信プロトコルで動作する他のネットワークへメッセージを送信するメッセージ中継装置において、
一の通信プロトコルのメッセージおよび他のネットワークへ送信される他の通信プロトコルのメッセージを格納するバッファと、
一の通信プロトコルのメッセージを受信してバッファへ格納するメッセージ受信手段と、
一の通信プロトコルのメッセージを、他の通信プロトコルのメッセージへ変換するメッセージ変換手段と、
他のネットワークが通信可能か通信不可能の状態を判定するネットワーク状態判定手段と、
ネットワーク状態判定手段によって、他のネットワークが通信不能状態であると判定されると、予め設定されている破棄条件を満たすメッセージを破棄するメッセージ処理手段と、
バッファへ格納されている他の通信プロトコルのメッセージを他のネットワークへ送信するメッセージ送信手段とを備えたものである。

この発明のメッセージ中継装置は、複数のネットワークに接続され、一の通信プロトコルで動作する一のネットワークから受信したメッセージを他の通信プロトコルのメッセージに変換し、他の通信プロトコルで動作する他のネットワークへメッセージを送信するメッセージ中継装置において、
一の通信プロトコルのメッセージおよび他のネットワークへ送信される他の通信プロトコルのメッセージを格納するバッファと、
一の通信プロトコルのメッセージを受信してバッファへ格納するメッセージ受信手段と、
一の通信プロトコルのメッセージを、他の通信プロトコルのメッセージへ変換するメッセージ変換手段と、
他のネットワークが通信可能か通信不可能の状態を判定するネットワーク状態判定手段と、
ネットワーク状態判定手段によって、他のネットワークが通信不能状態であると判定されると、予め設定されている破棄条件を満たすメッセージを破棄するメッセージ処理手段と、
バッファへ格納されている他の通信プロトコルのメッセージを他のネットワークへ送信するメッセージ送信手段とを備えたので、他のネットワークが通信不可能な場合には、重要性の低いメッセージを破棄条件によって破棄することができ、これにより不要なメッセージが大量にバッファへ格納されることによるオーバーフロを抑制し、通信可能状態へ遷移後に送信する必要のあるメッセージの損失を軽減する。

実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１におけるメッセージ中継装置を用いたネットワークの構成を示したブロック図である。図において、メッセージ中継装置１は第１種の伝送路２および第２種の伝送路３が接続されている。ここでは、第１種とは、例えば、ＣＡＮが考えられ、ＩＳＯ１１８９８およびＩＳＯ１１５１９−２のイベントトリガ型の通信プロトコルを示し、第２種とは、例えばＦｌｅｘＲａｙ（登録商標）のタイムトリガ型の通信プロトコルを示すものとして説明する。また、第１種の伝送路２には２つの第１種の通信ＥＣＵ４が接続され、第２種の伝送路３には２つの第２種の通信ＥＣＵ５がそれぞれ接続されている。

第１種の伝送路２は第１種のプロトコルに従った通信を行うための伝送路であり、第２種の伝送路３は第２種のプロトコルに従った通信を行うための伝送路である。また、第１種の通信ＥＣＵ４は第１種のプロトコルに従った通信が可能なＥＣＵであり、第２種の通信ＥＣＵ５は第２種のプロトコルに従った通信が可能なＥＣＵである。尚、図１では、第１種の通信ＥＣＵ４と第２種の通信ＥＣＵ５とをそれぞれ２つ設けている例を示したが、これに限られることはなく、各伝送路に接続されるＥＣＵは任意の数を接続してもよいことは言うまでもない。

図２は図１に示したメッセージ中継装置１の構成を示すブロック図である。図において、メッセージ受信手段およびメッセージ送信手段としての第１種の通信制御手段１１と、バッファとしての第１種のメッセージバッファ１２と、メッセージ変換手段１３と、メッセージ処理手段１４と、ネットワーク状態判定手段１５と、バッファとしての第２種のメッセージバッファ１６と、メッセージ受信手段およびメッセージ送信手段としての第２種の通信制御手段１７とを備えている。そして、第１種の通信制御手段１１は、予め設定されている所定のスケジュールに従って第１種のメッセージバッファ１２から送信する第１種のメッセージを取り出し、当該第１種のメッセージを第１種のプロトコルに従った電気信号へ変換して第１種の伝送路２へ送信する。また、第１種の通信制御手段１１は、第１種の伝送路２から受信した第１種のメッセージを第１種のメッセージバッファ１２へ格納する。

そして、第１種のメッセージバッファ１２は、ＲＡＭ等のデータを格納可能な記憶装置であり、送受信する第１種のメッセージが複数格納されるバッファである。格納可能な第１種のメッセージ数は有限であり、第１種のメッセージが取り出されないまま格納され続けるとバッファ容量を超過し、オーバーフロによるメッセージの損失が発生する。そして、メッセージ変換手段１３は、一の通信プロトコルに従うメッセージを、他の通信プロトコルに従うメッセージへ変換する処理を行う。例えば、第１種のメッセージのＩＤと第２種のメッセージのＩＤとが関連付けられて記述された変換テーブルを保持することにより、メッセージを変換する際にメッセージに割り当てるＩＤを判断し、第１種と第２種とのメッセージを相互に変換する。尚、メッセージを変換する処理はこの方法に限られることはなく、他の方法を用いてもよいことは言うまでもない。

そして、メッセージ処理手段１４は、メッセージ変換手段１３から第２種のメッセージを受け取った時に、ネットワーク状態判定手段１５によって第２種のネットワークが通信不能状態であると判定されたならば、予め設定された破棄条件に基づき、当該第２種のメッセージを破棄する。また、ネットワーク状態判定手段１５によって第２種のネットワークが通信可能状態であると判定されたならば、第２種のメッセージを第２種のメッセージバッファ１６に格納する。そして、ネットワーク状態判定手段１５は、第２種の通信制御手段１７から第２種のプロトコルに従って動作する制御プロセスのステータス情報を取得し、この情報から第２種のネットワークが通信不能状態であるか、もしくは通信可能状態であるかを判定する。

ここでネットワーク状態判定手段１５が第２種の通信制御手段１７から取得するステータス情報について図３に基づいて説明する。図３は、第２種のプロトコルの制御プロセスが遷移するステートを示している。まず、第２種のプロトコルの初期化はｄｅｆａｕｌｔ ｃｏｎｆｉｇ（Ｓ３１）およびｃｏｎｆｉｇ（Ｓ３２）ステートで行われ、ｒｅａｄｙ（Ｓ３３）ステートへ遷移することで、通信待機状態となる。次に、ｒｅａｄｙ（Ｓ３３）ステートにおいて、スリープ状態に入っているノードへのウェイクアップ処理を行う場合には、ｗａｋｅｕｐ（Ｓ３４）ステート（尚、実際にはウェイクアップ処理を行うためには、複数のステートから構成されるが、ここではまとめてｗａｋｅｕｐ（Ｓ３４）ステートと示す）への遷移を通してウェイクアップ処理が行われる。

そして、Ｓｔａｒｔｕｐ（Ｓ３５）ステート（尚、実際はスタートアップ処理を行う場合には、複数のステートから構成されるが、ここではまとめてＳｔａｒｔｕｐ（Ｓ３５）ステートと示す。）を経て同期処理が完了することにより、ｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートへ遷移し、他ノードとのデータの送受信が可能となる。しかし、第２種のネットワーク内のノードにおいて、同期のずれ、第２種のフレームの衝突等により、フレーム送信を継続できない状態である場合には、ｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートからｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートへ遷移する。ｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートはフレームの受信が継続され、再同期された後にｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートへ復帰する。また深刻なエラーの発生等により、上記に示したいずれのステートであってもｈａｌｔ（Ｓ３８）ステートへ遷移する可能性があり、この場合にはｄｅｆａｕｌｔ ｃｏｎｆｉｇ（Ｓ３１）ステートへ遷移し初期化処理を再度開始する必要がある。

そして、ネットワーク状態判定手段１５は、第２種の通信制御手段１７から取得したステータス情報が、ｄｅｆａｕｌｔ ｃｏｎｆｉｇ（Ｓ３１）、ｃｏｎｆｉｇ（Ｓ３２）、ｒｅａｄｙ（Ｓ３３）、ｗａｋｅｕｐ（Ｓ３４）、Ｓｔａｒｔｕｐ（Ｓ３５）、ｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）、ｈａｌｔ（Ｓ３８）ステートのいずれかであれば通信不能状態、ｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートであれば通信可能状態であると判定する。尚、ここではネットワーク状態判定手段１５は第２種の通信制御手段１７から情報を取得するよう例を示しているが、これに限られることはなく、例えば第２種の伝送路３から直接情報を取得する等の方法によって通信不能状態を判定してもよいことは言うまでもない。

そして、第２種のメッセージバッファ１６は、ＲＡＭ等のデータを格納可能な記憶装置であり、送受信される第２種のメッセージが複数格納されるバッファである。格納可能な第２種のメッセージ数は有限であり、第２種のメッセージが取り出されないまま格納され続けるとバッファ容量を超過し、オーバーフロによるメッセージの損失が発生する。そして、第２種の通信制御手段１７は、予め設定されている所定のスケジュールに従って第２種のメッセージバッファ１６から送信する第２種のメッセージを取り出し、当該第２種のメッセージを第２種のプロトコルに従った電気信号へ変換して第２種の伝送路３へ送信する。また、第２種の通信制御手段１７は、第２種の伝送路３から受信した第２種のメッセージを第２種のメッセージバッファ１６へ格納する。

次に上記のように構成された実施の形態１のメッセージ中継装置のメッセージ転送の処理方法ついて図４および図５を交えて説明する。図４のフローチャートは、第２種のメッセージを受信し、当該第２種のメッセージを第１種のメッセージへ変換して送信する処理を示している。まず、第２種のネットワークから受信した第２種のメッセージを第１種のメッセージに変換して第１種のネットワークへ転送する場合には、第２種の通信制御手段１７は、第２種の通信ＥＣＵ５によって送信された第２種のメッセージを、第２種の通信プロトコルに従って第２種の伝送路３から受信する（図４のステップＰ４１）。次に、第２種の通信制御手段１７は、受信した第２種のメッセージを第２種のメッセージバッファ１６へ格納する（図４のステップＰ４２）。次に、メッセージ変換手段１３は、第２種のメッセージバッファ１６へ格納された第２種のメッセージを取り出し、当該第２種のメッセージに対して所定の変換処理を行い、第１種のメッセージを生成する（図４のステップＰ４３）。次に、メッセージ変換手段１３は、作成された第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図４のステップＰ４４）。次に、第１種の通信制御手段１１は、第１種のメッセージバッファ１２へ格納された第１種のメッセージを取り出し、所定のスケジュールに従って第１種の伝送路２へ送信する（図４のステップＰ４５）。

図５のフローチャートは、第１種のメッセージを受信し、当該第１種のメッセージを第２種のメッセージへ変換して送信する処理を示している。まず、第１種のネットワークから受信した第１種のメッセージを第２種のメッセージに変換して第２種のネットワークへ転送する場合には、第１種の通信制御手段１１は、第１種の通信ＥＣＵ４によって送信された第１種のメッセージを、第１種の通信プロトコルに従って第１種の伝送路２から受信する（図５のステップＰ５１）。次に、第１種の通信制御手段１１は、受信した第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図５のステップＰ５２）。次に、メッセージ変換手段１３は、第１種のメッセージバッファ１２へ格納された第１種のメッセージを取り出し、当該第１種のメッセージに対して所定の変換処理を行い、第２種のメッセージを生成する（図５のステップＰ５３）。

次に、メッセージ処理手段１４は、ネットワーク状態判定手段１５が判定したネットワーク状態に基づき通信可能か通信不可能かを判定して、変換された第２種のメッセージに対する処理を決定する。ここでネットワーク状態判定手段１５は、上記に示したとおり、第２種の通信制御手段１７から取得するステータス情報に基づいて通信可能か通信不可能かの判定を行う（図５のステップＰ５４）。次に、ネットワーク状態判定手段１５が第２種のネットワークを通信可能状態であると判定した場合には、メッセージ処理手段１４は、第２種のメッセージバッファ１６へ当該第２種のメッセージを格納する（図５のステップＰ５７）。また、メッセージ処理手段１４は、ネットワーク状態判定手段１５が第２種のネットワークを通信不能状態であると判定した場合には、破棄条件に従って当該第２種のメッセージに対して破棄処理を施すか否か決定する（図５のステップＰ５５）。

次に、当該第２種のメッセージが破棄条件を満たさない場合（ＮＯ）、メッセージ処理手段１４は、当該第２種のメッセージに対して破棄処理を行わず、第２種のメッセージバッファ１６へ当該第２種のメッセージを格納する（図５のステップＰ５７）。また、メッセージ処理手段１４は、当該第２種のメッセージが破棄条件を満たす（ＹＥＳ）場合には、当該第２種のメッセージに対して破棄処理を実施する（図５のステップＰ５６）。次に、第２種の通信制御手段１７は、第２種のメッセージバッファ１６へ格納された第２種のメッセージを取り出し、所定のスケジュールに従って第２種の伝送路３へ送信する（図５のステップＰ５８）。

次に、ネットワーク状態判定手段１５が通信不能状態と判断し、メッセージ処理手段１４によって破棄処理が行われるタイミングについて、図６に基づいて説明する。図６（ａ）は第１種のネットワークの状態の一例を示す。図において、ｔ０以前は、例えば、メッセージ中継装置１を備えたシステムの起動直後であって、第１種のネットワークに接続されている各第１種の通信ＥＣＵ４が、マイコンの起動および第１種の通信コントローラの初期化等の処理により、第１種のネットワークの通信を開始する準備を行っている状態を示す。また、ｔ０以降は、第１種のネットワークの通信が開始されている状態を示す。

図６（ｂ）は第２種のネットワークの状態の一例を示す。図において、ｔ１以前は、例えば、メッセージ中継装置１を備えたシステムの起動直後において、第２種のネットワークに接続されている各第２種の通信ＥＣＵ５が、マイコンの起動、第２種の通信コントローラの初期化（上記図３において示したｄｅｆａｕｌｔ ｃｏｎｆｉｇ（Ｓ３１）、ｃｏｎｆｉｇ（Ｓ３２）、ｒｅａｄｙ（Ｓ３３）ステート）、各第２種の通信ＥＣＵ５間の第２種のネットワークの通信同期等の処理（上記に示したｗａｋｅｕｐ（Ｓ３４）、Ｓｔａｒｔｕｐ（Ｓ３５）ステート）により、第２種のネットワークの通信を開始する準備を行っている状態を示す。そして、ｔ１において、第２種のネットワークの通信が開始され、正常に通信が行われる（ｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステート）状態を示す。第１種のネットワークと異なり同期処理が必要であるため、第２種のネットワークの通信可能になる時点ｔ１は第１種のネットワークの通信可能になる時点ｔ０よりも遅い場合が多い。また、ｔ２の時点から障害が発生し、通信不能な状態（ｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステート）となっている状態を示す。また、ｔ３以降は、障害から回復し、通信を再開している状態を示す。

図６（ｃ）は、ネットワーク状態判定手段１５によって判定された第２種のネットワークの状態を示す。図において、ネットワーク状態判定手段１５は、上記に示したとおり、第２種の通信制御手段１７の制御プロセスのステートがｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートではないｔ１以前およびｔ２〜ｔ３の期間を通信不能状態と判定し、ｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートである期間を通信可能状態であると判定する。図６のｔ０〜ｔ１およびｔ２〜ｔ３の期間において、第１種のネットワークで通信が行われ、さらに第２種のネットワークは通信不能状態であるため、メッセージ処理手段１４による破棄処理が行われることとなる。

次に上記のように構成された実施の形態１におけるメッセージ中継装置におけるメッセージの処理方法について説明する。まず、第２種のメッセージを受信した場合の処理の流れは上記に示した図４のフローチャートの工程を経て、第１種のメッセージとして第１種の伝送路２へ送信される（図４のステップＰ４５）。そして、メッセージ中継装置１を含むシステムが起動し、全てのネットワークで正常に通信が可能になった状態において、メッセージ中継装置１が第１種のメッセージを受信した場合の処理の流れは、第２種のネットワークの状態は、全てのネットワークで正常に通信が可能になった状態の、既に通信が確立しているｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートであるため、ネットワーク状態判定手段１５は通信可能であると判定し、上記に示した図５のフローチャートの工程を経て、第２種のメッセージは第２種の伝送路３へ送信される（図５のステップＰ５８）。

次に、本実施の形態１における、特徴的な部分である、第２種のネットワークがＳｔａｒｔｕｐ（Ｓ３５）ステートである状態（図６のｔ０〜ｔ１の期間）において、メッセージ中継装置１が図７に示すようにＩＤ：１０、ＩＤ：１１の第１種のメッセージを受信した場合の処理の流れを、図５のフローチャートに基づいて説明する。この時、第２種のメッセージバッファ１６はＩＤ：１０、ペイロード：０ｘＦＦＥＥのメッセージと、ＩＤ：１１、ペイロード：０ｘ１２３４のメッセージと、ＩＤ：１２、ペイロード：０ｘＦＦ００のメッセージを既に保持しているものとする。

まず、第１種の通信制御手段１１は第１種の伝送路２からＩＤ：１０とＩＤ：１１の第１種のメッセージを受信する（図５のステップＰ５１）。次に、当該第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図５のステップＰ５２）。次に、メッセージ変換手段１３は第１種のメッセージバッファ１２に格納された第１種のメッセージを第２種のメッセージへ変換する（図５のステップＰ５３）。次に、ネットワークが通信可能か通信不能かの状態判定を行う（図５のステップＰ５４）。ここでは、第２種のネットワークの状態は、通信を確立している途中のＳｔａｒｔｕｐ（Ｓ３５）ステートであるため、ネットワーク状態判定手段１５は通信不能であると判定する。次に、メッセージ処理手段１４は通信不能状態という判定結果を受け、当該第２種のメッセージが破棄条件を満たしているかを確認する（図５のステップＰ５５）。

ここでのメッセージ処理手段１４が予め設定する規定の破棄条件は、第２種のメッセージバッファ１６の中に当該第２種のメッセージと内容が重複するメッセージを検出した場合は、当該メッセージを破棄するというものである。よって、ステップＰ５５において、ＩＤ：１１であってペイロード：０ｘ１２３４を持つメッセージは、図７に示すように、既に第２種のメッセージバッファ１６へ格納されているため、重複メッセージであり破棄される条件に一致する（ＹＥＳ）と判断され、メッセージ処理手段１４によって破棄される（図５のステップＰ５６）。また、ＩＤ：１０であってペイロード：０ｘＦＦ００を持つメッセージは、図７に示すように、第２種のメッセージバッファ１６へ格納されていないため、重複メッセージでないとして破棄条件に一致しない（ＮＯ）と判断され、破棄されることなくメッセージ処理手段１４は、第２種のメッセージを第２種のメッセージバッファ１６へ格納する（図５のステップＰ５７）。次に、第２種のネットワークがＳｔａｒｔｕｐ（Ｓ３５）ステートからｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートへ遷移した場合には、第２種の通信制御手段１７は、破棄されることなく第２種のメッセージバッファ１６で保持されている第２種のメッセージを第２種の伝送路３へ送信する（図５のステップＰ５８）。

尚、メッセージ処理手段１４が破棄するメッセージは、図５のステップＰ５３で変換された第２種のメッセージ、および第２種のメッセージバッファ１６中の第２種のメッセージのいずれであってもよいことは言うまでもない。また、破棄条件としては、上記に示した以外の条件でもよいことは言うまでもなく、例えば、ＩＤおよびペイロードの一部を比較することで重複していると判断して破棄条件として規定することも考えられる。さらに、重複の判断は、ＩＤおよびペイロード以外に基づいたものであってもよいことは言うまでもない。

また、別の破棄条件としては、メッセージ処理手段１４が、予め設定されている所定期間に基づいて第２種のメッセージを破棄する、という条件であってもよい。例えば図８に示すように、第２種のメッセージを第２種のメッセージバッファ１６へ格納し（図８（ｃ））、格納してから所定期間として０．１秒間（図８（ｂ））経過するまで、図５のステップＰ５５で処理する第２種のメッセージ（図８（ａ））はメッセージ処理手段１４によって破棄され、第２種のメッセージバッファ１６へ格納されない。尚、この所定期間とはこの例に限られることはない。このように、予め所定期間を設定することにより、システムにおいて重要となる期間のメッセージを破棄することなく残すことが可能となる。

さらに、別の破棄条件としては、メッセージ処理手段１４が、予め設定されている所定の受信メッセージ数分に基づいてメッセージを破棄する、という条件であってもよい。図９は、図５のステップＰ５４で処理する第２種のメッセージ（図９（ａ））と、第２種のメッセージバッファ１６へ格納するメッセージ（図９（ｂ））との例を示す。まず、メッセージ処理手段１４は、図５のステップＰ５４で処理する第２種のメッセージを１、２、３と繰り返しカウントを行い、２および３番目のメッセージを破棄する、という処理を行う。尚、所定の受信メッセージ数分に基づいてメッセージを破棄する、所定の受信メッセージ数分は上記に示した以外の数分でもよいことは言うまでもなく、受信メッセージ数分に基づいてメッセージを破棄する条件であれば様々な設定数が考えられる。このように、予め所定の数分のメッセージを破棄することなく残すことにより、システムにおいて重要となるメッセージを残すこととができる。

さらに、別の破棄条件としては、メッセージ処理手段１４が、第２種のメッセージに対して所定の期間を関連付けて第２種のメッセージバッファ１６へ格納し、格納されてから予め設定されている所定の保持期間が経過したならば、当該メッセージを破棄する、という条件であってもよい。図１０に示すように、例えば第２種のメッセージバッファ１６は保持期間として第２種のメッセージと関連付けられた整数値を保持し、メッセージ処理手段１４は０．１秒経過毎に当該整数値を１だけ減算し、ＩＤ：１３で示すように保持期間が０になったメッセージを破棄する。尚、各メッセージが格納されてからの経過期間を保持する場所はメッセージバッファである必要はなく、別のメモリ領域を確保して保持する方法であってよい。また、経過期間の判定方法は上記に示した場合のように、整数値を一定期間毎に減算する方法に限らない。このように、予め所定の保持期間を設定することにより、システムにおいて重要となる期間のメッセージを破棄することなく残すことが可能となる。

さらに、別の破棄条件としては、メッセージ処理手段１４が、上記に示した各破棄条件のいずれかを複数組み合わせたものであってもよいことは言うまでもない。

上記のように構成された実施の形態１のメッセージ中継装置によれば、重要度の低いメッセージは破棄条件によって破棄することができるため、不要なメッセージが大量にバッファへ格納されることによるオーバーフロを抑制でき、通信可能状態へ遷移後に送信する必要のあるメッセージの損失を軽減できる。また、通信開始準備中を通信不能であると判断して破棄条件を適用することができるため、メッセージ中継装置に接続される複数ネットワークにおいて、それぞれ通信確立に必要な時間が異なる場合であっても、バッファのオーバーフロを抑制でき、通信確立後に必要なメッセージの損失を軽減できる。さらに、障害発生中を通信不能であると判断して破棄条件を適用することができるため、宛先ネットワークに障害が発生した場合であっても、バッファのオーバーフロを抑制でき、障害から復帰後に必要なメッセージの損失を軽減できる。

また、不要なメッセージをバッファへ格納する前に破棄することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、内容の重複するメッセージを破棄することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。

また、定期的にメッセージを削減することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらにまた、メッセージの受信頻度に応じてバッファへ格納するメッセージを削減することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、所定期間の経過により送信不要となったメッセージを破棄することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。

これらのことより、メッセージ中継装置に接続される第１種のネットワークと第２種のネットワークとにおいて、それぞれ通信確立に必要な時間が異なる場合であっても、重要度の低い第２種のメッセージを破棄条件によって破棄することが可能になる。これにより、送信不要な第２種のメッセージが大量に第２種のメッセージバッファへ格納されることによるオーバーフロを抑制でき、通信確立後に送信する必要のある第２種のメッセージの損失を軽減できる。

尚、本実施の形態１のようなイベントトリガ型通信プロトコルのネットワークとタイムトリガ型通信プロトコルのネットワークとの中継に限らず、同種の通信プロトコルであるネットワーク間の中継であっても、通信確立に必要な時間が異なる場合は、本実施の形態１と同様の効果を奏することができる。尚、同種のプロトコルであったとしても異なるネットワークの場合には、メッセージ変換手段において異なるネットワークに対応できるようにメッセージを変換する必要があることは言うまでもない。

実施の形態２．
図１１はこの発明の実施の形態２におけるメッセージ中継装置１の構成を示したブロック図である。図において、上記実施の形態１と同様の部分は同一符号を付して説明を省略する。尚、本実施の形態２のメッセージ中継装置のネットワークの構成は上記実施の形態１に示した図１と同様であるため説明を省略し、以下においては図１を交えて説明する。メッセージ処理手段１１１は、第１種のメッセージバッファ１２から第１種のメッセージを受け取った時に、ネットワーク状態判定手段１５によって第２種のネットワークが通信不能状態であると判定されたならば、所定の破棄条件に基づき、当該第１種のメッセージを破棄する。また、ネットワーク状態判定手段１５によって第２種のネットワークが通信可能状態であると判定されたならば、第１種のメッセージをメッセージ変換手段１３に渡す。尚、本実施の形態２においてはメッセージが、当該メッセージの破棄を判定する判定情報を有し、メッセージ処理手段１１１の破棄条件は、メッセージの判定情報にてメッセージの破棄の有無を判定するものについて説明する。

次に上記のように構成された実施の形態２のメッセージ中継装置のメッセージ転送の処理方法について図１２に基づいて説明する。尚、第２種のメッセージ受信から第１種のメッセージ送信の処理については、上記実施の形態１において図４にて示した場合と同様であるため説明は省略する。図１２のフローチャートは、第１種のメッセージを受信し、当該第１種のメッセージを第２種のメッセージへ変換して送信する処理について示す。まず、第１種の通信制御手段１１は、第１種の通信ＥＣＵ４によって送信された第１種のメッセージを、第１種の伝送路２から受信する（図１２のステップＰ１２１）。次に、第１種の通信制御手段１１は、受信した第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図１２のステップＰ１２２）。

次に、メッセージ処理手段１１１は、ネットワーク状態判定手段１５が判定したネットワーク状態に基づき通信可能か通信不可能かを判定して、格納した第１種のメッセージに対する処理を決定する。ここでネットワーク状態判定手段１５は、上記実施の形態１と同様に、第２種の通信制御手段１７から取得するステータス情報に基づいて判定する。そして、ネットワーク状態判定手段１５は第２種のネットワークが通信可能状態であるか否かを判定する（図１２のステップＰ１２３）。次に、通信可能状態であると判定した場合には、メッセージ処理手段１１１は、第１種のメッセージをメッセージ変換手段１３へ渡し、メッセージ変換手段１３は、当該第１種のメッセージを第２種のメッセージへ変換する（図１２のステップＰ１２６）。また、メッセージ処理手段１１１は、ネットワーク状態判定手段１５が第２種のネットワークを通信不能状態であると判定した場合には、予め設定されている規定の破棄条件に基づき、当該第１種のメッセージに対して破棄処理を施すか否かの判定を行う（図１２のステップＰ１２４）。

次に、当該第２種のメッセージが破棄条件を満たさない（ＮＯ）と判定された場合には、メッセージ処理手段１１１は、当該第１種のメッセージに対して破棄処理を行わず、メッセージ変換手段１３へ渡し、第２種のメッセージへの変換を行う（図１２のステップＰ１２６）。また、メッセージ処理手段１１１は、当該第１種のメッセージが破棄条件を満たす（ＹＥＳ）と判定された場合には、当該第２種のメッセージに対して破棄処理を実施する（図１２のステップＰ１２５）。次に、ステップＰ１２６で変換されて作成された第２種のメッセージを第２種のメッセージバッファへ格納する（図１２のステップＰ１２７）。次に、第２種の通信制御手段１７は、ステップＰ１２７にて第２種のメッセージバッファ１６へ格納された第２種のメッセージを取り出し、所定のスケジュールに従って第２種の伝送路３へ送信する（図１２のステップＰ１２８）。

次に、上記のように構成された本実施の形態２におけるメッセージ中継装置におけるメッセージの処理方法について説明する。尚、第２種のメッセージを受信した場合の処理の流れは、上記実施の形態１と同様であるため説明を省略する。まず、第２種のネットワークで正常な通信が可能な状態において、メッセージ中継装置１が第１種のメッセージを受信した場合の処理の流れは、第１種のメッセージの転送先である第２種のネットワークの状態は、正常に通信が行われているｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートであるため、ネットワーク状態判定手段１５は通信可能であると判定し、上記に示した図１２のフローチャートの工程を経て、第２種のメッセージを第２種の伝送路３へ送信する（図１２のステップＰ１２８）。

次に、本実施の形態２における、特徴的な部分である、第２種のネットワークに障害が発生し、ｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートである状態（図６のｔ２〜ｔ３の期間）において、メッセージ中継装置１が、図１３に示すように、ＩＤ：１とＩＤ：２の第１種のメッセージを受信した場合の処理の流れを、図１２のフローチャートに沿って説明する。まず、第１種の通信制御手段１１は第１種の伝送路２からＩＤ：１とＩＤ：２の第１種のメッセージを受信し（図１２のステップＰ１２１）、当該第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図１２のステップＰ１２２）。次にここでは、第１種のメッセージの転送先である第２種のネットワークの状態は、メッセージの送信が不可能であるｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートであるため、ネットワーク状態判定手段１５は通信不能状態と判定する（図１２のステップＰ１２３）。

次に、第１種のメッセージが破棄条件を満たしているかを確認する（図１２のステップＰ１２４）。次に、メッセージ処理手段１１１が規定する破棄条件は、メッセージの破棄を判定する判定情報としてペイロードの先頭の２ビットで示す重要度情報が閾値２未満であれば、当該第１種のメッセージを破棄する、という条件としている。図１３に示すように、例えば、ＩＤ：１の第１種のメッセージは重要度が２であるため、破棄条件を満たしていないと判断され（図１２のステップＰ１２４にてＮＯ）、当該第１種のメッセージはメッセージ変換装置１３によって第２種のメッセージへ変換され（図１２のステップＰ１２６）、第２種のメッセージバッファ１６へ格納される（図１２のステップＰ１２７）。しかし、ＩＤ：２の第１種のメッセージは重要度が１であるため、破棄条件を満たしていると判断され（図１２のステップＰ１２４にてＹＥＳ）、メッセージ処理手段１１１によって破棄される（図１２のステップＰ１２５）。

次に、ネットワークの障害が解消され、第２種のネットワークがｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートからｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートへ遷移した場合には、第２種の通信制御手段１７は、図１２のステップＰ１２７において格納された第２種のメッセージを第２種の伝送路３へ送信する（図１２のステップＰ１２８）。

また、別の破棄条件としては、メッセージ処理手段１１１が、メッセージの破棄を判定する判定情報としてペイロードの先頭の１ビットが１か０かの重複情報を有し、重複情報が１であれば、当該第１種のメッセージが重複しているか確認し、重複しているならば当該第１種のメッセージを破棄する、という条件であってもよい。図１４に示すように、例えば、ＩＤ：１の第１種のメッセージはペイロードの先頭のビットが０であるので、メッセージ処理手段１１１は、重複による破棄は行わない。しかし、ＩＤ：２の第１種のメッセージはペイロードの先頭のビットが１であるので、当該第１種のメッセージは、第２種のメッセージバッファ１６に格納されているメッセージと比較が行われ、ペイロードが一致するため重複メッセージとして破棄される。

ここでは第１種のメッセージと第２種のメッセージの間で対応するＩＤを確認するために、メッセージ変換手段１３が保持している変換テーブルを利用し、第１種のメッセージが第２種のメッセージへ変換される時のＩＤを使用することにより、第１種のメッセージと第２種のメッセージのペイロードを比較してもよい。尚、上記に示した場合に限られることはなく、例えば、ペイロードの一部を比較することで重複していると判断する、または、ヘッダ等のペイロード以外の部分を比較することで重複していると判断する等、メッセージの一部を比較することで重複の判断をする破棄条件であってもよい。

また、別の破棄条件としては、メッセージ処理手段１１１が、メッセージのペイロードの先頭の２ビットで示す他のメッセージとの連続性に対する連続性情報を有し、この連続性情報がメッセージの連続性が保たれていないならば、当該第１種のメッセージを破棄する、という条件であってもよい。図１５に示すように、例えば、まず連続性を持つメッセージの１番目であることを意味するＩＤ：１の第１種のメッセージを受信し、次に２番目であることを意味するＩＤ：１の第１種のメッセージではなく、３番目であることを意味するＩＤ：１の第１種のメッセージを受信した場合は、当該第１種のメッセージを破棄する。また１番目のメッセージを受信していないにもかかわらず、２番目、３番目のメッセージを受信した場合も、同様に破棄処理を行う。但し、メッセージのペイロードの先頭の２ビットが００であれば、連続性は持たないメッセージとして破棄しないとして取り扱う。

尚、上記に示した場合では３つのメッセージが連続性を持つ場合にのみ対応しているが、これに限られることはなく、例えば、連続性を示すビットを多くして、３つ以上のメッセージを扱うものであってよいことは言うまでもない。また、同じＩＤのメッセージが連続していることを示しているが、異なるＩＤの連続するメッセージを示す情報であってもよいことは言うまでもない。

また、別の破棄条件としては、メッセージ処理手段１１１が、当該第１種のメッセージから変換された第２種のメッセージに対してメッセージのペイロードの先頭の２ビットで示す保持期間情報を関連付けて第２種のメッセージバッファ１６へ格納し、格納されてから保持期間が経過したならば、当該メッセージを破棄する、という条件であってもよい。図１６に示すように、例えば、メッセージのペイロードの先頭の２ビットが０１である第１種のメッセージは、第２種のメッセージへ変換され、保持期間として１が関連付けられて第２種のメッセージバッファ１６へ格納される。メッセージ処理手段１１１は０．１秒経過毎に当該整数値を１だけ減算し、ＩＤ：１３で示すように保持期間が０になったメッセージを破棄する。但し、メッセージのペイロードの先頭の２ビットが００であれば、破棄しないとして取り扱う。

尚、各メッセージが格納されてからの経過期間を保持する場所はメッセージバッファである必要はなく、例えば、別のメモリ領域を確保して保持する方法であってよいことは言うまでもない。また、経過期間の判定方法は上記に示した場合のように、整数値を一定期間毎に減算する方法に限らない。

また、別の破棄条件としては、メッセージ処理手段１１１は、メッセージのペイロードの先頭の１ビットが１か０かの破棄情報を有し、破棄情報が１であれば、当該第１種のメッセージの破棄を許可する、という破棄条件を規定する。また、メッセージのペイロードの先頭の１ビットが０ならば、当該第１種のメッセージを破棄しないと規定する。この破棄条件は、上記に示した別の破棄条件を実施する前提条件として行うことも可能である。この場合、メッセージ処理手段１１１は、メッセージのペイロードの先頭の１ビットが１であれば、当該第１種のメッセージの破棄を許可し、上記に示した別の破棄条件の規定を判定する。また、メッセージのペイロードの先頭の１ビットが０ならば、当該第１種のメッセージを破棄しないとして、上記に示した別の破棄条件を判定することなく破棄を行わないとして規定する。すなわち、上記に示した別の破棄条件が満たされていたとしても破棄しないと規定されることとなる。

また、メッセージ処理手段１１１が規定する破棄条件は、破棄条件のいずれか１つであ
る必要はなく、複数を組み合わせたものであってもよい。
尚、メッセージが情報を保持する方法としては、上記に示した方法に限られることがないことは言うまでもない。

上記のように構成された実施の形態２によれば、メッセージ変換処理を行う前にメッセージを破棄することができるため、変換処理に掛かる負荷を軽減しながら、バッファのオーバーフロを抑制し、必要なメッセージの損失を軽減することができる。また、メッセージ送信元が破棄に関する情報をメッセージに保持させ、メッセージ毎にメッセージ送信元が望んだ破棄処理を行うことでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらにまた、メッセージ送信元が破棄を許可する情報をメッセージに保持させ、メッセージ送信元が許可するメッセージについてのみ破棄処理を行うことでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、メッセージ送信元が重複するメッセージの破棄に関する情報をメッセージに保持させ、当該情報に基づいて重複メッセージの破棄処理を行うことでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらに、メッセージ送信元が重要度に関する情報をメッセージに保持させ、重要度の低いメッセージを優先的に破棄することでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。

また、メッセージ送信元が連続するメッセージの一部であるという情報をメッセージに保持させることにより、連続するメッセージを優先してバッファへ残すことができる。また、メッセージで保持する連続するメッセージの一部であるという情報に基づいて、連続していないメッセージを不要と判断して破棄することで、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらに、メッセージ送信元が保持期間を示す情報をメッセージに保持させることにより、保持期間の経過により送信不要となったメッセージを破棄することができるため、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。

これらのことより、送信不要な第２種のメッセージを第２種のメッセージバッファへ格納する前に破棄することができるため、第２種のメッセージバッファのオーバーフロを抑制でき、必要な第２種のメッセージの損失を軽減できる。これに加え、第２種のメッセージへの変換処理を行う前に第１種のメッセージを破棄することができるため、変換処理にかかる負荷を軽減することができる。また、メッセージ送信元が各第１種のメッセージに保持させた情報に基づいて、破棄処理を行うことができる。これにより、送信元が望んだメッセージを残しながら、第２種のメッセージバッファのオーバーフロを抑制し、送信する必要のある第２種のメッセージの損失を軽減することができる。

実施の形態３．
図１７はこの発明の実施の形態３におけるメッセージ中継装置１の構成を示したブロック図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。尚、本実施の形態３のメッセージ中継装置のネットワークの構成は上記実施の形態１に示した図１と同様であるため説明を省略し、以下においては図１を交えて説明する。メッセージ処理手段１７１は、ネットワーク状態判定手段１５によって第２種のネットワークが通信不能状態であると判定されたならば、予め設定されている規定の破棄条件に基づき、第２種のメッセージバッファ１６に格納されている第２種のメッセージを破棄する。ここで規定する破棄条件は、破棄情報テーブル１７３が保持する破棄すべきメッセージの識別子の情報を用いる。そして、メッセージ処理手段１７１の破棄条件は、メッセージの識別子から破棄情報テーブル１７３の情報を抽出してメッセージの破棄の有無を判定する。また、通信不能時間計測手段１７２によって計測される通信不能状態の時間に基づいて破棄条件を変更する。

そして、通信不能時間計測手段１７２は、ネットワーク状態判定手段１５からネットワーク状態を取得し、当該ネットワーク状態が通信不能であるならば、通信不能が継続している時間を計測し、メッセージ処理手段１７１へ伝える。破棄情報テーブル１７３は、第２種のメッセージのＩＤと、当該ＩＤを持つ第２種のメッセージへ破棄条件を適用する際にメッセージ処理手段１７１が参照する破棄情報を保持する。

次に上記のように構成された実施の形態３のメッセージ中継装置の処理について図１８に基づいて説明する。尚、第２種のメッセージ受信から第１種のメッセージ送信の処理については、上記実施の形態１において図４にて示した場合と同様であるため説明は省略する。図１８のフローチャートは、第１種のメッセージを受信し、当該第１種のメッセージを第２種のメッセージへ変換して送信する処理を示している。まず、第１種の通信制御手段１１は、第１種の通信ＥＣＵ４によって送信された第１種のメッセージを、第１種の伝送路２から受信する（図１８のステップＰ１８０）。次に、第１種の通信制御手段１１は、受信した第１種のメッセージを第１種のメッセージバッファ１２へ格納する（図１８のステップＰ１８１）。

次に、メッセージ変換手段１３は、格納した第１種のメッセージを第２種のメッセージへ変換する（図１８のステップＰ１８２）。次に、メッセージ変換手段１３は、作成した第２種のメッセージを第２種のメッセージバッファ１６へ格納する（図１８のステップＰ１８３）。次に、メッセージ処理手段１７１は、ネットワーク状態判定手段１５が判定したネットワーク状態に基づき通信可能か通信不可能かを判定して、格納された第２種のメッセージに対する処理を決定する（図１８のステップＰ１８４）。尚、ネットワーク状態判定手段１５は、上記に示したように、第２種の通信制御手段１７から取得するステータス情報に基づいて通信可能か通信不可能かを判定する。

次に、ネットワーク状態判定手段１５が第２種のネットワークを通信可能状態であると判定した場合には、メッセージ処理手段１７１は第２種のメッセージに対して処理を行わず、第２種の通信制御手段１７は格納された第２種のメッセージを第２種の伝送路３へ送信する（図１８ステップＰ１８９）。また、メッセージ処理手段１７１は、ネットワーク状態判定手段１５が第２種のネットワークを通信不能状態であると判定した場合には、通信不能時間計測手段１７２が計測した通信不能継続時間が１秒以上であるか、１秒未満であるかの判定を行う（図１８のステップＰ１８５）。この判定に基づき、以下にて適用する破棄条件が決定されることとなる。

次に、通信不能時間計測手段１７２が計測した時間が１秒未満と判定された場合には、破棄条件Ａに基づいた判定を行い（図１８のステップＰ１８６）、また、通信不能時間計測手段１７２が計測した時間が１秒以上と判定された場合には、破棄条件Ｂに基づいた判定を行う（図１８のステップＰ１８７）。そしてこのステップＰ１８６およびステップＰ１８７において、第２種のメッセージバッファ１６に格納されている第２種のメッセージが規定の破棄条件を満たさない場合（ＮＯ）には、メッセージ処理手段１７１は破棄処理を行わず、第２種の通信制御手段１７は、格納された第２種のメッセージを第２種の伝送路３へ送信する（図１８のステップＰ１８９）。また、ステップＰ１８６およびステップＰ１８７において、第２種のメッセージバッファ１６に格納されている第２種のメッセージが規定の破棄条件を満たす場合（ＹＥＳ）には、メッセージ処理手段１７１は破棄処理を実施する（図１８のステップＰ１８８）。

次に、図１９に基づいて、破棄条件Ａおよび破棄条件Ｂを適用するタイミングについて説明する。図１９（ａ）は、第１種のネットワークの状態を示しており、正常な通信が継続されている。図１９（ｂ）は、第２種のネットワークの状態を示す。正常な通信（図３のｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステート）が行われているが、ｔ４の時点から障害が発生し、通信不能な状態（図３のｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステート）となっている。また、ｔ６以降は障害から回復し、正常な通信が可能になっている。図１９（ｃ）は、ネットワーク状態判定手段１５によって判定された第２種のネットワークの状態を示している。ネットワーク状態判定手段１５は、ｔ４〜ｔ６の期間を通信不能状態であると判定し、これ以外を通信可能状態であると判定している。図１９（ｄ）は、通信不能状態において、メッセージ処理手段１７１が破棄条件ＡおよびＢのどちらを適用するかを示している。メッセージ処理手段１７１は、通信不能時間計測手段１７２が計測した時間が、１秒未満であるｔ４〜ｔ５の間は破棄条件Ａを適用し、１秒以上であるｔ５〜ｔ６の間は破棄条件Ｂを適用する。

次に、上記のように構成された本実施の形態３におけるメッセージ中継装置のメッセージの処理方法について説明する。まず、第２種のネットワークがｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートであり、通信可能な状態（図１９のｔ４以前、およびｔ６以降）である場合においては、第２種のネットワークの状態はｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートであるので、メッセージ中継装置１が第１種のメッセージを受信した場合の処理の流れは、上記に示した図１８のフローチャートに工程を経て、第２種の伝送路３へ送信する（図１８のステップＰ１８９）。

次に、本実施の形態３における、特徴的な部分である、第２種のネットワークに障害が発生し、ｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートである状態（図１９のｔ４〜ｔ６の期間）において、メッセージ中継装置１が第１種のメッセージを受信した場合の処理の流れを、図１８のフローチャートに基づいて説明する。まず、第２種のネットワークが通信不能状態である場合の処理は、第２種のメッセージが第２種のメッセージバッファ１６へ格納される図１８のステップＰ１８３までは、上記に示した通信可能状態の場合と同様である。そして、通信不能状態では、図１８のステップＰ１８９の第２種のメッセージ送信処理を行うことができない。まず、通信不能時間計測手段１７２が計測した時間が１秒未満である場合の、”図１９のｔ４〜ｔ５の期間”の処理の流れについて説明する。この時、第２種のメッセージバッファ１６には、図２０（ａ）で示すように、ＩＤ：１０、ＩＤ：１１、ＩＤ：１２の第２種のメッセージが既に格納されている。第２種のネットワークの状態はｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートであるので、ネットワーク状態判定手段１５は通信不能状態と判定する。従って、図１８のステップＰ１８４において、メッセージ処理手段１７１は通信不能状態という判定結果を受け、通信不能状態が継続している時間を確認する（図１８のステップＰ１８５）。

また、通信不能時間計測手段１７２が計測した時間は１秒未満であるので、第２種のメッセージバッファ１６に格納されている第２種のメッセージが破棄条件Ａを満たしているかを確認する（図１８のステップＰ１８６）。ここで、メッセージ処理手段１７１が規定する破棄条件Ａは、破棄情報テーブル１７３で保持する識別子（ＩＤ）毎の重要度情報が閾値２未満である第２種のメッセージを破棄する、という条件としている。図２０（ａ）で示すように、第２種のメッセージバッファ１６に格納されている第２種のメッセージはＩＤ：１０、ＩＤ：１１、ＩＤ：１２であり、破棄情報テーブル１７３より、これらの第２種のメッセージの重要度はそれぞれ１、３、２である。従って、メッセージ処理手段１７１は、ＩＤ：１０の第２種のメッセージを破棄する（図１８のステップＰ１８８）。

次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合の、”図１９のｔ５〜ｔ６の期間”の処理の流れについて説明する。この時、第２種のメッセージバッファ１６には、図２０（ｂ）で示すように、ＩＤ：１０、ＩＤ：１１、ＩＤ：１２の第２種のメッセージが既に格納されている。図１８のステップＰ１８４の処理は、通信不能状態である時間が１秒未満である場合と同様であるが、図１８のステップＰ１８５において、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、第２種のメッセージバッファ１６に格納されている第２種のメッセージが破棄条件Ｂを満たしているかを確認する（図１８のステップＰ１８７）。メッセージ処理手段１７１が規定する破棄条件Ｂは、破棄情報テーブル１７３で保持する重要度が閾値３未満である第２種のメッセージを破棄する、という条件としている。図２０（ｂ）で示すように、第２種のメッセージバッファ１６に格納されている第２種のメッセージはＩＤ：１０、ＩＤ：１１、ＩＤ：１２であり、破棄情報テーブル１７３より、これらの第２種のメッセージの重要度はそれぞれ１、３、２である。従って、メッセージ処理手段１７１は、ＩＤ：１０およびＩＤ：１２の第２種のメッセージを破棄する（図１８のステップＰ１８８）。

次に、ネットワークの障害が解消され、第２種のネットワークがｎｏｒｍａｌ ｐａｓｓｉｖｅ（Ｓ３７）ステートからｎｏｒｍａｌ ａｃｔｉｖｅ（Ｓ３６）ステートへ遷移した場合には、第２種の通信制御手段１７は、図１８のステップＰ１２７において格納された第２種のメッセージを第２種の伝送路３へ送信する（図１８のステップＰ１８９）。

また、別の破棄条件としては、破棄情報テーブル１７３は重複メッセージの破棄に関する重複情報を識別子（ＩＤ）毎に保持し、メッセージ処理手段１７１が規定する破棄条件Ａは、当該情報に基づいて第２種のメッセージバッファ１６に重複して格納されている第２種のメッセージを破棄する、という条件であってもよい。

例えば、通信不能時間計測手段１７２が計測した時間が１秒未満である場合には、図２１に示すように、例えば、ＩＤ：１０の第２種のメッセージについて、破棄情報テーブル１７３が保持する重複メッセージの破棄に関する情報は１であるため、第２種のメッセージバッファ１６に格納されているＩＤ：１０の第２種のメッセージのペイロードが比較され、重複しているＩＤ：１０の第２種のメッセージのうち最新のもの以外が破棄される。
また、ＩＤ：１１の第２種のメッセージは、破棄情報テーブル１７３が保持する情報が０であるため、重複メッセージは破棄されない。次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、上記に示したステップＳ１８７，Ｓ１８８の処理と同様の処理を実施する。このようにして、計測した時間により破棄条件を変更することができる。尚、重複の判断はＩＤおよびペイロードに基づいたものに限らず、破棄情報テーブル１７３で指定した箇所が重複するかを判断する規定であってもよい。また、破棄情報テーブル１７３が基準となるデータを保持し、当該データと重複しているメッセージを破棄する、という条件であってもよい。

また、別の破棄条件としては、破棄情報テーブル１７３は識別子（ＩＤ）毎に時間間隔の所定期間情報を保持し、メッセージ処理手段が規定する破棄条件Ａは、当該情報が示す時間間隔を空けて第２種のメッセージバッファ１６で第２種のメッセージを保持するように、第２種のメッセージを破棄する、という条件であってもよい。

例えば、通信不能時間計測手段１７２が計測した時間が１秒未満である場合には、メッセージ処理手段１７１は、０．０１秒経過毎に１ずつカウントアップする整数値を保持しており、第２種のメッセージバッファ１６には、第２種のメッセージを格納する時点の当該整数値が格納時間として保存される。図２２で示すように、格納時間が”９１”であるＩＤ：１０の第２種のメッセージが既に第２種のメッセージバッファ１６に格納されており、また破棄情報テーブル１７３が示す第２種のメッセージＩＤ：１０の時間間隔は”５”である場合において、格納時間が”９６”未満であるＩＤ：１０の第２種のメッセージは破棄される。次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、上記に示したステップＳ１８７，Ｓ１８８の処理と同様の処理を実施する。尚、本条件は上記に示した例に限らず、破棄情報テーブル１７３が保持する期間に関する情報に基づいてメッセージを破棄する条件であればよい。

また、別の破棄条件としては、破棄情報テーブル１７３は識別子（ＩＤ）毎に破棄を行う頻度を示すメッセージ数の数分情報を保持し、メッセージ処理手段１７１が規定する破棄条件Ａは、当該情報が示す数の第２種のメッセージのうち１つを残すように、第２種のメッセージバッファ１６に格納されている第２種のメッセージを破棄する、という条件であってもよい。

例えば、通信不能時間計測手段１７２が計測した時間が１秒未満である場合には、メッセージ処理手段１７１は、第２種のメッセージＩＤ毎に受信メッセージ数をカウントする整数値を保持しており、第２種のメッセージバッファ１６には、第２種のメッセージのＩＤに対応する当該整数値が受信メッセージ数分として保存される。そして図２３で示すように、破棄情報テーブル１７３が保持する第２種のメッセージＩＤ：１０のメッセージ数情報が３である場合は、連続する３つのＩＤ：１０の第２種のメッセージのうち、２つを破棄する。次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、上記に示したステップＳ１８７，Ｓ１８８の処理と同様の処理を実施する。尚、このような条件は上記に示した例に限られることはなく、破棄情報テーブル１７３が保持する受信メッセージ数分情報に基づいてメッセージを破棄する条件であればよい。

また、別の破棄条件としては、破棄情報テーブル１７３は識別子（ＩＤ）毎に連続するメッセージの一部であるという連続性情報を保持し、メッセージ処理手段１７１が規定する破棄条件Ａは、当該情報に基づいて、第２種のメッセージバッファ１６に格納されている第２種のメッセージを破棄する、という条件であってもよい。

例えば、通信不能時間計測手段１７２が計測した時間が１秒未満である場合には、図２４で示すように、破棄情報テーブル１７３は、第２種のメッセージのＩＤと、当該ＩＤの第２種のメッセージの前に受信する必要のある第２種のメッセージのＩＤを保持している。図中の破棄情報テーブル１７３は、ＩＤ：１０の第２種のメッセージの前にＩＤ：９の第２種のメッセージが存在していなければ、ＩＤ：１０の第２種のメッセージは意味を持たないことを示している。従って、ＩＤ：１０の第２種のメッセージを格納した場合に、対応するＩＤ：９の第２種のメッセージが存在していなければ、ＩＤ：１０の第２種のメッセージを破棄する。次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、上記に示したステップＳ１８７，Ｓ１８８の処理と同様の処理を実施する。

また、別の破棄条件としては、破棄情報テーブル１７３は識別子（ＩＤ）毎に第２種のメッセージの保持期間情報を保持し、メッセージ処理手段１７１が規定する破棄条件Ａは、第２種のメッセージに対して当該保持期間を関連付けて第２種のメッセージバッファ１６へ格納し、格納されてから保持期間が経過したならば、当該第２種のメッセージを破棄する、という条件であってもよい。

例えば、通信不能時間計測手段１７２が計測した時間が１秒未満である場合には、図２５で示すように、メッセージ処理手段１７１は、破棄情報テーブル１７３が保持する保持期間と第２種のメッセージを関連付けて、第２種のメッセージバッファ１６に格納する。その後、メッセージ処理手段１７１は０．１秒経過毎に第２種のメッセージバッファ１６の保持期間を１だけ減算し、ＩＤ：１０で示すように保持期間が０になったメッセージを破棄する。次に、通信不能時間計測手段１７２が計測した時間が１秒以上である場合には、上記に示したステップＳ１８７，Ｓ１８８の処理と同様の処理を実施する。尚、各メッセージが格納されてからの経過時間を保持する場所はメッセージバッファである必要はなく、別のメモリ領域を確保して保持する方法であってよい。また、経過期間の判定方法は、上記に示したように、整数値を一定期間毎に減算する方法に限らない。

尚、破棄情報テーブル１７３中で保持する情報は、上記に示した例に限られることはない。また、破棄情報テーブル１７３へメッセージのＩＤ毎に異なる種類の情報を保持させることで、例えば、ＩＤ：１０のメッセージは重複に基づいた破棄を行い、ＩＤ：１１のメッセージには重要度に基づいた破棄を行う、というように、ＩＤ毎に異なる破棄処理を行ってよいことは言うまでもない。

また、図１８に示すように、本実施の形態３におけるメッセージ処理手段１７１が、第２種のメッセージバッファ１６で保持される第２種のメッセージへ破棄条件を適用し、破棄処理を実行するタイミングは、第２種のメッセージバッファ１６へ第２種のメッセージが格納された時であるが、これに限らず、一定期間毎に実行する等のタイミングであってよい。また、通信不能時間に応じて破棄条件ＡおよびＢの破棄条件を適用したが、これに限らず、２つ以上の破棄条件を規定してよい。また、破棄情報テーブル１７３を複数保持し、通信不能時間に応じて、参照する破棄情報テーブル１７３を変更するという破棄条件を規定してもよい。さらに、通信不能時間に応じて適用する破棄条件は１つである必要は無く、複数を組み合わせたものであってもよい。

上記のように構成された実施の形態３によれば、時間経過に応じて破棄条件を変更することができるため、時間の経過により重要度が変化するメッセージに対して適切な破棄条件を適用することができる。また、既にバッファへ格納されているメッセージへ破棄条件を適用することができるため、複数メッセージの中から不要なメッセージを選別することができる。また、各メッセージの破棄に関する情報をテーブルに保持させ、個別のメッセージ毎に設定した破棄処理を行うことで、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、重複するメッセージの破棄に関する情報をテーブルに保持させ、当該情報に基づいて重複メッセージの破棄処理を行うことでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらに、メッセージの重要度に関する情報をテーブルに保持させ、重要度の低いメッセージを優先的に破棄することでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。

また、期間に関する情報をテーブルに保持させ、定期的にメッセージを削減することでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、メッセージ数に関する情報をテーブルに保持させ、メッセージの受信頻度に応じてメッセージを削減することでバッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。さらに、連続するメッセージの情報をテーブルに保持させることにより、連続するメッセージを優先してバッファへ残すことができる。さらにまた、テーブルで保持する連続するメッセージの情報に基づいて、連続していないメッセージを不要と判断して破棄することで、バッファのオーバーフロを抑制でき、必要なメッセージの損失を軽減できる。また、メッセージの保持期間を示す情報をテーブルに保持させることにより、所定期間の経過により送信不要となったメッセージを破棄することができるため、バッファのオーバーフローを抑制でき、必要なメッセージの損失を軽減できる。

これらのことより、宛先である第２種のネットワークが通信不能状態にある時間に応じて破棄条件を変更することができる。これにより、時間の経過により重要性が変化する第２種のメッセージに対して、適切な破棄条件を適用することができる。また、既に第２種のメッセージバッファへ格納されている第２種のメッセージへ破棄条件を適用することができるため、複数の第２種のメッセージの中から送信不要な第２種のメッセージを選別し、破棄することができる。さらに、各第２種のメッセージの破棄に関する情報をテーブルに保持させることで、メッセージＩＤ毎に設定した破棄処理を行うことができる。これにより、第２種のメッセージバッファのオーバーフロを抑制でき、送信する必要のある第２種のメッセージの損失を軽減できる。

尚、上記各実施の形態にて示したメッセージ中継装置では、第１種であるＣＡＮと第２種であるＦｌｅｘＲａｙ（登録商標）とについて行う例を示したが、これに限られることはなく、例えば、他の通信プロトコルを同様に行うことが可能であることは言うまでもない。また、第１種と第２種との２つのネットワーク間を中継するものであったが、これに限らず、２つ以上のネットワークのメッセージを中継するものであってよく、これに対応して、通信制御手段、メッセージバッファを用意し、メッセージ変換手段も複数入出力として設置すれば上記に示した各実施の形態と同様に行うことができることは言うまでもない。

さらに、送信する第２種のメッセージが格納される第２種のメッセージバッファのオーバーフロを抑制するためにメッセージの破棄処理を行っているが、これに限らず、メッセージ中継装置へ接続される全てのネットワークに対して、送信メッセージバッファのオーバーフロを抑制するための破棄処理を行ってよく、これに対応するために、メッセージ処理手段、ネットワーク状態判定手段等、適宜設置すれば同様に行うことができることは言うまでもない。また、メッセージ中継装置に接続される複数のネットワークは、それぞれ異なる通信プロトコルのネットワークであっても、同じ通信プロトコルのネットワークが存在していてもよい。

また、ネットワーク状態判定手段は、メッセージ処理手段に対して通信可能状態または通信不能状態という２値を伝えていたが、これに限られることはなく、例えば、通信準備のため通信不能、故障のため通信不能というように、通信不能である原因を含んだ情報であってもよい。これにより、メッセージ処理手段は、この通信不能の原因によりさらに適切な破棄条件を規定することができる。また、メッセージを破棄することでメッセージバッファのオーバーフロを抑制するが、これに限らず、例えば、複数のメッセージを１つにまとめる、メッセージの差分を残す等の方法によりメッセージを圧縮することでメッセージバッファのオーバーフロを抑制してもよい。

また、上記各実施の形態にて示したメッセージ中継装置では、ネットワーク間のメッセージを中継する処理のみを行う例を示したが、これに限らず、例えば他の機器を制御する等の中継機能以外の機能を併せ持つものであってもよい。

この発明の実施の形態１におけるメッセージ中継装置を用いたネットワークシステムの構成を示したブロック図である。 図１に示したメッセージ中継装置の構成を示すブロック図である。 図１に示したメッセージ中継装置における第２種のプロトコルの制御プロセスが遷移するステートを示す遷移図である。 図２に示したメッセージ中継装置における、受信した第２種のメッセージを第１種のネットワークへ送信する処理を示すフローチャートである。 図２に示したメッセージ中継装置における、受信した第１種のメッセージを第２種のネットワークへ送信する処理を示すフローチャートである。 図２に示したメッセージ中継装置における、ネットワークの状態および判定される状態の時間的な推移を示す図である。 図２に示したメッセージ中継装置における、重複したメッセージを破棄する例を示す図である。 図２に示したメッセージ中継装置における、所定の期間に基づいてメッセージを破棄する例を示す図である。 図２に示したメッセージ中継装置における、所定のメッセージ数に基づいてメッセージを破棄する例を示す図である。 図２に示したメッセージ中継装置における、バッファでの保持期間に基づいてメッセージを破棄する例を示す図である。 この発明の実施の形態２におけるメッセージ中継装置の構成を示すブロック図である。 図１１に示したメッセージ中継装置における、受信した第１種のメッセージを第２種のネットワークへ送信する処理を示すフローチャートである。 図１１に示したメッセージ中継装置における、メッセージに含まれる重要度に関する情報に基づいてメッセージを破棄する例を示す図である。 図１１に示したメッセージ中継装置における、メッセージに含まれる重複メッセージの破棄に関する情報に基づいてメッセージを破棄する例を示す図である。 図１１に示したメッセージ中継装置における、メッセージに含まれるメッセージの連続性に関する情報に基づいてメッセージを破棄する例を示す図である。 図１１に示したメッセージ中継装置における、メッセージに含まれるバッファでの保持期間に関する情報に基づいてメッセージを破棄する例を示す図である。 この発明の実施の形態３におけるメッセージ中継装置の構成を示すブロック図である。 図１７に示したメッセージ中継装置における、受信した第１種のメッセージを第２種のネットワークへ送信する処理を示すフローチャートである。 図１７に示したメッセージ中継装置における、メッセージ中継装置に接続されたネットワークの状態、判定される状態、適用する破棄条件の時間的な推移を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持する重要度に関する情報に基づいてメッセージを破棄する例を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持する重複メッセージの破棄に関する情報に基づいてメッセージを破棄する例を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持する期間に関する情報に基づいてメッセージを破棄する例を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持するメッセージ数に関する情報に基づいてメッセージを破棄する例を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持するメッセージの連続性に関する情報に基づいてメッセージを破棄する例を示す図である。 図１７に示したメッセージ中継装置における、破棄情報テーブルが保持するバッファでの保持期間に関する情報に基づいてメッセージを破棄する例を示す図である。

符号の説明

１ メッセージ中継装置、２ 第１種の伝送路、３ 第２種の伝送路、
４ 第１種の通信ＥＣＵ、５ 第２種の通信ＥＣＵ、１１ 第１種の通信制御手段、
１２ 第１種のメッセージバッファ、１３ メッセージ変換手段、
１４，１１１，１７１ メッセージ処理手段、１５ ネットワーク状態判定手段、
１６ 第２種のメッセージバッファ、１７ 第２種の通信制御手段、
１７２ 通信不法時間測定手段、１７３ 破棄情報テーブル。

Claims (24)

1. 複数のネットワークに接続され、一の通信プロトコルで動作する一のネットワークから受信したメッセージを他の通信プロトコルのメッセージに変換し、上記他の通信プロトコルで動作する他のネットワークへ上記メッセージを送信するメッセージ中継装置において、
   上記一の通信プロトコルのメッセージおよび上記他のネットワークへ送信される上記他の通信プロトコルのメッセージを格納するバッファと、
   上記一の通信プロトコルのメッセージを受信して上記バッファへ格納するメッセージ受信手段と、
   上記一の通信プロトコルのメッセージを、上記他の通信プロトコルのメッセージへ変換するメッセージ変換手段と、
   上記他のネットワークが通信可能か通信不可能の状態を判定するネットワーク状態判定手段と、
   上記ネットワーク状態判定手段によって、上記他のネットワークが通信不能状態であると判定されると、予め設定されている破棄条件を満たすメッセージを破棄するメッセージ処理手段と、
   上記バッファへ格納されている上記他の通信プロトコルのメッセージを上記他のネットワークへ送信するメッセージ送信手段とを備えることを特徴としたメッセージ中継装置。
2. 上記ネットワーク状態判定手段は、上記他のネットワークが通信開始準備中であると上記他のネットワークが通信不能状態であると判定することを特徴とする請求項１に記載のメッセージ中継装置。
3. 上記ネットワーク状態判定手段は、上記他のネットワークが障害発生中であると上記他のネットワークが通信不能状態であると判定することを特徴とする請求項１に記載のメッセージ中継装置。
4. 上記他のネットワークが通信不能状態にある時間を計測する通信不能時間計測手段を備え、
   上記メッセージ処理手段の上記破棄条件は、上記通信不能時間計測手段が計測した時間に基づいて規定されることを特徴とする請求項１ないし請求項３のいずれかに記載のメッセージ中継装置。
5. 上記メッセージ処理手段は、上記メッセージ変換手段が変換した上記他の通信プロトコルのメッセージのうち、上記破棄条件を満たす上記他の通信プロトコルのメッセージを破棄し、上記破棄条件を満たさない上記他の通信プロトコルのメッセージを上記バッファへ格納することを特徴とする請求項１ないし請求項４のいずれか１項に記載のメッセージ中継装置。
6. 上記メッセージ処理手段は、上記バッファに格納された上記一の通信プロトコルのメッセージのうち、上記破棄条件を満たす上記一の通信プロトコルのメッセージを破棄し、上記破棄条件を満たさない上記一の通信プロトコルのメッセージを上記メッセージ変換手段へ渡すことを特徴とする請求項１ないし請求項４のいずれか１項に記載のメッセージ中継装置。
7. 上記メッセージ処理手段は、上記バッファへ格納された上記他の通信プロトコルのメッセージのうち、上記破棄条件を満たすメッセージを破棄することを特徴とする請求項１ないし請求項４のいずれか１項に記載のメッセージ中継装置。
8. 上記メッセージ処理手段の上記破棄条件は、受信した上記メッセージにおいて上記バッファ内に重複するメッセージが存在すると当該メッセージのうちいずれか１つのメッセージを残して他のメッセージを破棄することを特徴とする請求項１ないし請求項７のいずれか１項に記載のメッセージ中継装置。
9. 上記メッセージ処理手段の上記破棄条件は、予め設定されている所定期間に基づいて上記メッセージを破棄することを特徴とする請求項１ないし請求項７のいずれか１項に記載のメッセージ中継装置。
10. 上記メッセージ処理手段の上記破棄条件は、受信した上記メッセージのうち、予め設定されている所定の数分の上記メッセージを破棄することを特徴とする請求項１ないし請求項７のいずれか１項に記載のメッセージ中継装置。
11. 上記メッセージ処理手段の上記破棄条件は、上記メッセージが上記バッファへ格納されてから予め設定されている所定の保持期間が経過すると当該メッセージを破棄することを特徴とする請求項１ないし請求項７のいずれか１項に記載のメッセージ中継装置。
12. 上記メッセージは、当該メッセージの破棄を判定する判定情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記メッセージの判定情報にて上記メッセージの破棄の有無を判定することを特徴とする請求項１ないし請求項７のいずれかに記載のメッセージ中継装置。
13. 上記メッセージの判定情報として、当該メッセージが破棄可能か否かの破棄情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記破棄情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１２に記載のメッセージ中継装置。
14. 上記メッセージの判定情報として、当該メッセージが重複において破棄可能か否かの重複情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記重複情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１２に記載のメッセージ中継装置。
15. 上記メッセージの判定情報として、当該メッセージの重要度情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記重要度情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１２に記載のメッセージ中継装置。
16. 上記メッセージの判定情報として、他のメッセージとの連続性に対する連続性情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記連続性情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１２に記載のメッセージ中継装置。
17. 上記メッセージの判定情報として、上記バッファ内で当該メッセージを保持すべき保持期間情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記保持期間情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１２に記載のメッセージ中継装置。
18. 破棄すべきメッセージの識別子を保持する破棄情報テーブルを備え、上記メッセージ処理手段の上記破棄条件は、上記メッセージの識別子から上記破棄情報テーブルの情報を抽出して上記メッセージの破棄の有無を判定することを特徴とする請求項１ないし請求項７のいずれか１項に記載のメッセージ中継装置。
19. 上記破棄情報テーブルは、上記識別子毎に重複において破棄可能か否かの重複情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記重複情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１８に記載のメッセージ中継装置。
20. 上記破棄情報テーブルは、上記識別子毎に重要度を示す重要度情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記重要度情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１８に記載のメッセージ中継装置。
21. 上記破棄情報テーブルは、上記識別子毎に所定期間に基づいて破棄する所定期間情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記所定期間情報により上記メッセージの破棄の有無を判定することを特徴とする上記請求項１８に記載のメッセージ中継装置。
22. 上記破棄情報テーブルは、上記識別子毎に所定の数分を破棄する数分情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記数分情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１８に記載のメッセージ中継装置。
23. 上記破棄情報テーブルは、上記識別子毎に他のメッセージとの連続性に対する連続性情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記連続性情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１８に記載のメッセージ中継装置。
24. 上記破棄情報テーブルは、上記識別子毎に上記バッファ内で保持すべき保持期間を示す保持期間情報を有し、
    上記メッセージ処理手段の上記破棄条件は、上記保持期間情報により上記メッセージの破棄の有無を判定することを特徴とする請求項１８に記載のメッセージ中継装置。

Images