"複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信元ネットワークから受信する受信フレームの識別子とその受信フレーム内のデータを記憶するメモリ上のエリアとの対応関係、及び、前記送信先ネットワークへ送信する送信フレームの識別子とその送信フレームを構成するために必要な少なくとも1つの受信フレームの識別子との対応関係、を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、前記送受信定義情報に基づいて、受信フレームの識別子に対応する前記メモリ上のエリアに記憶する受信データ記憶手段と、前記送信元ネットワークから受信フレームを受信するたびに、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とするゲートウェイシステム。複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信元ネットワークから受信する受信フレームの識別子とその受信フレーム内のデータを記憶するメモリ上のエリアとの対応関係、及び、前記送信先ネットワークへ送信する送信フレームの識別子とその送信フレームを構成するために必要な少なくとも1つの受信フレームの識別子との対応関係、を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、前記送受信定義情報に基づいて、受信フレームの識別子に対応する前記メモリ上のエリアに記憶する受信データ記憶手段と、前記送信期間よりも短い周期で周期的に、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とするゲートウェイシステム。複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信先ネットワークへ送信する送信フレームの識別子と、その送信フレームを構成するために必要な前記送信元ネットワークから受信する少なくとも1つの受信フレームに含まれるメモリのアドレス情報との対応関係を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、受信フレームに含まれるメモリのアドレス情報に従って、前記メモリ上に記憶する受信データ記憶手段と、前記送信元ネットワークから受信フレームを受信するたびに、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とするゲートウェイシステム。複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信先ネットワークへ送信する送信フレームの識別子と、その送信フレームを構成するために必要な前記送信元ネットワークから受信する少なくとも1つの受信フレームに含まれるメモリのアドレス情報との対応関係を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、受信フレームに含まれるメモリのアドレス情報に従って、前記メモリ上に記憶する受信データ記憶手段と、前記送信期間よりも短い周期で周期的に、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とするゲートウェイシステム。前記送信条件判定手段における前記送信フレームの構成に必要な受信フレームは、前記送信先ネットワークで用いられる制御情報を有する受信フレームであること、を特徴とする請求項1乃至4のいずれか1項記載のゲートウェイシステム。前記送信元ネットワーク上のノードの状態が、受信フレームを出力できないデータ送信不能状態であるか否かを判定するノード状態判定手段と、前記ノードの状態が前記データ送信不能状態であると判定された場合に、前記ノードからの受信フレームを、前記送信条件判定手段における前記送信フレームの構成に必要な受信フレームから除外する受信フレーム除外手段と、を更に備えることを特徴とする請求項1乃至5のいずれか1項記載のゲートウェイシステム。ところで、送信元ネットワーク上の複数のノードがそれぞれのタイミングで出力した各データをメモリ上に記憶して、非同期に送信先ネットワーク上のノードに送信するゲートウェイシステムが知られている。従来のゲートウェイシステムでは、規定の送信期間毎に送信するため、送信元ネットワークから各データを受信した後、送信先ネットワークに送信するまでに無駄な待ち時間が生じるケースがある。このような課題に対して、規定の送信期間を短く設定することが考えられる。この場合、確かに無駄な待ち時間は低減される。しかしながら、各データをすべて受信する前に規定の送信期間が経過し、更新前の古いデータを送信先ネットワークに送信する頻度が増大してしまう。その結果、送信先ネットワークや送信先ネットワーク上のノードの負荷が不必要に上昇することとなる。この発明は、上述のような課題を解決するためになされたもので、送信先ネットワーク自体や送信先ネットワーク上のノードの不必要な負荷上昇を抑制しつつ、伝送遅延時間を小さくすることのできるゲートウェイシステムを提供することを目的とする。この発明は、上記の目的を達成するため、複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信元ネットワークから受信する受信フレームの識別子とその受信フレーム内のデータを記憶するメモリ上のエリアとの対応関係、及び、前記送信先ネットワークへ送信する送信フレームの識別子とその送信フレームを構成するために必要な少なくとも1つの受信フレームの識別子との対応関係、を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、前記送受信定義情報に基づいて、受信フレームの識別子に対応する前記メモリ上のエリアに記憶する受信データ記憶手段と、前記送信元ネットワークから受信フレームを受信するたびに、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とする。また、この発明は、上記の目的を達成するため、複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信元ネットワークから受信する受信フレームの識別子とその受信フレーム内のデータを記憶するメモリ上のエリアとの対応関係、及び、前記送信先ネットワークへ送信する送信フレームの識別子とその送信フレームを構成するために必要な少なくとも1つの受信フレームの識別子との対応関係、を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、前記送受信定義情報に基づいて、受信フレームの識別子に対応する前記メモリ上のエリアに記憶する受信データ記憶手段と、前記送信期間よりも短い周期で周期的に、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とする。また、この発明は、上記の目的を達成するため、複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信先ネットワークへ送信する送信フレームの識別子と、その送信フレームを構成するために必要な前記送信元ネットワークから受信する少なくとも1つの受信フレームに含まれるメモリのアドレス情報との対応関係を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、受信フレームに含まれるメモリのアドレス情報に従って、前記メモリ上に記憶する受信データ記憶手段と、前記送信元ネットワークから受信フレームを受信するたびに、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とする。また、この発明は、上記の目的を達成するため、複数のネットワーク間で、送信元ネットワークから受信したデータを、規定の送信期間内に送信先ネットワークへ、非同期に送信するゲートウェイシステムにおいて、前記送信先ネットワークへ送信する送信フレームの識別子と、その送信フレームを構成するために必要な前記送信元ネットワークから受信する少なくとも1つの受信フレームに含まれるメモリのアドレス情報との対応関係を定めた送受信定義情報を記憶する送受信定義情報記憶手段と、前記送信元ネットワークから受信した受信フレーム内のデータを、受信フレームに含まれるメモリのアドレス情報に従って、前記メモリ上に記憶する受信データ記憶手段と、前記送信期間よりも短い周期で周期的に、前記送受信定義情報に基づいて、送信フレームを構成するために必要なすべての受信フレームが受信されたか否かを判定する送信条件判定手段と、前記送信フレームを構成するために必要なすべての受信フレームが受信された場合、又は前記送信期間が経過した場合に、前記送受信定義情報に基づいて、前記メモリ上に記憶されたデータから前記送信フレームを構成する送信フレーム構成手段と、を備えることを特徴とする。これらの発明によれば、送信フレームを構成するために必要なすべての受信フレームが受信され、メモリ上のデータが更新された場合に送信条件が成立し、更新されたメモリ上のデータで送信フレームを構成し送信することが可能となる。そのため、送信先ネットワークおよび送信先ネットワーク上のノードの負荷を不必要に上げることなく、伝送遅延時間を小さくすることが可能となる。また、伝送路上の障害などによりデータの一部が受信できなかった場合であっても、送信期間の経過により正常に受信した部分までのメモリ上のデータに基づいて、送信フレームを構成し送信することが可能となる。本発明を実施するための形態について添付の図面に従って説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化ないし省略する。実施の形態1.[実施の形態1のシステム構成]図1は、本発明の実施の形態1に係るネットワーク通信システムの構成を説明するためのブロック図である。図1に示すネットワーク通信システムは、ゲートウェイシステムたるゲートウェイ1を備えている。ゲートウェイ1は、異なる複数のネットワーク間で、データを相互に変換して通信を可能とする装置である。図1には、ネットワークA2、ネットワークB3のそれぞれに存在する共有メモリの内容を他のネットワークに転送するゲートウェイ1が示されている。ゲートウェイ1には、ネットワークA2とネットワークB3とが接続されている。ネットワークA2には、ゲートウェイ1以外に1つ以上のノード4がネットワークA用インタフェース5により接続されている。また、ネットワークA2上には、共有メモリA6が設けられている。共有メモリA6には、ノード4毎に自ノードが更新するエリアメモリ領域が割り当てられている。各ノード4は、共有メモリA6上の自ノードが更新すべきエリアに対して、ネットワークA用インタフェース5内のネットワークA送信機能5bを用いてデータを書き込む。加えて、各ノード4は、他ノードが更新するエリアのデータをネットワーク用Aインタフェース5内のネットワークA受信機能5aを用いて読み込む。同様に、ネットワークB3には、ゲートウェイ1以外に1つ以上のノード7がネットワークB用インタフェース8により接続されている。また、ネットワークB3上には、共有メモリB9が設けられている。共有メモリB9には、ノード7毎に自ノードが更新するエリアが割り当てられている。各ノード7は、共有メモリB9上の自ノードが更新すべきエリアに対して、ネットワークB用インタフェース8内のネットワークB送信機能8bを用いてデータを書き込む。加えて、各ノード7は、他ノードが更新するエリアのデータをネットワークB用インタフェース8内のネットワークB受信機能8aを用いて読み込む。次に、ネットワークA、Bが、各ネットワークで共有メモリを更新するための共有メモリ用通信の概要について説明する。図2は、例えばJISB3521によるFL‐netなどにおける共有メモリ用通信の概念図である。図2は、各ノード上に存在する伝送コモンメモリ上の状態が、共有メモリ用通信により同一化される様子を示している。伝送コモンメモリ上には、各ノード用の領域出力エリアが設定されており、各ノードが順番に自ノード用の領域のデータを他ノードに送信する。他ノードからの共有メモリ用通信を受信した各ノードは、自ノード内にある伝送コモンメモリ上の、各ノード用にアサインされている領域に受信したデータを保存する。このようにして、各ノード上の伝送コモンメモリの内容が同一化される。ゲートウェイ1は、ネットワークA2に対してはネットワークA用インタフェース5で接続され、ネットワークB3に対してはネットワークB用インタフェース8で接続されている。ネットワークA用インタフェース5とネットワークB用インタフェース8は共有メモリ10で接続されている。ゲートウェイ1は、ネットワークA受信機能5aでネットワークA2から受信したデータを共有メモリ10に書き込み、共有メモリ10内の他ネットワークから受信したデータを、ネットワークA送信機能5bでネットワークA2に送信している。また同様に、ネットワークB受信機能8aでネットワークB3から受信したデータを共有メモリ10に書き込み、共有メモリ10内の他ネットワークから受信したデータをネットワークB送信機能8bでネットワークB3に送信している。なお、通常は、ネットワークA2からの受信とネットワークB3への送信、および、ネットワークB3からの受信とネットワークA2への送信は非同期に実行される。なお、ゲートウェイ1は、上述のゲートウェイとしての処理を実行するための中央演算装置やメモリを有する処理部図示省略を当然に備えている。上述のゲートウェイ1では、あるネットワークからのデータ受信と、他のネットワークへのデータ送信とは非同期に実行される。ここで、ネットワークA2から受信したデータを、ゲートウェイ1内の共有メモリ10を経由してネットワークB3に送信する場合の受信データの内容共有メモリの内容および送信データの内容の関係の例を図3に示す。以下、説明容易のために、ネットワークA2を送信元ネットワーク、ネットワークB3を送信先ネットワークとして説明する。図3の例における受信側の処理として、ゲートウェイ1の処理部は、ネットワークA2から受信したフレームが受信id=1の受信フレームであった場合、その受信フレーム内のデータを、共有メモリ10のエリアid=1とエリアid=2の領域に一旦保存する。同様に、受信id=2の受信フレームであった場合はエリアid=3の領域に、受信id=3の受信フレームであった場合はエリアid=4の領域に、受信id=4の受信フレームであった場合はエリアid=5の領域に、受信id=5の受信フレームであった場合にはエリアid=6に、受信id=mの受信フレームであった場合にはエリアid=n-1とid=nの領域に、それぞれ一旦保存する。なお、受信idは、ノード毎に設定してもよいし、ノード上に複数のコントローラがある場合にはコントローラ毎に設定してもよい。また、図3の例における送信側の処理として、ゲートウェイ1の処理部は、ネットワークB3への送信id=1の送信フレームを、エリアid=2と同id=3および同id=4から抽出して構成する。同様に、送信id=2の送信フレームをエリアid=3と同id=4および同id=5から、送信id=3の送信フレームをエリアid=2と同id=5および同id=6から、送信id=pの送信フレームをエリアid=4と同id=6および同id=nから抽出して構成する。ゲートウェイ1には、送受信定義情報として、図3に示すような受信フレームの識別子と、共有メモリ10上のエリアと、送信フレームの識別子とが紐付けされた関係が予め記憶されており。ゲートウェイ1の処理部は、この送受信定義情報に従って、上述した送受信処理を実行することができる。しかしながら、上述のように、送信元ネットワークネットワークA2上の複数のノードが出力した各受信フレーム内のデータを受信し、共有メモリ10の各エリアに記憶して、受信とは非同期に各エリアに記憶されたデータから送信フレームを構成して送信先ネットワークネットワークB3に送信する場合、次のような問題が生じうる。ゲートウェイ1において、非同期通信のために規定の送信期間送信周期を設定する場合には、送信フレームを構成するために必要な受信フレームのデータが揃っている場合であっても、送信期間の経過を待つため、無駄な待ち時間が生じてしまう。一方で、送信期間を短く設定すれば、無駄な待ち時間は低減されるものの、必要な受信フレームをすべて受信する前に送信期間が経過し、更新前の古いデータが送信先ネットワークに送信される頻度が増大してしまう。その結果、送信先ネットワークや送信先ネットワーク上のノードの負荷が不必要に上昇することとなる。前者の具体例を図4に、後者の具体例を図5に示す。図4は、上述した無駄な待ち時間が生じる場合の具体例を説明するためのタイミングチャートである。図4には、エリアa、b、cのデータを抽出して、送信フレームが構成される場合の例が示されている。図4の例では、送信期間送信周期が経過する毎に送信フレームが送信されるところ、送信期間経過前に、エリアa、b、cのデータが全て受信されている。このとき、送信すべきデータは揃っているにも関わらず送信されない時間無駄時間が生じてしまう。図5は、送信先ネットワークや送信先ネットワーク上のノードの負荷が不必要に上昇する場合の具体例を説明するためのタイミングチャートである。図5の例では、送信期間送信周期が短く設定されている。送信周期を短く設定することで上述の無駄な待ち時間は小さくなる。しかしながら、この場合には、エリアa、b、cのデータが更新される前に、送信期間が経過してタイムアウトが発生しやすくなる。更新前の古いデータが送信される頻度が増加してしまうため、送信先ネットワークや送信先ネットワーク上のノードの負荷が不必要に上昇することとなる。[実施の形態1における特徴的構成]次に、ネットワーク自体やネットワーク上の他ノードの負荷を不必要に上げることなく、ゲートウェイ1における伝送遅延時間を小さくすることができる本実施形態のゲートウェイシステムの特徴的構成について、図6~図12を用いて説明する。本実施形態のゲートウェイシステムは、その特徴的構成として、ゲートウェイ1の処理部の一部として送信条件監視機能11を備えている図1。送信条件監視機能11は、送信フレーム毎に、送信フレームを構成する為に使用する共有メモリ10のエリアが更新されたか否かを管理する。図6は、本発明の実施の形態1のゲートウェイシステムにおけるデータ送信のタイミングチャートであり、条件待ちタイムアウトが発生しない場合の例である。図6には、エリアa,b,cそれぞれのデータ受信についての受信待フラグと、データ送信待フラグとが設けられ、受信待フラグは、それぞれのエリア受信前にセットされ、エリア受信後にリセットされ、データ送信後に再セットされる例が示されている。データ送信待フラグは、前回送信後にセットされ、受信が必要なエリアの受信待フラグが全てリセットされた時にリセットされ送信が実行された後に再度セットされる。詳細には、前回の送信が完了する時刻t0において、各受信待フラグ及びデータ送信待フラグをセットする。時刻t1において、エリアaに関するデータが受信されエリアaに保存されると共に、エリアa受信待フラグがリセットされる。時刻t2において、エリアcに関するデータが受信されエリアcに保存されると共に、エリアc受信待フラグがリセットされる。時刻t3において、エリアbに関するデータが受信されエリアbに保存されると共に、エリアb受信待フラグがリセットされる。送信条件監視機能11は、各受信待フラグがリセットされる際に、全受信待フラグがリセットされているか否かを判定する。全受信待フラグがリセットされている場合には、送信待フラグがリセットされる時刻t4。ゲートウェイ1の処理部は、更新されたエリアa,b,cの最新のデータに基づいて送信フレームを構成し送信する。送信後、各受信待フラグ及びデータ送信待フラグがセットされる時刻t5。このため、本実施形態のゲートウェイシステムによれば、タイムアウト時間送信期間の経過を待たずに、最新のデータに基づいて送信フレームを送信することができる。図7は、本発明の実施の形態1のゲートウェイシステムにおけるデータ送信のタイミングチャートであり、条件待ちタイムアウトが発生する場合の例である。図7には、タイムアウト時間送信期間の経過までにエリアbのデータを受信しなかった為、タイムアウト処理でデータ送信待フラグがリセットされて送信が実行される例が示されている。詳細には、前回の送信が完了する時刻t0において、各受信待フラグ及びデータ送信待フラグをセットする。時刻t1において、エリアaに関するデータが受信されエリアaに保存されると共に、エリアa受信待フラグがリセットされる。時刻t2において、エリアcに関するデータが受信されエリアcに保存されると共に、エリアc受信待フラグがリセットされる。送信条件監視機能11は、各受信待フラグがリセットされる際に、全受信待フラグがリセットされているか否かを判定する。全受信待フラグがリセットされていない場合には、次のデータ受信をタイムアウト時間が経過するまで待つ。時刻t3において、タイムアウト時間送信期間が経過すると、ゲートウェイ1の処理部は、タイムアウトまでに更新されたエリアa,b,cのデータに基づいて送信フレームを構成し送信する。送信後、各受信待フラグ及びデータ送信待フラグがセットされる時刻t4。次回の送信における時刻t5において、エリアbに関するデータが受信されエリアbに保存されると共に、エリアb受信待フラグがリセットされる。このため、本実施形態のゲートウェイシステムによれば、タイムアウト時間が経過した場合には、タイムアウト時までに受信されたデータに基づいて送信フレームを送信することができる。次に、上述の動作を実現するために、ゲートウェイ1の処理部が実行する制御ルーチンについて図8~図12を用いて説明する。図8は、図11に示す処理フローにおいて用いられる受信時フラグパターンの例を示す図である。図8に示す受信時フラグパターンは、図3の例に対応しており、各受信フレームを受信した際に更新するエリアに該当するビットは0に、更新しないエリアに該当するビットは1に設定されている。図9は、図10~図12に示す処理フローにおいて用いられる送信条件マスクパターンの例を示す図である。図9に示す送信条件マスクパターンは、図3の例に対応しており、各送信フレームを送信する際に読み出す使用するエリアに該当するビットは1に、読み出さない使用しないエリアに該当するビットは0に設定されている。ゲートウェイ1の処理部には、送信元ネットワークから受信する受信フレームの受信idと共有メモリ10上の対応エリアとの対応関係、及び、送信先ネットワークへ送信する送信フレームの送信idと少なくとも1つの受信フレームの受信idとの対応関係を定めた送受信定義情報が記憶されている。上述した受信時フラグパターン及び送信条件マスクパターンも送受信定義情報の一部としてゲートウェイ1の処理部に記憶されている。図10~図12は、上述の図8、図9の各フラグを使用し、送信フレーム毎に送信条件フラグを設け、その送信条件フラグを構成する全ビットが0になった場合に送信可能となる場合における送信条件フラグの初期化、フレーム受信時処理及び送信タイムアウト処理それぞれの処理フローを示している。図10は、本発明の実施の形態1における送信条件監視機能11が実行する送信条件フラグの初期化の処理フローを示している。まず、ステップS100において、送信idのインデックスiに1が代入される。ステップS102において、図9に示す送信条件マスクパターンのうち送信id=iに対応するパターン以下、送信条件マスクパターンiという。で、送信条件フラグiを設定する。ステップS104において、送信id=1についての送信待タイマ以下、送信待タイマiという。が規定の送信期間に初期化される。ステップS106において、インデックスiにi1が代入される。その後、ステップS108において、インデックスiの値が送信id数よりも大きいか否かが判定される。送信id数以下である場合には、ステップS106において、インクリメントされた新たなインデックスiを用いて、上述したステップS102以降の処理が実行される。一方、送信id数よりも大きい場合には、本フローの処理が終了される。このように、図10に示す処理フローによれば、送信条件フラグは、初期化時に送信条件マスクパターンと同値に初期化される。図11は、本発明の実施の形態1におけるゲートウェイ1の処理部が実行するフレーム受信時処理の処理フローを示している。本処理フローは、受信フレームが受信されるごとに実行される。受信id=jのフレームが受信された場合、まず、ステップS110において、上述の送受信定義情報に従って、受信idに応じた共有メモリ10上の対応エリアに、受信されたデータが書き込まれる。その後、送信条件監視機能11により以下の処理が実行される。ステップS112において、送信idのインデックスiに1が代入される。ステップS114において、図8に示す受信id=jの受信フレームの受信時フラグパターンjと送信条件フラグiとの論理積が算出され、この算出されたビット列で送信条件フラグiが更新される。ステップS116において、送信条件フラグiの全ビットが0であるか否かが判定される。送信条件フラグiの全ビットが0である場合には、ステップS118において、送信id=iの送信フレームを送信する。ステップS120において、送信条件マスクパターンiが送信条件フラグiに設定される。この処理により、送信条件フラグiが初期化され、次回の送信に備えることができる。ステップS122において、送信待タイマiが規定の送信時間に初期化される。ステップS124において、インデックスiにi1が代入される。その後、ステップS126において、インデックスiの値が送信id数よりも大きいか否かが判定される。送信id数以下である場合には、ステップS124でインクリメントされた新たなインデックスiを用いて、上述したステップS114以降の処理が実行される。一方、送信id数よりも大きい場合には、本フローの処理が終了される。なお、上述したステップS116において、送信条件フラグiのいずれかのビットが0でない場合には、未だ送信条件が成立していないと判断し、ステップS124以降の処理が実行される。このように、図11に示す処理フローによれば、何らかの受信フレームを受信するごとに、送信条件フラグは、それ自身と受信フレームの受信時フラグパターンとの、論理積をとった値に更新される。このようにすることで、送信フレームが使用する全てのエリアを更新する受信フレームが受信された時点で送信条件フラグの全ビットが0送信条件が成立となる。そのため、規定の送信期間の経過を待つことなく、送信フレームを構成し、送信することができる。図12は、本発明の実施の形態1におけるゲートウェイ1の処理部が実行する送信タイムアウト処理の処理フローを示している。本処理フローは、送信id=iごとに設定された送信待ちタイマiの送信期間が経過して、タイムアウトが発生した場合に実行される。送信id=iの送信待ちタイムアウトが発生した場合、ステップS128において、送信id=iの送信フレームが送信される。ステップS130において、送信条件マスクパターンiが送信条件フラグiに設定される。この処理により、送信条件フラグiが初期化され、次回の送信に備えることができる。ステップS132において、送信待タイマiが規定の送信時間に初期化される。その後、本フローの処理が終了される。このように、図12に示す処理フローによれば、伝送路の障害などで一部のデータ受信が抜けた場合であっても、前回送信時からの時間経過により送信フレームを送信することができる。以上説明したように、本実施形態のゲートウェイシステムによれば、受信フレームが受信されるごとに、受信時フラグパターンと送信条件フラグとの論理積をとって、送信フレームの構成に必要なすべての受信フレームが受信されたか否か送信条件を判定し、送信条件が成立した場合には、送信期間の経過を待たずに送信フレームを構成し送信することができる。そのため、送信先ネットワークおよび送信先ネットワーク上のノードの負荷を不必要に上げることなく、ゲートウェイシステムとしての伝送遅延時間を小さくすることが可能となる。また、伝送路上の障害などによりデータの一部が受信できなかった場合であっても、送信期間の経過により正常に受信した部分のデータを送信することができる。ところで、上述した実施の形態1のシステムにおいて、図1では、ネットワークを2系統としているが、3系統以上存在しても良い。また、図3では、受信id数<エリアid数となるように記載しているが、受信id=エリアidとなるように受信データを共有メモリ10に書き込むこととしても良い。また、図3では、送信時に共有メモリ10から複数のエリアを抽出するように記載しているが、送信時には連続領域となるように受信データを分割して書き込むようにしても良い。なお、これらの点は以下の実施の形態でも同様である。実施の形態2.[実施の形態2のシステム構成]次に、図13~図18を参照して本発明の実施の形態2について説明する。本実施形態のゲートウェイシステムは、上述した図1~図3に示す構成において、ゲートウェイ1に後述する図16~図18のルーチンを実施させることで実現することができる。[実施の形態2における特徴的制御]まず、図16~図18に示す処理フローで用いられるデータ受信時カウンタ、使用エリアテーブル及びデータ送信時カウンタテーブルについて図13~図15を用いて説明する。図13は、図16~図18に示す処理フローにおいて用いられるデータ受信時カウンタの例を示す図である。データ受信時カウンタは、共有メモリ10のエリアのデータ更新を管理するために用いられる。各エリアidに対応するカウンタ値は、ゲートウェイ1の初期化時に一定の初期値に初期化され、受信フレームを受信するたびに、各受信フレームが更新するエリアのエリアidに対応するカウンタ値がインクリメントされる。図14と図15は、共に、図16~図18に示す処理フローにおいて用いられる使用エリアテーブルとデータ送信時カウンタテーブルが示す図である。これらのテーブルは、送信エリアの状態を管理するために用いられる。なお、データ送信時カウンタテーブルはゲートウェイ1の初期化時に一定の初期値に初期化される。図14では、使用エリアテーブルとして送信フレーム毎に実際に使用するエリアのエリアidそのものを抽出してテーブル化している。また、データ送信時カウンタテーブルとして送信フレーム毎に使用エリアテーブルに対応した並びで各エリアのカウンタ値を保存する例を示している。図15では、図14と異なる方式であり、図16~図18に示す処理フローでは、いずれかの方式を選択することができる。使用エリアテーブルとして送信フレーム毎に各エリアを各送信フレームが実際に使用するか否かをテーブル化している。また、データ送信時カウンタテーブルとして送信レーム毎に使用エリアテーブルに対応した並びで各エリアのカウンタ値を保存する例を示している。ゲートウェイ1の処理部には、送信元ネットワークから受信する受信フレームの受信idと共有メモリ10上の対応エリアとの対応関係、及び、送信先ネットワークへ送信する送信フレームの送信idと少なくとも1つの受信フレームの受信idとの対応関係を定めた送受信定義情報が記憶されている。上述したデータ受信時カウンタ、使用エリアテーブル及びデータ送信時カウンタテーブルも送受信定義情報の一部としてゲートウェイ1の処理部に記憶されている。図16~図18は、受信時にデータ受信時カウンタを更新し、周期的に使用エリアテーブル及びデータ送信時カウンタテーブルにより送信条件が成立したか否かを確認する場合におけるフレーム受信処理送信条件確認処理送信待ちタイムアウト処理それぞれの処理フローを示している。図16は、本発明の実施の形態2におけるゲートウェイ1の処理部が実行するフレーム受信処理の処理フローを示している。本処理フローは、受信フレームが受信されるごとに実行される。受信id=jのフレームが受信された場合、まず、ステップS200において、上述の送受信定義情報に従って、受信idに応じた共有メモリ10上の対応エリアに、受信されたデータが書き込まれる。その後、送信条件監視機能11により以下の処理が実行される。ステップS202において、エリアidのインデックスkに1が代入される。ステップS204において、上述の送受信定義情報に基づいて、受信id=jがエリアid=kを更新するか否かが判定される。ステップS204の判定条件が成立する場合には、ステップS206において、データ受信時カウンタ中のエリアid=kのカウンタ値がインクリメントされる。ステップS208において、インデックスkにk1が代入される。その後、ステップS210において、インデックスkの値がエリアid数よりも大きいか否かが判定される。エリアid数以下である場合には、ステップS208でインクリメントされた新たなインデックスkを用いて、上述したステップS204以降の処理が実行される。一方、エリアid数よりも大きい場合には、本フローの処理が終了される。なお、上述したステップS204において、判定条件が成立しない場合には、エリアid=kのエリアのデータは更新されないと判断し、ステップS208以降の処理が実行される。このように、図16に示す処理フローによれば、何らかの受信フレームを受信するごとに、データ受信時カウンタを更新することができる。図17は、本発明の実施の形態2における送信条件監視機能11が実行する送信条件確認処理の処理フローを示している。本処理フローは、送信待ちタイマに設定される送信期間よりも短い周期で周期的に実行される。まず、ステップS212において、送信idのインデックスiに1が代入される。ステップS214において、送信id=iが使用する全エリアのデータ受信時カウンタが、更新済であるか否かが判定される。具体的には、まず、送信id=i用の使用エリアテーブルから全使用エリアidが取得される。次に、送信id=i用のデータ送信時カウンタテーブル上の各使用エリアidのカウンタ値が、データ受信時カウンタ上の対応するエリアidのカウンタ値よりも小さいか否かが判定される。小さい場合にはデータ受信時カウンタは更新済であると判定される。ステップS214において判定条件が成立する場合には、ステップS216において、送信id=iの送信フレームが送信される。その後、ステップS218において、送信id=iが使用する全使用エリアのデータ送信時カウンタテーブルに、対応するデータ受信時カウンタの各エリアのカウンタ値を再セットする。送信id=iが使用する全使用エリアについてデータ送信時カウンタテーブルのカウンタ値に、対応するデータ受信時カウンタの各エリアのカウンタ値を再セットする。ステップS220において、送信待タイマiが規定の送信時間に初期化される。ステップS222において、インデックスiにi1が代入される。その後、ステップS224において、インデックスiの値が送信id数よりも大きいか否かが判定される。送信id数以下である場合には、ステップS222でインクリメントされた新たなインデックスiを用いて、上述したステップS214以降の処理が実行される。一方、送信id数よりも大きい場合には、本フローの処理が終了される。なお、上述したステップS214において、判定条件が成立しない場合には、未だ送信に必要なすべての受信フレームが受信されていないと判断し、ステップS220以降の処理が実行される。このように、図17に示す処理フローによれば、送信待ちタイマに設定される送信期間よりも短い周期で周期的に、送信フレーム毎に使用エリアテーブルにより使用するエリアに対して受信時カウンタとデータ送信時カウンタテーブルの差を確認し、チェック対象エリア全てで差があった場合に、送信フレームを送信することができる。図18は、本発明の実施の形態2におけるゲートウェイ1の処理部が実行する送信待ちタイムアウト処理の処理フローを示している。本処理フローは、送信id=iごとに設定された送信待ちタイマiの送信期間が経過して、タイムアウトが発生した場合に実行される。送信id=iの送信待ちタイムアウトが発生した場合、ステップS226において、送信id=iの送信フレームが送信される。ステップS228において、送信id=iが使用する全使用エリアについてデータ送信時カウンタテーブルのカウンタ値に、対応するデータ受信時カウンタの各エリアのカウンタ値を再セットする。この処理により、データ送信時カウンタテーブルが再初期化され、次回の送信に備えることができる。ステップS230において、送信待タイマiが規定の送信時間に初期化される。その後、本フローの処理が終了される。このように、図18に示す処理フローによれば、伝送路の障害などで一部のデータ受信が抜けた場合であっても、前回送信時から時間経過により送信フレームを送信することができる。以上説明したように、本実施形態のゲートウェイシステムによれば、受信フレームを受信して共有メモリに記憶する処理図16と独立して、送信フレームを送信する送信条件が成立した否かを、送信待ちタイマに設定される送信期間よりも短い周期で周期的に判定することができる図17。送信条件を判定する処理は、送信条件監視機能11の内部で高速に処理される。そのため、送信先ネットワークおよび送信先ネットワーク上のノードの負荷を不必要に上げることなく、ゲートウェイシステムとしての伝送遅延時間を小さくすることが可能となる。また、伝送路上の障害などによりデータの一部が受信できなかった場合であっても、送信期間の経過により正常に受信した部分のデータを送信することができる。実施の形態3.次に、本発明の実施の形態3について説明する。本発明の実施の形態3の構成は、図19に示すエリア対応テーブルを有する点を除いて本発明の実施の形態1で述べた構成と略同様である。図19は、送信条件監視機能11におけるエリア対応テーブルの例を示す図である。エリア対応テーブルには、各エリアidに対応する情報として、先頭アドレスとサイズ、先頭アドレスと最終アドレス、先頭アドレスブロックとブロック数、先頭アドレスブロックと最終アドレスブロックなど、各エリアのアドレス範囲を判別できるアドレス情報がテーブル化されている。エリア対応テーブルによれば、各エリアidからそれぞれのアドレス情報を取得することができる。また、アドレス情報から対応するエリアidを取得することもできる。また、ゲートウェイ1の処理部には、エリア対応テーブルに加え、送信先ネットワークへ送信する送信フレームの送信idと送信元ネットワークから受信する少なくとも1つの受信フレームに含まれる共有メモリ10のアドレス情報との対応関係を定めた送受信定義情報が記憶されている。本実施形態のゲートウェイシステムでは、受信フレーム中に、共有メモリ10のアドレス情報が格納されており、受信フレーム内のデータを、当該アドレス情報に従って共有メモリ10に記憶させることができる。また、エリア対応テーブルから受信フレーム中のアドレス情報に対応するエリアidを取得することができる。さらに、上述の送受信定義情報から、送信フレームを構成するために必要とされる共有メモリ10のアドレス情報を取得できるため、当該アドレス情報からエリア対応テーブルを用いてエリアidを取得することができる。このようにエリアidの情報を適切に得ることできるため、その後は、実施の形態1と同様の各種フラグや処理フローを用いて、受信フレームを受信する度に送信条件の判定を行うことができる。そのため、本実施形態のゲートウェイシステムによれば、本発明の実施の形態1のゲートウェイシステムと同様の効果を得ることができる。実施の形態4.次に、本発明の実施の形態4について説明する。本発明の実施の形態4の構成は、上述した図19に示すエリア対応テーブルを有する点を除いて本発明の実施の形態2で述べた構成と略同様である。上述した図19に示すエリア対応テーブルに加え、ゲートウェイ1の処理部には、送信先ネットワークへ送信する送信フレームの送信idと少なくとも1つの送信元ネットワークから受信する受信フレームに含まれる共有メモリ10のアドレス情報との対応関係を定めた送受信定義情報が記憶されている。本実施形態のゲートウェイシステムでは、受信フレーム中に、共有メモリ10のアドレス情報が格納されており、受信フレーム内のデータを、当該アドレス情報に従って共有メモリ10に記憶させることができる。また、エリア対応テーブルから受信フレーム中のアドレス情報に対応するエリアidを取得することができる。さらに、上述の送受信定義情報から、送信フレームを構成するために必要とされる共有メモリ10のアドレス情報を取得できるため、当該アドレス情報からエリア対応テーブルを用いてエリアidを取得することができる。このようにエリアidの情報を適切に得ることできるため、その後は、実施の形態2と同様の各種テーブルや処理フローを用いて、周期的に送信条件の判定を行うことができる。そのため、本実施形態のゲートウェイシステムによれば、本発明の実施の形態1のゲートウェイシステムと同様の効果を得ることができる。実施の形態5.次に、本発明の実施の形態5について説明する。本実施形態のゲートウェイシステムでは、図9に示す送信条件マスクパターンに設定されるエリアidや、図14に示す使用エリアテーブルに設定されるエリアidを、送信先ネットワークのノードが制御情報として必要とするエリアidに限定して設定する点に特徴を有する。例えば、送信条件マスクパターンや使用エリアテーブルの設定を静的に変更する機能を有することにより実現することができる。送信先ネットワークのノードにおいて制御上必要とするエリアidに限定して設定することにより、重要度が低いステータス情報などの受信フレームを待つことなく、重要度が高い制御情報のみに基づく送信フレームを早期に送信することが可能となる。実施の形態6.[実施の形態6のシステム構成]次に、図20~図26を参照して本発明の実施の形態6について説明する。本実施形態のゲートウェイシステムは図20に示す構成において、ゲートウェイ1に後述する図25~図26のルーチンを実施させることで実現することができる。他の構成は本発明の実施の形態1で述べた構成と略同様である。図20は、本発明の実施の形態6に係るネットワーク通信システムの構成を説明するためのブロック図である。図20に示すネットワーク通信システムは、その特徴的構成として、ゲートウェイ1の処理部の一部として、ヘルシーノード管理機能12を備えている点を除き、図1に示す構成と同様である。ヘルシーノード管理機能12は、送信元ネットワークのノード状態に応じて動的に送信フレームの送信条件を変更送信フレームの構成に必要な受信フレームを変更することができる機能である。なお、ゲートウェイ1の処理部には、実施の形態1で述べた送受信定義情報が記憶されている。[実施の形態6における特徴的制御]図21は、本発明の実施の形態6のゲートウェイシステムにおけるデータ送信のタイミングチャートである。図6と共通する説明については省略する。図21には、ヘルシーノード管理機能12がエリアbのデータの送信元ノードのダウンを検出している場合が示されている。この場合、全送信元ノードが正常な場合ならエリアa、b、c全てのデータ受信を送信条件とするが、エリアbのデータの送信元ノードのダウン検出時には動的にエリアbを送信条件から外していることを示している。図22は、本発明の実施の形態6のゲートウェイシステムにおけるデータ送信のタイミングチャートである。図7と共通する説明については省略する。図22には、ヘルシーノード管理機能12が、エリアa、b、c全ての送信元ノードのダウンを検出している場合が示されている。この場合、送信に必要なエリアに対するデータ受信が全く発生しない。そのため、受信によるエリア更新が全く発生せず、タイムアウトによるデータ送信のみが行われることとなる。次に、上述の動作を実現するために、ゲートウェイ1の処理部が実行する制御ルーチンについて図23~図26を用いて説明する。図23は、図25に示す処理フローにおいて用いられる送信元フラグパターンの例を示す図である。送信元フラグパターンは、送信元ノードの状態を管理するために用いられる。図23に示す送信元フラグパターンでは、送信元ノード毎に更新するエリアに該当するビットは1に、更新しないエリアに該当するビットは0に設定されている。図24は、図25~図26に示す処理フローにおいて用いられるヘルシーノードマスクパターンの例を示す図である。ヘルシーノードマスクパターンは、送信条件の確認を行う時点毎にヘルシーノード群ノード状態がヘルシーである送信元ノード全体が更新するエリアを区別するために用いられる。送信元ノードがヘルシーエリア更新が期待できるであるエリアに該当するビットは1に、送信元ノードがダウンエリア更新が期待できないであるエリアに該当するビットは0に設定されている。図25は、本発明の実施の形態6におけるヘルシーノード管理機能12が実行するヘルシーノードマスクパターンを生成する処理フローを示している。この処理は、規定のヘルシーノード確認タイミング毎に実行される。まず、ステップS600において、図24に示すヘルシーノードマスクパターンの全ビットに0が設定される。ステップS602において、送信元ノードの送信元idを示すインデックスiに1が代入される。ステップS604において、ノードiがヘルシーであるか否かが判定される。ノードiがヘルシーであるか否かは、ノードiから出力される受信フレームが一定期間受信されていないことを検出して判定することができる。ステップS604において、ノードiがヘルシーであると判定される場合には、ステップS606において、ヘルシーノードマスクパターンと図23に示す送信元id=1の送信元フラグパターンとの論理和が算出され、この算出されたビット列でヘルシーノードマスクパターンが更新される。ステップS608において、インデックスiにi1が代入される。その後、ステップS610において、インデックスiの値が送信元ノード数よりも大きいか否かが判定される。送信元ノード数以下である場合には、ステップS608でインクリメントされた新たなインデックスiを用いて、上述したステップS604以降の処理が実行される。一方、送信元ノード数よりも大きい場合には、本フローの処理が終了される。なお、上述したステップS604において、ノードiがヘルシーでない場合には、そのノードiはダウンしていると判断して、ステップS600で当該ビットが0ダウンに設定されたまま、ステップS608以降の処理が実行される。このように、図25に示す処理フローによれば、ヘルシーノードマスクパターンを、状態がヘルシーである送信元ノードの送信元フラグパターンとの論理和に基づいて生成することができる。図26は、本発明の実施の形態6におけるゲートウェイ1の処理部が、ヘルシーノードマスクパターンを使用して送信条件の成否を確認するための処理フローを示している。本処理フローは、受信フレームが受信されるごとに実行される。本処理フローは、ステップS114の処理がステップS612に置き換えられている点を除き、図11に示す処理フローと同様である。以下、図26において、図11に示すステップと同一のステップについては、同一の符号を付してその説明を省略または簡略する。本処理フローでは、ステップS112の処理後、ステップS612において、図8に示す受信id=jの受信フレームの受信時フラグパターンjと送信条件フラグiとヘルシーノードマスクパターンとの論理積が算出され、この算出されたビット列で送信条件フラグiが更新される。その後、ステップS116以降の処理が実行される。図26に示す処理フローによれば、状態がダウンビット値が0である送信元ノードが更新するエリアを、送信条件フラグから除外することができる。送信条件フラグから除外されることで、当該エリアの更新を待たずに送信フレームを送信することができる。本実施形態のゲートウェイシステムによれば、積極的に送信元ノードの状態を管理して、データ出力を期待できないノードを除外し、タイムアウトを待たずに送信フレームを送信することができるため、伝送遅延時間を小さくすることできる。実施の形態7.[実施の形態7のシステム構成]次に、図27~図29を参照して本発明の実施の形態7について説明する。本実施形態のシステムは、上述した図20に示す構成において、ゲートウェイ1に後述する図29のルーチンを実施させることで実現することができる。他の構成は本発明の実施の形態2で述べた構成と略同様である。図20に示すネットワーク通信システムは、その特徴的構成として、ゲートウェイ1の処理部の一部として、ヘルシーノード管理機能12を備えている点を除き、図1に示す構成と同様である。ヘルシーノード管理機能12は、送信元ネットワークのノード状態に応じて動的に送信フレームの送信条件を変更送信フレームの構成に必要な受信フレームを変更することができる機能である。なお、ゲートウェイ1の処理部には、実施の形態2で述べた送受信定義情報が記憶されている。[実施の形態7における特徴的制御]図27は、図29に示す処理フローにおいて用いられる送信元エリアテーブルの例を示す図である。送信元エリアテーブルは、共有メモリ10の各エリアを更新する送信元ノードを管理するために用いられる。送信元エリアパターンには、エリアid毎に、そのエリアを更新するデータの送信元idがセットされている。図28は、図29に示す処理フローにおいて用いられるヘルシーエリアテーブルの例を示す図である。ヘルシーエリアテーブルは、共有メモリ10の各エリアを更新する送信元ノードがヘルシーか否かを管理するために用いられる。ヘルシーエリアテーブルには、エリアid毎に、そのエリアを更新するデータの送信元がヘルシーであるか否かがセットされている。ヘルシーエリアテーブルには、ヘルシーノード確認タイミング毎にその時点における各送信元ノード状態が反映される。図29は、本発明の実施の形態7におけるゲートウェイ1の処理部が、送信元エリアテーブルとヘルシーエリアテーブルを使用して送信条件の成否を確認するための処理フローを示している。本処理フローは、受信フレームが受信されるごとに実行される。この処理フローは、本処理フローは、送信待ちタイマに設定される送信期間よりも短い周期で周期的に実行される。本処理フローは、ステップS700~ステップS712の処理が、ステップS214の処理に置き換えられている点を除き、図17に示す送信条件確認処理の処理フローと同様である。以下、図29において、図17に示すステップと同一のステップについては、同一の符号を付してその説明を省略または簡略する。図29に示す処理フローでは、ステップS212の処理後、ステップS700において、エリアidのインデックスjに1が代入される。ステップS702において、エリアid=jは送信id=iが使用するエリアであるか否か判定される。ステップS702の判定条件が成立する場合には、ステップS704において、エリアid=jがヘルシーであるか否かが判定される。エリアid=jがヘルシーである場合には、ステップS706において、エリアid=jのデータが更新済みであるか否かが判定される。エリアid=jのデータが更新済みである場合には、ステップS708において、インデックスjにj1が代入される。その後、ステップS710において、インデックスjの値がエリアid数よりも大きいか否かが判定される。エリアid数よりも大きい場合には、ステップS712において、ヘルシーノードがあったか否かが判定される。ヘルシーノードがあったと判定される場合には、上述したステップS216以降の処理が実行される。なお、上述したステップS702又はS704における判定条件が成立しない場合には、ステップS708以降の処理が実行される。また、ステップS710でインデックスjの値がエリアid数以下であると判定される場合には、ステップS708でインクリメントされた新たなインデックスjを用いて、上述したステップS702以降の処理が実行される。本実施形態のゲートウェイシステムによれば、実施の形態2の効果に加えて、データ出力を期待できないノードについては送信条件から除外して、タイムアウトを待たずに送信フレームを送信することができるため、伝送遅延時間を小さくすることできる。"