JPH11289344A - データ伝送システム - Google Patents
データ伝送システムInfo
- Publication number
- JPH11289344A JPH11289344A JP10091656A JP9165698A JPH11289344A JP H11289344 A JPH11289344 A JP H11289344A JP 10091656 A JP10091656 A JP 10091656A JP 9165698 A JP9165698 A JP 9165698A JP H11289344 A JPH11289344 A JP H11289344A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- priority
- determined
- terminal
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 フレームフォーマットの構造を変えることな
く各フレームの優先度に応じたフレームの送受を行うこ
とができるようにしたデータ伝送システムを提供する。 【解決手段】 フレーム長、フレーム受信頻度、上位プ
ロトコル、フレーム受信間隔の標準偏差、優先度設定フ
レームをもとにスイッチングハブ２０でフレームの優先
度を判定するように構成することで、フレームフォーマ
ットの構造を変えることなく各フレームの優先度に応じ
たフレームの送受を可能にする。
く各フレームの優先度に応じたフレームの送受を行うこ
とができるようにしたデータ伝送システムを提供する。 【解決手段】 フレーム長、フレーム受信頻度、上位プ
ロトコル、フレーム受信間隔の標準偏差、優先度設定フ
レームをもとにスイッチングハブ２０でフレームの優先
度を判定するように構成することで、フレームフォーマ
ットの構造を変えることなく各フレームの優先度に応じ
たフレームの送受を可能にする。
Description
【０００１】
【発明の属する技術分野】この発明は、複数の端末をス
イッチングハブに接続し、スイッチングハブを介して端
末間でフレームの送受信を行なうデータ伝送システムの
フレーム優先度判定方法に関し、特にＦＡ( ファクトリ
オートメーション）に適したした優先度判定方法に関す
る。
イッチングハブに接続し、スイッチングハブを介して端
末間でフレームの送受信を行なうデータ伝送システムの
フレーム優先度判定方法に関し、特にＦＡ( ファクトリ
オートメーション）に適したした優先度判定方法に関す
る。
【０００２】
【従来の技術】従来、複数の端末をスイッチングハブに
接続し、スイッチングハブを介して端末間でフレームの
送受信を行なうデータ伝送システムは、ＬＡＮ（ローカ
ルエリアネットワーク）としてのイーサネットとしてＦ
Ａ等の各種分野で広く普及している。
接続し、スイッチングハブを介して端末間でフレームの
送受信を行なうデータ伝送システムは、ＬＡＮ（ローカ
ルエリアネットワーク）としてのイーサネットとしてＦ
Ａ等の各種分野で広く普及している。
【０００３】かかる従来のＬＡＮとしてのイーサネット
を用いたデータ伝送システムでは、すべての送受信フレ
ームが同等に扱われる。
を用いたデータ伝送システムでは、すべての送受信フレ
ームが同等に扱われる。
【０００４】図１４は、上記従来のデータ伝送システム
で送受信されるフレームのフォーマット構造を示す図で
ある。
で送受信されるフレームのフォーマット構造を示す図で
ある。
【０００５】図１４において、このフレームフォーマッ
トは、宛先アドレスＤＡ、送信元アドレスＳＡ、データ
（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検出符号ＦＣ
Ｓから構成される。
トは、宛先アドレスＤＡ、送信元アドレスＳＡ、データ
（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検出符号ＦＣ
Ｓから構成される。
【０００６】しかし、図１４に示すようなフレームフォ
ーマットを用いたデータ伝送装置においては、上述した
ようにすべての送受信フレームが同等に扱われているた
め、優先度の高いフレームを優先度の低いフレームより
優先して送信することができない。
ーマットを用いたデータ伝送装置においては、上述した
ようにすべての送受信フレームが同等に扱われているた
め、優先度の高いフレームを優先度の低いフレームより
優先して送信することができない。
【０００７】このためＦＡのＬＡＮをイーサネットで構
築した場合、制御系データ（生産ラインの制御に直接関
係するデータ）等を含む優先度の高いフレームが、情報
系データ（統計情報等、生産ラインの制御には直接関係
しないデータ）等を含む優先度の低いフレームによって
待たされる場合があるという問題がある。
築した場合、制御系データ（生産ラインの制御に直接関
係するデータ）等を含む優先度の高いフレームが、情報
系データ（統計情報等、生産ラインの制御には直接関係
しないデータ）等を含む優先度の低いフレームによって
待たされる場合があるという問題がある。
【０００８】また、生産ラインの制御に直接関係するＰ
ＬＣ（プログラマブルロジックコントローラ）等の制御
系端末と、生産ラインの制御に直接関係しないパーソナ
ルコンピュータ等の情報系端末とが混在する環境におい
て、制御系端末の通信が情報系端末の通信によって待た
される場合があるという問題がある。
ＬＣ（プログラマブルロジックコントローラ）等の制御
系端末と、生産ラインの制御に直接関係しないパーソナ
ルコンピュータ等の情報系端末とが混在する環境におい
て、制御系端末の通信が情報系端末の通信によって待た
される場合があるという問題がある。
【０００９】この問題を解決するため、フレームに優先
度を示すフィールドを設け、高優先度のフレームを低優
先度のフレームより優先して送信する方法がＩＥＥＥ等
で検討されている。
度を示すフィールドを設け、高優先度のフレームを低優
先度のフレームより優先して送信する方法がＩＥＥＥ等
で検討されている。
【００１０】図１５は、上記ＩＥＥＥ等で検討されてい
る優先フィールドを追加したフレームのフォーマット構
造を示す図である。
る優先フィールドを追加したフレームのフォーマット構
造を示す図である。
【００１１】図１５において、このフレームフォーマッ
トは、図１４に示したフレームフォーマットのデータ
（ＤＡＴＡ）長ＬとデータＤＡＴＡとの間に優先度ＰＲ
Ｉを追加したもので、宛先アドレスＤＡ、送信元アドレ
スＳＡ、データ（ＤＡＴＡ）長Ｌ、優先度ＰＲＩ、デー
タＤＡＴＡ、誤り検出符号ＦＣＳから構成されており、
この構造のフレームフォーマットを採用することで各フ
レームの優先度に応じたフレームの送受の制御が可能に
なる。
トは、図１４に示したフレームフォーマットのデータ
（ＤＡＴＡ）長ＬとデータＤＡＴＡとの間に優先度ＰＲ
Ｉを追加したもので、宛先アドレスＤＡ、送信元アドレ
スＳＡ、データ（ＤＡＴＡ）長Ｌ、優先度ＰＲＩ、デー
タＤＡＴＡ、誤り検出符号ＦＣＳから構成されており、
この構造のフレームフォーマットを採用することで各フ
レームの優先度に応じたフレームの送受の制御が可能に
なる。
【００１２】
【発明が解決しようとする課題】しかしながら、上記図
１５に示す構造のデータフォーマットを用いると、この
フレームフォーマットが従来のフレームフォーマットと
異なってしまうため、従来機器との間で通信を行なうこ
とができなくなるという問題が生じた。
１５に示す構造のデータフォーマットを用いると、この
フレームフォーマットが従来のフレームフォーマットと
異なってしまうため、従来機器との間で通信を行なうこ
とができなくなるという問題が生じた。
【００１３】そこで、この発明は、フレームフォーマッ
トの構造を変えることなく各フレームの優先度に応じた
フレームの送受を行うことができるようにしたデータ伝
送システムを提供することを目的とする。
トの構造を変えることなく各フレームの優先度に応じた
フレームの送受を行うことができるようにしたデータ伝
送システムを提供することを目的とする。
【００１４】
【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明は、複数の端末をスイッチング
ハブに接続し 該スイッチングハブを介して上記複数の
端末間でフレームの送受信を行なうデータ伝送システム
において、上記フレームの属性に基づき該フレームの優
先度を判定し、該判定した優先度に基づき上記端末間の
フレームの送受信を制御することを特徴とする。
め、請求項１記載の発明は、複数の端末をスイッチング
ハブに接続し 該スイッチングハブを介して上記複数の
端末間でフレームの送受信を行なうデータ伝送システム
において、上記フレームの属性に基づき該フレームの優
先度を判定し、該判定した優先度に基づき上記端末間の
フレームの送受信を制御することを特徴とする。
【００１５】また、請求項２記載の発明は、請求項１記
載の発明において、上記フレームの優先度は、該フレー
ムのフレーム長が短いものほど高いと判定することを特
徴とする。
載の発明において、上記フレームの優先度は、該フレー
ムのフレーム長が短いものほど高いと判定することを特
徴とする。
【００１６】また、請求項３記載の発明は、請求項１記
載の発明において、上記フレームの優先度は、フレーム
受信頻度が高いポートで受信したフレームであるほど高
いと判定することを特徴とする。
載の発明において、上記フレームの優先度は、フレーム
受信頻度が高いポートで受信したフレームであるほど高
いと判定することを特徴とする。
【００１７】また、請求項４記載の発明は、請求項１記
載の発明において、上記フレームの優先度は、該フレー
ムを送受信する上位プロトコルに応じて判定することを
特徴とする。
載の発明において、上記フレームの優先度は、該フレー
ムを送受信する上位プロトコルに応じて判定することを
特徴とする。
【００１８】また、請求項５記載の発明は、請求項４記
載の発明において、上記フレームを送受信する上位プロ
トコルがＵＤＰであれば優先度が高いと判定することを
特徴とする。
載の発明において、上記フレームを送受信する上位プロ
トコルがＵＤＰであれば優先度が高いと判定することを
特徴とする。
【００１９】また、請求項６記載の発明は、請求項１記
載の発明において、上記フレームの優先度は、該フレー
ムのフレーム受信間隔の標準偏差が小さいポートで受信
したフレームであるほど高いと判定することを特徴とす
る。
載の発明において、上記フレームの優先度は、該フレー
ムのフレーム受信間隔の標準偏差が小さいポートで受信
したフレームであるほど高いと判定することを特徴とす
る。
【００２０】また、請求項７記載の発明は、請求項１記
載の発明において、上記フレームの優先度は、上記端末
から送信される優先度フレームに含まれる優先度情報を
もとに判定することを特徴とする。
載の発明において、上記フレームの優先度は、上記端末
から送信される優先度フレームに含まれる優先度情報を
もとに判定することを特徴とする。
【００２１】
【発明の実施の形態】以下、この発明に係るデータ通信
方式の一実施の形態を添付図面を参照して詳細に説明す
る。
方式の一実施の形態を添付図面を参照して詳細に説明す
る。
【００２２】図１は、この発明に係るデータ伝送システ
ムで採用されるネットワーク構成の一実施の形態を示す
ブロック図である。
ムで採用されるネットワーク構成の一実施の形態を示す
ブロック図である。
【００２３】図１において、各端末（端末１）１０−
１、端末（端末２）１０−２、端末（端末３）１０−
３、端末（端末４）１０−４は、スイッチングハブ２０
のそれぞれのポートに接続され、このスイッチングハブ
２０を介してフレームの送受信を行う。
１、端末（端末２）１０−２、端末（端末３）１０−
３、端末（端末４）１０−４は、スイッチングハブ２０
のそれぞれのポートに接続され、このスイッチングハブ
２０を介してフレームの送受信を行う。
【００２４】ここで、スイッチングハブ２０はあるポー
トで受信したフレームを、宛先端末が接続されているポ
ートにのみ中継する。例えば、端末（端末１）１０−１
が端末（端末２）１０−２宛のフレームを送信するとそ
のフレームは端末（端末２）１０−２が接続されている
ポートにのみ中継される。
トで受信したフレームを、宛先端末が接続されているポ
ートにのみ中継する。例えば、端末（端末１）１０−１
が端末（端末２）１０−２宛のフレームを送信するとそ
のフレームは端末（端末２）１０−２が接続されている
ポートにのみ中継される。
【００２５】図２は、図１に示したスイッチングハブの
詳細構成を示すブロック図である。
詳細構成を示すブロック図である。
【００２６】なお、図２においては、ｎ個のポートを有
し、ｎ個の端末が接続可能なスイッチングハブ２０が示
されている。
し、ｎ個の端末が接続可能なスイッチングハブ２０が示
されている。
【００２７】図２において、このスイッチングハブ２０
は、各ポートに対応して、受信部２１−１〜２１−ｎ、
受信バッファ２２−１〜２２−ｎ、送信部２３−１〜３
−ｎ、優先度１送信バッファ２４−１〜２４−ｎ、優先
度２送信バッファ２５−１〜２５−ｎ、…、優先度ｎ送
信バッファ２６−１〜２６−ｎを具備し、さらに、アド
レステーブル２７、メモリ２８、制御部２９を具備して
構成される。
は、各ポートに対応して、受信部２１−１〜２１−ｎ、
受信バッファ２２−１〜２２−ｎ、送信部２３−１〜３
−ｎ、優先度１送信バッファ２４−１〜２４−ｎ、優先
度２送信バッファ２５−１〜２５−ｎ、…、優先度ｎ送
信バッファ２６−１〜２６−ｎを具備し、さらに、アド
レステーブル２７、メモリ２８、制御部２９を具備して
構成される。
【００２８】ここで、受信部２１−１〜２１−ｎは、端
末からフレームを受信し、この受信したフレームをそれ
ぞれ受信バッファ２２−１〜２２−ｎに書き込む処理を
行う。
末からフレームを受信し、この受信したフレームをそれ
ぞれ受信バッファ２２−１〜２２−ｎに書き込む処理を
行う。
【００２９】また、受信バッファ２２−１〜２２−ｎ
は、受信部２１−１〜２１−ｎにより端末から受信した
フレームを蓄積するもので、この受信バッファ２２−１
〜２２−ｎにおけるフレームの蓄積は、端末から受信し
た順に行われる。
は、受信部２１−１〜２１−ｎにより端末から受信した
フレームを蓄積するもので、この受信バッファ２２−１
〜２２−ｎにおけるフレームの蓄積は、端末から受信し
た順に行われる。
【００３０】送信部２３−１〜３−ｎは、優先度１送信
バッファ２４−１〜２４−ｎ、優先度２送信バッファ２
５−１〜２５−ｎ、…、優先度ｎ送信バッファ２６−１
〜２６−ｎに蓄積されたフレームを端末へ送信する。こ
こで、送信部２３−１〜３−ｎによるフレームの送信
は、優先度の高い送信バッファに蓄積されたフレームを
優先して行われる。なお、図２の構成においては、優先
度１送信バッファ２４−１〜２４−ｎが最も優先度が高
く、優先度ｎ送信バッファ２６−１〜２６−ｎが最も優
先度が低く設定されている。
バッファ２４−１〜２４−ｎ、優先度２送信バッファ２
５−１〜２５−ｎ、…、優先度ｎ送信バッファ２６−１
〜２６−ｎに蓄積されたフレームを端末へ送信する。こ
こで、送信部２３−１〜３−ｎによるフレームの送信
は、優先度の高い送信バッファに蓄積されたフレームを
優先して行われる。なお、図２の構成においては、優先
度１送信バッファ２４−１〜２４−ｎが最も優先度が高
く、優先度ｎ送信バッファ２６−１〜２６−ｎが最も優
先度が低く設定されている。
【００３１】優先度１送信バッファ２４−１〜２４−
ｎ、優先度２送信バッファ２５−１〜２５−ｎ、…、優
先度ｎ送信バッファ２６−１〜２６−ｎは、端末へ送信
するフレームを、フレームの優先度別に蓄積するバッフ
ァで、優先度１送信バッファ２４−１〜２４−ｎが最も
優先度が高く、優先度ｎ送信バッファ２６−１〜２６−
ｎが最も優先度が低い。また、優先度１送信バッファ２
４−１〜２４−ｎ、優先度２送信バッファ２５−１〜２
５−ｎ、…、優先度ｎ送信バッファ２６−１〜２６−ｎ
におけるそれぞれのフレームの蓄積は、端末へ送信され
るフレームの順に行われる。
ｎ、優先度２送信バッファ２５−１〜２５−ｎ、…、優
先度ｎ送信バッファ２６−１〜２６−ｎは、端末へ送信
するフレームを、フレームの優先度別に蓄積するバッフ
ァで、優先度１送信バッファ２４−１〜２４−ｎが最も
優先度が高く、優先度ｎ送信バッファ２６−１〜２６−
ｎが最も優先度が低い。また、優先度１送信バッファ２
４−１〜２４−ｎ、優先度２送信バッファ２５−１〜２
５−ｎ、…、優先度ｎ送信バッファ２６−１〜２６−ｎ
におけるそれぞれのフレームの蓄積は、端末へ送信され
るフレームの順に行われる。
【００３２】アドレステーブル２７は、各ポートに接続
された端末のアドレスを記憶する。
された端末のアドレスを記憶する。
【００３３】図３は、図２に示したスイッチングハブの
アドレステーブルの構成例を示した図である。
アドレステーブルの構成例を示した図である。
【００３４】図３においては、ポート「１」に端末アド
レス「１」が記憶され、ポート「２」に端末アドレス
「３」が記憶され、ポート「ｎ」に端末アドレス「２」
が記憶される場合を示している。
レス「１」が記憶され、ポート「２」に端末アドレス
「３」が記憶され、ポート「ｎ」に端末アドレス「２」
が記憶される場合を示している。
【００３５】メモリ２８は、制御部２９が実行するプロ
グラムや、一時的なデータを記憶するものである。
グラムや、一時的なデータを記憶するものである。
【００３６】また、制御部２９は、各ポートの受信バッ
ファ２１−１〜２１−ｎに蓄積されたフレームを取出
し、そのフレームの宛先アドレスの端末が接続されてい
るポートをアドレステーブルで検索し、そのポートの優
先度１送信バッファ２４−１〜２４−ｎ、優先度２送信
バッファ２５−１〜２５−ｎ、…、優先度ｎ送信バッフ
ァ２６−１〜２６−ｎにフレームを書き込む。
ファ２１−１〜２１−ｎに蓄積されたフレームを取出
し、そのフレームの宛先アドレスの端末が接続されてい
るポートをアドレステーブルで検索し、そのポートの優
先度１送信バッファ２４−１〜２４−ｎ、優先度２送信
バッファ２５−１〜２５−ｎ、…、優先度ｎ送信バッフ
ァ２６−１〜２６−ｎにフレームを書き込む。
【００３７】さて、この発明においては、フレーム長、
フレーム受信頻度、上位プロトコル、フレーム受信間隔
の標準偏差、優先度設定フレームをもとにスイッチング
ハブ２０でフレームの優先度を判定するように構成する
ことで、フレームフォーマットの構造を変えることなく
各フレームの優先度に応じたフレームの送受を可能にす
るように構成される。
フレーム受信頻度、上位プロトコル、フレーム受信間隔
の標準偏差、優先度設定フレームをもとにスイッチング
ハブ２０でフレームの優先度を判定するように構成する
ことで、フレームフォーマットの構造を変えることなく
各フレームの優先度に応じたフレームの送受を可能にす
るように構成される。
【００３８】以下、この発明の詳細動作について図４乃
至図１３を参照して詳細に説明する。
至図１３を参照して詳細に説明する。
【００３９】図４は、図２に示したスイッチングハブの
送信部の処理を示すフローチャートである。
送信部の処理を示すフローチャートである。
【００４０】図４において、スイッチングハブ２０の送
信部２３−１〜３−ｎ（以下、送信部２３として説明す
る）の処理が開始されると（ステップ１０１）、優先度
１送信バッファ２４−１〜２４−ｎ（以下、優先度１送
信バッファ２４として説明する）にフレームがあるかを
調べる（ステップ１０２）。ここで、優先度１送信バッ
ファ２４にフレームがあると（ステップ１０２でＹＥ
Ｓ）、この優先度１送信バッファ２４のフレームを送信
し（ステップ１０３）、ステップ１０２に戻る。
信部２３−１〜３−ｎ（以下、送信部２３として説明す
る）の処理が開始されると（ステップ１０１）、優先度
１送信バッファ２４−１〜２４−ｎ（以下、優先度１送
信バッファ２４として説明する）にフレームがあるかを
調べる（ステップ１０２）。ここで、優先度１送信バッ
ファ２４にフレームがあると（ステップ１０２でＹＥ
Ｓ）、この優先度１送信バッファ２４のフレームを送信
し（ステップ１０３）、ステップ１０２に戻る。
【００４１】しかし、ステップ１０２で優先度１送信バ
ッファ２４にフレームがないと判断されると（ステップ
１０２でＮＯ）、次に、優先度２送信バッファ２５−１
〜２５−ｎ（以下、優先度２送信バッファ２５として説
明する）にフレームがあるかを調べる（ステップ１０
４）。ここで、優先度２送信バッファ２５にフレームが
あると（ステップ１０４でＹＥＳ）、この優先度２送信
バッファ２５のフレームを送信し（ステップ１０５）、
ステップ１０２に戻る。
ッファ２４にフレームがないと判断されると（ステップ
１０２でＮＯ）、次に、優先度２送信バッファ２５−１
〜２５−ｎ（以下、優先度２送信バッファ２５として説
明する）にフレームがあるかを調べる（ステップ１０
４）。ここで、優先度２送信バッファ２５にフレームが
あると（ステップ１０４でＹＥＳ）、この優先度２送信
バッファ２５のフレームを送信し（ステップ１０５）、
ステップ１０２に戻る。
【００４２】しかし、ステップ１０４で優先度１送信バ
ッファ２４にフレームがないと判断されると（ステップ
１０４でＮＯ）、次に、優先度３送信バッファにフレー
ムがあるかを調べ、以下、同様の処理を続ける。
ッファ２４にフレームがないと判断されると（ステップ
１０４でＮＯ）、次に、優先度３送信バッファにフレー
ムがあるかを調べ、以下、同様の処理を続ける。
【００４３】そして、優先度ｎ送信バッファ２６−１〜
２６−ｎ（以下、優先度ｎ送信バッファ２６として説明
する）にフレームがあるかを調べ（ステップ１０６）、
ここで、優先度ｎ送信バッファ２６にフレームがあると
（ステップ１０６でＹＥＳ）、この優先度ｎ送信バッフ
ァ２６のフレームを送信し（ステップ１０７）、ステッ
プ１０２に戻るが、優先度ｎ送信バッファ２６にフレー
ムがないと判断されると（ステップ１０６でＮＯ）、そ
のままステップ１０２に戻る。
２６−ｎ（以下、優先度ｎ送信バッファ２６として説明
する）にフレームがあるかを調べ（ステップ１０６）、
ここで、優先度ｎ送信バッファ２６にフレームがあると
（ステップ１０６でＹＥＳ）、この優先度ｎ送信バッフ
ァ２６のフレームを送信し（ステップ１０７）、ステッ
プ１０２に戻るが、優先度ｎ送信バッファ２６にフレー
ムがないと判断されると（ステップ１０６でＮＯ）、そ
のままステップ１０２に戻る。
【００４４】図５は、図２に示したスイッチングハブの
制御部の処理を示すフローチャートである。
制御部の処理を示すフローチャートである。
【００４５】図５において、スイッチングハブ２０の制
御部２９の処理は、ポート１からポートｎまでの処理を
順次行い、それを繰り返すことにより行われる。
御部２９の処理は、ポート１からポートｎまでの処理を
順次行い、それを繰り返すことにより行われる。
【００４６】すなわち、制御部２９の処理が開始される
と（ステップ２０１）、まずポート１の処理を行い（ス
テップ２０２）、次に、ポート２の処理を行い（ステッ
プ２０３）、同様にして各ポートの処理を行って、ポー
トｎの処理を行うと（ステップ２０４）、ステップ２０
２に戻り、これを繰り返す。
と（ステップ２０１）、まずポート１の処理を行い（ス
テップ２０２）、次に、ポート２の処理を行い（ステッ
プ２０３）、同様にして各ポートの処理を行って、ポー
トｎの処理を行うと（ステップ２０４）、ステップ２０
２に戻り、これを繰り返す。
【００４７】各ポートの処理は、ポート１の処理（ステ
ップ２０２）に関して示されているように、 １）受信バッファ２２−１にフレームがあるかを調べる
（ステップ２１１） ２）受信バッファ２２−１にフレームがある場合は（ス
テップ２１１でＹＥＳ）、受信バッファ２２−１の先頭
から１フレームを取り出す（ステップ２１２） ３）受信バッファ２２−１から取出したフレームの宛先
ポート（宛先アドレスの端末が接続されているポート）
をアドレステーブル２７で検索する（ステップ２１３） ４）受信バッファ２２−１から取出したフレームの優先
度を判定する（ステップ２１４） ５）ステップ２１４で判定した結果の優先度に対応する
送信バッファにフレームを書き込む（ステップ２１５） ６）受信バッファ２２−１にフレームがない場合は（ス
テップ２１１でＮＯ）、そのままステップ２０３に進む 処理により行われる。なお、他のポートの処理も上記ポ
ート１の処理と同様に行われる。
ップ２０２）に関して示されているように、 １）受信バッファ２２−１にフレームがあるかを調べる
（ステップ２１１） ２）受信バッファ２２−１にフレームがある場合は（ス
テップ２１１でＹＥＳ）、受信バッファ２２−１の先頭
から１フレームを取り出す（ステップ２１２） ３）受信バッファ２２−１から取出したフレームの宛先
ポート（宛先アドレスの端末が接続されているポート）
をアドレステーブル２７で検索する（ステップ２１３） ４）受信バッファ２２−１から取出したフレームの優先
度を判定する（ステップ２１４） ５）ステップ２１４で判定した結果の優先度に対応する
送信バッファにフレームを書き込む（ステップ２１５） ６）受信バッファ２２−１にフレームがない場合は（ス
テップ２１１でＮＯ）、そのままステップ２０３に進む 処理により行われる。なお、他のポートの処理も上記ポ
ート１の処理と同様に行われる。
【００４８】図６は、図５に示した優先度判定処理の一
例を示すフローチャートである。
例を示すフローチャートである。
【００４９】図６に示す優先度判定処理は、図５に示し
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、フレーム長に基づき優先度
を判定する。すなわち、フレーム長が短いものほど優先
度が高いと判定し、フレーム長が長いものほど優先度が
低いと判定する。
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、フレーム長に基づき優先度
を判定する。すなわち、フレーム長が短いものほど優先
度が高いと判定し、フレーム長が長いものほど優先度が
低いと判定する。
【００５０】一般に、ＦＡでは優先度の高い制御系デー
タは、優先度の低い情報系データよりフレーム長が短く
なる。そこで、フレーム長が短いものほど優先度が高い
と判定する。これにより、フレームフォーマットを変更
することなく、優先度の判定が可能となる。
タは、優先度の低い情報系データよりフレーム長が短く
なる。そこで、フレーム長が短いものほど優先度が高い
と判定する。これにより、フレームフォーマットを変更
することなく、優先度の判定が可能となる。
【００５１】この場合、フレーム長に関して、第１の閾
値＜第２の閾値＜…＜第ｎ−１の閾値の関係にあるｎ−
１個の閾値を設定し、フレーム長をこのｎ−１個の閾値
と順次比較することにより「１」から「ｎ」の優先度を
判定する。
値＜第２の閾値＜…＜第ｎ−１の閾値の関係にあるｎ−
１個の閾値を設定し、フレーム長をこのｎ−１個の閾値
と順次比較することにより「１」から「ｎ」の優先度を
判定する。
【００５２】すなわち、この優先度判定処理が開始され
ると（ステップ２２１）、まず、当該フレームのフレー
ム長に関して、フレーム長＜第１の閾値の関係が成立す
るかを調べる（ステップ２２２）。
ると（ステップ２２１）、まず、当該フレームのフレー
ム長に関して、フレーム長＜第１の閾値の関係が成立す
るかを調べる（ステップ２２２）。
【００５３】ここで、フレーム長＜第１の閾値の関係が
成立すると（ステップ２２２でＹＥＳ）、当該フレーム
の優先度を「１」と判定して（ステップ２２３）、この
処理を終了する（ステップ２２９）。
成立すると（ステップ２２２でＹＥＳ）、当該フレーム
の優先度を「１」と判定して（ステップ２２３）、この
処理を終了する（ステップ２２９）。
【００５４】しかし、ステップ２２２でフレーム長＜第
１の閾値の関係が成立しないと判断されると（ステップ
２２２でＮＯ）、次に、当該フレームのフレーム長に関
して、フレーム長＜第２の閾値の関係が成立するかを調
べる（ステップ２２４）。
１の閾値の関係が成立しないと判断されると（ステップ
２２２でＮＯ）、次に、当該フレームのフレーム長に関
して、フレーム長＜第２の閾値の関係が成立するかを調
べる（ステップ２２４）。
【００５５】ここで、フレーム長＜第２の閾値の関係が
成立すると（ステップ２２４でＹＥＳ）、当該フレーム
の優先度を「２」と判定して（ステップ２２５）、この
処理を終了する（ステップ２２９）。
成立すると（ステップ２２４でＹＥＳ）、当該フレーム
の優先度を「２」と判定して（ステップ２２５）、この
処理を終了する（ステップ２２９）。
【００５６】しかし、ステップ２２４でフレーム長＜第
２の閾値の関係が成立しないと判断されると（ステップ
２２４でＮＯ）、次に、当該フレームのフレーム長に関
して、フレーム長＜第３の閾値の関係が成立するかを調
べる。
２の閾値の関係が成立しないと判断されると（ステップ
２２４でＮＯ）、次に、当該フレームのフレーム長に関
して、フレーム長＜第３の閾値の関係が成立するかを調
べる。
【００５７】以下、同様にして、当該フレームのフレー
ム長と閾値との比較、フレーム優先度の判定を行う。
ム長と閾値との比較、フレーム優先度の判定を行う。
【００５８】そして、フレーム長＜第ｎ−１の閾値の関
係が成立するかを調べ（ステップ２２６）、ここで、フ
レーム長＜第ｎ−１の閾値の関係が成立すると（ステッ
プ２２６でＹＥＳ）、当該フレームの優先度を「ｎ−
１」と判定して（ステップ２２７）、この処理を終了す
るが（ステップ２２９）、ステップ２２６で、フレーム
長＜第ｎ−１の閾値の関係が成立しないと判断されると
（ステップ２２６でＮＯ）、当該フレームの優先度を
「ｎ」と判定して（ステップ２２８）、この処理を終了
する（ステップ２２９）。
係が成立するかを調べ（ステップ２２６）、ここで、フ
レーム長＜第ｎ−１の閾値の関係が成立すると（ステッ
プ２２６でＹＥＳ）、当該フレームの優先度を「ｎ−
１」と判定して（ステップ２２７）、この処理を終了す
るが（ステップ２２９）、ステップ２２６で、フレーム
長＜第ｎ−１の閾値の関係が成立しないと判断されると
（ステップ２２６でＮＯ）、当該フレームの優先度を
「ｎ」と判定して（ステップ２２８）、この処理を終了
する（ステップ２２９）。
【００５９】図７は、図５に示した優先度判定処理の他
の例を示すフローチャートである。
の例を示すフローチャートである。
【００６０】図７に示す優先度判定処理は、図５に示し
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、フレーム受信頻度に基づき
優先度を判定する。すなわち、フレーム受信頻度が高い
ポートで受信したフレームは優先度が高いと判定し、フ
レーム受信頻度が低いポートで受信したフレームは優先
度が低いと判定する。
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、フレーム受信頻度に基づき
優先度を判定する。すなわち、フレーム受信頻度が高い
ポートで受信したフレームは優先度が高いと判定し、フ
レーム受信頻度が低いポートで受信したフレームは優先
度が低いと判定する。
【００６１】一般に、ＦＡでは制御系端末（優先度の高
いフレームを送信する端末）は情報系端末（優先度の低
いフレームを送信する端末）よりフレーム送信頻度が高
い。そこで、フレーム受信頻度（単位時間あたりに受信
するフレーム数）が高いポートで受信したフレームほど
優先度が高いと判定する。これにより、フレームフォー
マットを変更することなく、優先度の判定が可能とな
る。
いフレームを送信する端末）は情報系端末（優先度の低
いフレームを送信する端末）よりフレーム送信頻度が高
い。そこで、フレーム受信頻度（単位時間あたりに受信
するフレーム数）が高いポートで受信したフレームほど
優先度が高いと判定する。これにより、フレームフォー
マットを変更することなく、優先度の判定が可能とな
る。
【００６２】この場合、フレーム受信頻度に関して、第
１の閾値＞第２の閾値＞…＞第ｎ−１の閾値の関係にあ
るｎ−１個の閾値を設定し、フレーム受信頻度をこのｎ
−１個の閾値と順次比較することにより「１」から
「ｎ」の優先度を判定する。
１の閾値＞第２の閾値＞…＞第ｎ−１の閾値の関係にあ
るｎ−１個の閾値を設定し、フレーム受信頻度をこのｎ
−１個の閾値と順次比較することにより「１」から
「ｎ」の優先度を判定する。
【００６３】すなわち、この優先度判定処理が開始され
ると（ステップ２３１）、まず、当該フレームを受信し
たポートのフレーム受信頻度を更新し（ステップ２３
２）、当該フレーム受信頻度に関して、フレーム受信頻
度＞第１の閾値の関係が成立するかを調べる（ステップ
２３３）。
ると（ステップ２３１）、まず、当該フレームを受信し
たポートのフレーム受信頻度を更新し（ステップ２３
２）、当該フレーム受信頻度に関して、フレーム受信頻
度＞第１の閾値の関係が成立するかを調べる（ステップ
２３３）。
【００６４】ここで、フレーム受信頻度＞第１の閾値の
関係が成立すると（ステップ２３３でＹＥＳ）、当該フ
レームの優先度を「１」と判定して（ステップ２３
４）、この処理を終了する（ステップ２４０）。
関係が成立すると（ステップ２３３でＹＥＳ）、当該フ
レームの優先度を「１」と判定して（ステップ２３
４）、この処理を終了する（ステップ２４０）。
【００６５】しかし、ステップ２３３でフレーム受信頻
度＞第１の閾値の関係が成立しないと判断されると（ス
テップ２３３でＮＯ）、次に、当該フレーム受信頻度に
関して、フレーム受信頻度＞第２の閾値の関係が成立す
るかを調べる（ステップ２３５）。
度＞第１の閾値の関係が成立しないと判断されると（ス
テップ２３３でＮＯ）、次に、当該フレーム受信頻度に
関して、フレーム受信頻度＞第２の閾値の関係が成立す
るかを調べる（ステップ２３５）。
【００６６】ここで、フレーム受信頻度＞第２の閾値の
関係が成立すると（ステップ２３５でＹＥＳ）、当該フ
レームの優先度を「２」と判定して（ステップ２３
６）、この処理を終了する（ステップ２４０）。
関係が成立すると（ステップ２３５でＹＥＳ）、当該フ
レームの優先度を「２」と判定して（ステップ２３
６）、この処理を終了する（ステップ２４０）。
【００６７】しかし、ステップ２３５でフレーム受信頻
度＞第２の閾値の関係が成立しないと判断されると（ス
テップ２３５でＮＯ）、次に、当該フレーム受信頻度に
関して、フレーム受信頻度＞第３の閾値の関係が成立す
るかを調べる。
度＞第２の閾値の関係が成立しないと判断されると（ス
テップ２３５でＮＯ）、次に、当該フレーム受信頻度に
関して、フレーム受信頻度＞第３の閾値の関係が成立す
るかを調べる。
【００６８】以下、同様にして、当該フレーム受信頻度
と閾値との比較、フレーム優先度の判定を行う。
と閾値との比較、フレーム優先度の判定を行う。
【００６９】そして、当該フレーム受信頻度に関して、
フレーム受信頻度＞第ｎ−１の閾値の関係が成立するか
を調べ（ステップ２３７）、ここで、フレーム受信頻度
＞第ｎ−１の閾値の関係が成立すると（ステップ２３７
でＹＥＳ）、当該フレームの優先度を「ｎ−１」と判定
して（ステップ２３８）、この処理を終了するが（ステ
ップ２４０）、ステップ２３７で、フレーム受信頻度＞
第ｎ−１の閾値の関係が成立しないと判断されると（ス
テップ２３７でＮＯ）、当該フレームの優先度を「ｎ」
と判定して（ステップ２３９）、この処理を終了する
（ステップ２４０）。
フレーム受信頻度＞第ｎ−１の閾値の関係が成立するか
を調べ（ステップ２３７）、ここで、フレーム受信頻度
＞第ｎ−１の閾値の関係が成立すると（ステップ２３７
でＹＥＳ）、当該フレームの優先度を「ｎ−１」と判定
して（ステップ２３８）、この処理を終了するが（ステ
ップ２４０）、ステップ２３７で、フレーム受信頻度＞
第ｎ−１の閾値の関係が成立しないと判断されると（ス
テップ２３７でＮＯ）、当該フレームの優先度を「ｎ」
と判定して（ステップ２３９）、この処理を終了する
（ステップ２４０）。
【００７０】さて、イーサネットの上位層のプロトコル
としてＴＣＰ（Transmission Control Protocol ）およ
びＵＤＰ（User Datagram Protocol）が広く利用されて
いる。そして、一般にＦＡでは制御系フレームにはコネ
クション確立のオーバーヘッドがないＵＤＰプロトコル
が利用され、情報系フレームにはコネクションを確立し
てから通信を開始するＴＣＰプロトコルが利用される。
としてＴＣＰ（Transmission Control Protocol ）およ
びＵＤＰ（User Datagram Protocol）が広く利用されて
いる。そして、一般にＦＡでは制御系フレームにはコネ
クション確立のオーバーヘッドがないＵＤＰプロトコル
が利用され、情報系フレームにはコネクションを確立し
てから通信を開始するＴＣＰプロトコルが利用される。
【００７１】ここで、上位プロトコルの種別はＤＡＴＡ
フィールド中のＩＰヘッダの１０バイト目のＰＲＯＴフ
ィールドに記述される。
フィールド中のＩＰヘッダの１０バイト目のＰＲＯＴフ
ィールドに記述される。
【００７２】図８は、フレームフォーマットのＰＲＯＴ
フィールドを説明する図である。
フィールドを説明する図である。
【００７３】図８において、このフレームフォーマット
は、宛先アドレスＤＡ、送信元アドレスＳＡ、データ
（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検出符号ＦＣ
Ｓから構成されており、データＤＡＴＡは、ＩＰヘッダ
とＩＰデータから構成されている。こので、ＩＰヘッダ
の１０バイト目にはＰＲＯＴフィールドが設けられてお
り、このＰＲＯＴフィールドが「６」なら上位層のプロ
トコルとしてＴＣＰが用いられ、「１７」なら上位層の
プロトコルとしてＵＤＰが用いられることを示してい
る。
は、宛先アドレスＤＡ、送信元アドレスＳＡ、データ
（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検出符号ＦＣ
Ｓから構成されており、データＤＡＴＡは、ＩＰヘッダ
とＩＰデータから構成されている。こので、ＩＰヘッダ
の１０バイト目にはＰＲＯＴフィールドが設けられてお
り、このＰＲＯＴフィールドが「６」なら上位層のプロ
トコルとしてＴＣＰが用いられ、「１７」なら上位層の
プロトコルとしてＵＤＰが用いられることを示してい
る。
【００７４】したがって、ＩＰヘッダの１０バイト目の
ＰＲＯＴフィールドを調べることにより、上位層のプロ
トコルとしてＴＣＰが用いられた優先度の低い制御系の
フレームであるか、上位層のプロトコルとしてＵＤＰが
用いられた優先度の高い制御系のフレームであるかを判
別することができる。
ＰＲＯＴフィールドを調べることにより、上位層のプロ
トコルとしてＴＣＰが用いられた優先度の低い制御系の
フレームであるか、上位層のプロトコルとしてＵＤＰが
用いられた優先度の高い制御系のフレームであるかを判
別することができる。
【００７５】図９は、図５に示した優先度判定処理のさ
らに他の例を示すフローチャートである。
らに他の例を示すフローチャートである。
【００７６】図９に示す優先度判定処理は、図５に示し
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、ＩＰヘッダの１０バイト目
のＰＲＯＴフィールドを調べることによりフレーム優先
度を判定する。
たステップの２１４の優先度判定処理の一例を示すもの
で、この優先度判定処理は、ＩＰヘッダの１０バイト目
のＰＲＯＴフィールドを調べることによりフレーム優先
度を判定する。
【００７７】すなわち、この優先度判定処理が開始され
ると（ステップ２４１）、まず、当該フレームのデータ
ＤＡＴＡのＩＰヘッダの１０バイト目のＰＲＯＴフィー
ルドが「１７」であるか、すなわち、上位層のプロトコ
ルとしてＵＤＰが用いられた優先度の高い制御系のフレ
ームであるかを調べ（ステップ２４２）、ここで、ＰＲ
ＯＴフィールドが「１７」であると、当該フレームの優
先度を最高優先度「１」と判定して（ステップ２４
３）、この処理を終了する（ステップ２４０）。
ると（ステップ２４１）、まず、当該フレームのデータ
ＤＡＴＡのＩＰヘッダの１０バイト目のＰＲＯＴフィー
ルドが「１７」であるか、すなわち、上位層のプロトコ
ルとしてＵＤＰが用いられた優先度の高い制御系のフレ
ームであるかを調べ（ステップ２４２）、ここで、ＰＲ
ＯＴフィールドが「１７」であると、当該フレームの優
先度を最高優先度「１」と判定して（ステップ２４
３）、この処理を終了する（ステップ２４０）。
【００７８】しかし、ステップ２４２で、当該フレーム
のＰＲＯＴフィールドが「１７」でないと判断される
と、当該フレームの優先度を最低優先度「ｎ」と判定し
て（ステップ２４４）、この処理を終了する（ステップ
２４０）。
のＰＲＯＴフィールドが「１７」でないと判断される
と、当該フレームの優先度を最低優先度「ｎ」と判定し
て（ステップ２４４）、この処理を終了する（ステップ
２４０）。
【００７９】図１０は、制御系／情報系端末のフレーム
送信間隔分布を示す図である。
送信間隔分布を示す図である。
【００８０】一般に、ＦＡでは制御系端末（優先度の高
いフレームを送信する端末）は情報系端末（優先度の低
いフレームを送信する端末）よりフレーム送信の周期性
が強い。このため、図１０（ａ）に示すように、制御系
端末ではフレーム間隔の平均値からの広がり具合を示す
標準偏差が小さく、図１０（ｂ）に示すように、情報系
端末ではフレーム間隔の平均値からの広がり具合を示す
標準偏差が大きい。
いフレームを送信する端末）は情報系端末（優先度の低
いフレームを送信する端末）よりフレーム送信の周期性
が強い。このため、図１０（ａ）に示すように、制御系
端末ではフレーム間隔の平均値からの広がり具合を示す
標準偏差が小さく、図１０（ｂ）に示すように、情報系
端末ではフレーム間隔の平均値からの広がり具合を示す
標準偏差が大きい。
【００８１】そこで、この制御系／情報系端末のフレー
ム送信間隔分布を利用してフレーム優先度を判定するこ
とができる。
ム送信間隔分布を利用してフレーム優先度を判定するこ
とができる。
【００８２】図１１は、図５に示した優先度判定処理の
さらに他の例を示すフローチャートである。
さらに他の例を示すフローチャートである。
【００８３】図１１に示す優先度判定処理は、図５に示
したステップの２１４の優先度判定処理の一例を示すも
ので、この優先度判定処理は、制御系／情報系端末のフ
レーム送信間隔分布、すなわち、フレーム間隔の平均値
からの広がり具合を示す標準偏差を利用してフレーム優
先度を判定する。
したステップの２１４の優先度判定処理の一例を示すも
ので、この優先度判定処理は、制御系／情報系端末のフ
レーム送信間隔分布、すなわち、フレーム間隔の平均値
からの広がり具合を示す標準偏差を利用してフレーム優
先度を判定する。
【００８４】ここで、この標準偏差は、過去ｎ回に受信
したフレームの時間間隔（Ｔ１〜Ｔ。）から求めること
ができる。そして、この標準偏差が小さいほど優先度が
高いと判定する。これにより、フレームフォーマットを
変更することなく、優先度の判定が可能となる。
したフレームの時間間隔（Ｔ１〜Ｔ。）から求めること
ができる。そして、この標準偏差が小さいほど優先度が
高いと判定する。これにより、フレームフォーマットを
変更することなく、優先度の判定が可能となる。
【００８５】この場合、標準偏差に関して、第１の閾値
＜第２の閾値＜…＜第ｎ−１の閾値の関係にあるｎ−１
個の閾値を設定し、標準偏差をこのｎ−１個の閾値と順
次比較することにより「１」から「ｎ」の優先度を判定
する。
＜第２の閾値＜…＜第ｎ−１の閾値の関係にあるｎ−１
個の閾値を設定し、標準偏差をこのｎ−１個の閾値と順
次比較することにより「１」から「ｎ」の優先度を判定
する。
【００８６】すなわち、この優先度判定処理が開始され
ると（ステップ２５１）、まず、当該フレームを受信し
たポートのフレーム受信間隔の標準偏差を更新する（ス
テップ２５２）。そして当該標準偏差に関して、標準偏
差＜第１の閾値の関係が成立するかを調べる（ステップ
２５３）。
ると（ステップ２５１）、まず、当該フレームを受信し
たポートのフレーム受信間隔の標準偏差を更新する（ス
テップ２５２）。そして当該標準偏差に関して、標準偏
差＜第１の閾値の関係が成立するかを調べる（ステップ
２５３）。
【００８７】ここで、標準偏差＜第１の閾値の関係が成
立すると（ステップ２５３でＹＥＳ）、当該フレームの
優先度を「１」と判定して（ステップ２５４）、この処
理を終了する（ステップ２６０）。
立すると（ステップ２５３でＹＥＳ）、当該フレームの
優先度を「１」と判定して（ステップ２５４）、この処
理を終了する（ステップ２６０）。
【００８８】しかし、ステップ２５３で標準偏差＜第１
の閾値の関係が成立しないと判断されると（ステップ２
５３でＮＯ）、次に、当該標準偏差に関して、標準偏差
＜第２の閾値の関係が成立するかを調べる（ステップ２
５５）。
の閾値の関係が成立しないと判断されると（ステップ２
５３でＮＯ）、次に、当該標準偏差に関して、標準偏差
＜第２の閾値の関係が成立するかを調べる（ステップ２
５５）。
【００８９】ここで、標準偏差＜第２の閾値の関係が成
立すると（ステップ２５５でＹＥＳ）、当該フレームの
優先度を「２」と判定して（ステップ２５６）、この処
理を終了する（ステップ２６０）。
立すると（ステップ２５５でＹＥＳ）、当該フレームの
優先度を「２」と判定して（ステップ２５６）、この処
理を終了する（ステップ２６０）。
【００９０】しかし、ステップ２５５で標準偏差＜第２
の閾値の関係が成立しないと判断されると（ステップ２
５５でＮＯ）、次に、当該標準偏差に関して、標準偏差
＜第３の閾値の関係が成立するかを調べる。
の閾値の関係が成立しないと判断されると（ステップ２
５５でＮＯ）、次に、当該標準偏差に関して、標準偏差
＜第３の閾値の関係が成立するかを調べる。
【００９１】以下、同様にして、当該標準偏差と閾値と
の比較、フレーム優先度の判定を行う。
の比較、フレーム優先度の判定を行う。
【００９２】そして、当該標準偏差に関して、標準偏差
＜第ｎ−１の閾値の関係が成立するかを調べ（ステップ
２５７）、ここで、標準偏差＜第ｎ−１の閾値の関係が
成立すると（ステップ２５７でＹＥＳ）、当該フレーム
の優先度を「ｎ−１」と判定して（ステップ２５８）、
この処理を終了するが（ステップ２６０）、ステップ２
５７で、標準偏差＜第ｎ−１の閾値の関係が成立しない
と判断されると（ステップ２５７でＮＯ）、当該フレー
ムの優先度を「ｎ」と判定して（ステップ２５９）、こ
の処理を終了する（ステップ２６０）。
＜第ｎ−１の閾値の関係が成立するかを調べ（ステップ
２５７）、ここで、標準偏差＜第ｎ−１の閾値の関係が
成立すると（ステップ２５７でＹＥＳ）、当該フレーム
の優先度を「ｎ−１」と判定して（ステップ２５８）、
この処理を終了するが（ステップ２６０）、ステップ２
５７で、標準偏差＜第ｎ−１の閾値の関係が成立しない
と判断されると（ステップ２５７でＮＯ）、当該フレー
ムの優先度を「ｎ」と判定して（ステップ２５９）、こ
の処理を終了する（ステップ２６０）。
【００９３】なお、端末が優先度設定フレームをスイッ
チングハブ２０宛に送信することにより、その端末が送
信するフレームの優先度を設定するように構成すること
もできる。この場合、スイッチングハブ２０にも端末と
同様のアドレスを割当てる。図１２は、上記優先度設定
フレームのフォーマットを示す図である。
チングハブ２０宛に送信することにより、その端末が送
信するフレームの優先度を設定するように構成すること
もできる。この場合、スイッチングハブ２０にも端末と
同様のアドレスを割当てる。図１２は、上記優先度設定
フレームのフォーマットを示す図である。
【００９４】図１２において、この優先度設定フレーム
フォーマットは、宛先アドレスＤＡ、送信元アドレスＳ
Ａ、データ（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検
出符号ＦＣＳから構成されており、宛先アドレスＤＡに
は、スイッチングハブ２０のアドレスが記述され、デー
タＤＡＴＡには、その端末のフレームの優先度が記述さ
れる。
フォーマットは、宛先アドレスＤＡ、送信元アドレスＳ
Ａ、データ（ＤＡＴＡ）長Ｌ、データＤＡＴＡ、誤り検
出符号ＦＣＳから構成されており、宛先アドレスＤＡに
は、スイッチングハブ２０のアドレスが記述され、デー
タＤＡＴＡには、その端末のフレームの優先度が記述さ
れる。
【００９５】図１３は、優先度設定フレームを用いる場
合の図２に示したスイッチングハブの制御部の処理を示
すフローチャートである。
合の図２に示したスイッチングハブの制御部の処理を示
すフローチャートである。
【００９６】この場合、スイッチングハブ２０の制御部
２９は、ポート毎に優先度を記憶しておき、各ポートで
受信したフレームの優先度は、そのポートに現在設定さ
れている優先度であると判定する。ポートの優先度は端
末が送信する優先度設定フレームにより変更することが
できる。これにより、フレームフォーマットを変更する
ことなく、優先度の判定が可能となる。
２９は、ポート毎に優先度を記憶しておき、各ポートで
受信したフレームの優先度は、そのポートに現在設定さ
れている優先度であると判定する。ポートの優先度は端
末が送信する優先度設定フレームにより変更することが
できる。これにより、フレームフォーマットを変更する
ことなく、優先度の判定が可能となる。
【００９７】図１３（ａ）において、スイッチングハブ
２０の制御部２９の処理は、ポート１からポートｎまで
の処理を順次行い、それを繰り返すことにより行われ
る。
２０の制御部２９の処理は、ポート１からポートｎまで
の処理を順次行い、それを繰り返すことにより行われ
る。
【００９８】すなわち、制御部２９の処理が開始される
と（ステップ２６１）、まずポート１の処理を行い（ス
テップ２６２）、次に、ポート２の処理を行い（ステッ
プ２６３）、同様にして各ポートの処理を行って、ポー
トｎの処理を行うと（ステップ２６４）、ステップ２６
２に戻り、これを繰り返す。
と（ステップ２６１）、まずポート１の処理を行い（ス
テップ２６２）、次に、ポート２の処理を行い（ステッ
プ２６３）、同様にして各ポートの処理を行って、ポー
トｎの処理を行うと（ステップ２６４）、ステップ２６
２に戻り、これを繰り返す。
【００９９】各ポートの処理は、ポート１の処理（ステ
ップ２６２）に関して示されているように、 １）受信バッファ２２−１にフレームがあるかを調べる
（ステップ２７１） ２）受信バッファ２２−１にフレームがある場合は（ス
テップ２７１でＹＥＳ）、受信バッファ２２−１の先頭
から１フレームを取り出す（ステップ２７２） ３）宛先アドレスがスイッチングハブ２０のアドレスか
を調べる（ステップ２７３） ４）宛先アドレスがスイッチングハブ２０のアドレスで
ない場合は（ステップ２７３でＮＯ）、受信バッファ２
２−１から取出したフレームの宛先ポート（宛先アドレ
スの端末が接続されているポート）をアドレステーブル
２７で検索する（ステップ２７４） ５）受信バッファ２２−１から取出したフレームの優先
度を判定する（ステップ２７５） ６）ステップ２７５で判定した結果の優先度に対応する
送信バッファにフレームを書き込む（ステップ２７６） ７）受信バッファ２２−１にフレームがない場合は（ス
テップ２７１でＮＯ）、そのままステップ２６３に進む ８）ステップ２７３で宛先アドレスがスイッチングハブ
２０のアドレスであると判断された場合は（ステップ２
７３でＹＥＳ）、受信したフレームから優先度情報を取
り出し（ステップ２７７）、優先度設定更新を行う（ス
テップ２７８）処理により行われる。なお、他のポート
の処理も上記ポート１の処理と同様に行われる。
ップ２６２）に関して示されているように、 １）受信バッファ２２−１にフレームがあるかを調べる
（ステップ２７１） ２）受信バッファ２２−１にフレームがある場合は（ス
テップ２７１でＹＥＳ）、受信バッファ２２−１の先頭
から１フレームを取り出す（ステップ２７２） ３）宛先アドレスがスイッチングハブ２０のアドレスか
を調べる（ステップ２７３） ４）宛先アドレスがスイッチングハブ２０のアドレスで
ない場合は（ステップ２７３でＮＯ）、受信バッファ２
２−１から取出したフレームの宛先ポート（宛先アドレ
スの端末が接続されているポート）をアドレステーブル
２７で検索する（ステップ２７４） ５）受信バッファ２２−１から取出したフレームの優先
度を判定する（ステップ２７５） ６）ステップ２７５で判定した結果の優先度に対応する
送信バッファにフレームを書き込む（ステップ２７６） ７）受信バッファ２２−１にフレームがない場合は（ス
テップ２７１でＮＯ）、そのままステップ２６３に進む ８）ステップ２７３で宛先アドレスがスイッチングハブ
２０のアドレスであると判断された場合は（ステップ２
７３でＹＥＳ）、受信したフレームから優先度情報を取
り出し（ステップ２７７）、優先度設定更新を行う（ス
テップ２７８）処理により行われる。なお、他のポート
の処理も上記ポート１の処理と同様に行われる。
【０１００】なお、この場合のステップ２７５の優先度
判定処理は、図１３（ｂ）に示すようになる。
判定処理は、図１３（ｂ）に示すようになる。
【０１０１】すなわち、この優先度判定処理が開始され
ると（ステップ２８１）、受信ポートに現在設定されて
いる優先度を当該フレームの優先度として判定し（ステ
ップ２８２）、この優先度判定処理を終了する。
ると（ステップ２８１）、受信ポートに現在設定されて
いる優先度を当該フレームの優先度として判定し（ステ
ップ２８２）、この優先度判定処理を終了する。
【０１０２】このように、この発明では、フレーム長、
フレーム受信頻度、上位プロトコル、フレーム受信間隔
の標準偏差、優先度設定フレームをもとにスイッチング
ハブ２０でフレームの優先度を判定することで、フレー
ムフォーマットの構造を変えることなく各フレームの優
先度に応じたフレームの送受を行うことができる。
フレーム受信頻度、上位プロトコル、フレーム受信間隔
の標準偏差、優先度設定フレームをもとにスイッチング
ハブ２０でフレームの優先度を判定することで、フレー
ムフォーマットの構造を変えることなく各フレームの優
先度に応じたフレームの送受を行うことができる。
【０１０３】
【発明の効果】以上説明したように、本発明によれば、
フレーム長、フレーム受信頻度、上位プロトコル、フレ
ーム受信間隔の標準偏差、優先度設定フレームをもとに
スイッチングハブ２０でフレームの優先度を判定するよ
うに構成したので、フレームフォーマットの構造を変え
ることなく各フレームの優先度に応じたフレームの送受
を行うことができるという効果を奏する。
フレーム長、フレーム受信頻度、上位プロトコル、フレ
ーム受信間隔の標準偏差、優先度設定フレームをもとに
スイッチングハブ２０でフレームの優先度を判定するよ
うに構成したので、フレームフォーマットの構造を変え
ることなく各フレームの優先度に応じたフレームの送受
を行うことができるという効果を奏する。
【図１】この発明に係るデータ伝送システムで採用され
るネットワーク構成の一実施の形態を示すブロック図。
るネットワーク構成の一実施の形態を示すブロック図。
【図２】図１に示したスイッチングハブの詳細構成を示
すブロック図。
すブロック図。
【図３】図２に示したスイッチングハブのアドレステー
ブルの構成例を示した図。
ブルの構成例を示した図。
【図４】図２に示したスイッチングハブの送信部の処理
を示すフローチャート。
を示すフローチャート。
【図５】図２に示したスイッチングハブの制御部の処理
を示すフローチャート。
を示すフローチャート。
【図６】図５に示した優先度判定処理の一例を示すフロ
ーチャート。
ーチャート。
【図７】図５に示した優先度判定処理の他の例を示すフ
ローチャート。
ローチャート。
【図８】フレームフォーマットのＰＲＯＴフィールドを
説明する図。
説明する図。
【図９】図５に示した優先度判定処理のさらに他の例を
示すフローチャート。
示すフローチャート。
【図１０】制御系／情報系端末のフレーム送信間隔分布
を示す図。
を示す図。
【図１１】図５に示した優先度判定処理のさらに他の例
を示すフローチャート。
を示すフローチャート。
【図１２】優先度設定フレームのフォーマットを示す
図。
図。
【図１３】図１２に示した優先度設定フレームを用いる
場合の図２に示したスイッチングハブの制御部の処理を
示すフローチャート。
場合の図２に示したスイッチングハブの制御部の処理を
示すフローチャート。
【図１４】従来のデータ伝送システムで送受信されるフ
レームのフォーマット構造を示す図。
レームのフォーマット構造を示す図。
【図１５】ＩＥＥＥ等で検討されている優先フィールド
を追加したフレームのフォーマット構造を示す図。
を追加したフレームのフォーマット構造を示す図。
１０−１ 端末（端末１） １０−２ 端末（端末２） １０−２ 端末（端末３） １０−４ 端末（端末４） ２０ スイッチングハブ ２１−１〜２１−ｎ 受信部 ２２−１〜２２−ｎ 受信バッファ ２３−１〜３−ｎ 送信部 ２４−１〜２４−ｎ 優先度１送信バッファ ２５−１〜２５−ｎ 優先度２送信バッファ ２６−１〜２６−ｎ 優先度ｎ送信バッファ ２７ アドレステーブル ２８ メモリ ２９ 制御部
Claims (7)
- 【請求項１】 複数の端末をスイッチングハブに接続し
該スイッチングハブを介して上記複数の端末間でフレ
ームの送受信を行なうデータ伝送システムにおいて、 上記フレームの属性に基づき該フレームの優先度を判定
し、 該判定した優先度に基づき上記端末間のフレームの送受
信を制御することを特徴とするデータ伝送システム。 - 【請求項２】 上記フレームの優先度は、 該フレームのフレーム長が短いものほど高いと判定する
ことを特徴とする請求項１記載のデータ伝送システム。 - 【請求項３】 上記フレームの優先度は、 フレーム受信頻度が高いポートで受信したフレームであ
るほど高いと判定することを特徴とする請求項１記載の
データ伝送システム。 - 【請求項４】 上記フレームの優先度は、 該フレームを送受信する上位プロトコルに応じて判定す
ることを特徴とする請求項１記載のデータ伝送システ
ム。 - 【請求項５】 上記フレームを送受信する上位プロトコ
ルがＵＤＰであれば優先度が高いと判定することを特徴
とする請求項４記載のデータ伝送システム。 - 【請求項６】 上記フレームの優先度は、 該フレームのフレーム受信間隔の標準偏差が小さいポー
トで受信したフレームであるほど高いと判定することを
特徴とする請求項１記載のデータ伝送システム。 - 【請求項７】 上記フレームの優先度は、 上記端末から送信される優先度フレームに含まれる優先
度情報をもとに判定することを特徴とする請求項１記載
のデータ伝送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10091656A JPH11289344A (ja) | 1998-04-03 | 1998-04-03 | データ伝送システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10091656A JPH11289344A (ja) | 1998-04-03 | 1998-04-03 | データ伝送システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11289344A true JPH11289344A (ja) | 1999-10-19 |
Family
ID=14032558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10091656A Withdrawn JPH11289344A (ja) | 1998-04-03 | 1998-04-03 | データ伝送システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11289344A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012239138A (ja) * | 2011-05-13 | 2012-12-06 | Sumitomo Electric Ind Ltd | 優先度設定装置及びコンピュータプログラム |
| JP2015128310A (ja) * | 2015-02-24 | 2015-07-09 | 住友電気工業株式会社 | 優先度設定装置及びコンピュータプログラム |
-
1998
- 1998-04-03 JP JP10091656A patent/JPH11289344A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012239138A (ja) * | 2011-05-13 | 2012-12-06 | Sumitomo Electric Ind Ltd | 優先度設定装置及びコンピュータプログラム |
| JP2015128310A (ja) * | 2015-02-24 | 2015-07-09 | 住友電気工業株式会社 | 優先度設定装置及びコンピュータプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7860028B2 (en) | Flexible ethernet bridge | |
| US5535338A (en) | Multifunction network station with network addresses for functional units | |
| JP2520563B2 (ja) | パケット交換網 | |
| EP2100406B1 (en) | Method and apparatus for implementing multicast routing | |
| JP4547349B2 (ja) | ネットワーク型ルーティング機構 | |
| CN102907049A (zh) | 基于虚拟站接口发现和配置协议响应来指定优先级 | |
| CN1178435C (zh) | 在网络交换机中选择性地删除地址表项目的方法及使用这种方法的网络交换机 | |
| GB2462237A (en) | Packet switch device | |
| JPH11289344A (ja) | データ伝送システム | |
| JPH09102790A (ja) | 受信フレームに対する高速処理方式 | |
| JP3132232B2 (ja) | データリンク層形式の自動設定装置 | |
| JP2006203735A (ja) | 通信装置 | |
| US7006532B1 (en) | Dynamically building encapsulation and decapsulation chains at run time | |
| JP2002026981A (ja) | トラヒック制御方法 | |
| US20040252712A1 (en) | Information data transmitting and receiving device and transmitting and receiving method of information data | |
| JP3080499B2 (ja) | 分散制御システム | |
| JPH11308218A (ja) | レイヤ３マルチキャスト送信方式 | |
| JP2004336437A (ja) | 映像受信回路および映像受信装置 | |
| JPH05235946A (ja) | ネットワークの構成認識装置 | |
| JP2003333063A (ja) | スイッチングハブ | |
| JP2001244937A (ja) | イーサネットを用いた通信における電文量を削減する方法 | |
| JPH02214349A (ja) | Ｃｓｍａ／ｃｄバスブリッジ | |
| JPH0669927A (ja) | Ｌａｎ間中継装置のアドレス認識テーブルの検索方法 | |
| JPH10341251A (ja) | ルータ装置及びフレーム転送方法 | |
| JPH07107111A (ja) | 経路制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050607 |