JPH1155351A - データ送信方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数のフレームタイプ別にデータ送信の優先
度を設けていても、任意の送信間隔で複数のデータを交
互に送信できるデータ通信方法を提供する。 【解決手段】 送信側は、フレームタイプＡの送信要求
があるか判断し、要求がある場合は、さらに送信カウン
タの値ｎが予め設定した値Ｒになったかを判断する（ス
テップＳ２０２、Ｓ２０７）。ここで、値ｎが値Ｒにな
っていない場合、フレームタイプＡのデータ送信を行
い、値ｎを１つ増加させる（ステップＳ２０８、Ｓ２０
９）。ステップＳ２０７で値ｎが値Ｒになっている場
合、さらにフレームタイプＢの送信要求があるかを判断
し、要求がある場合は、当該フレームタイプＢのデータ
送信を行うと共に値ｎをリセットする（ステップＳ２０
３、Ｓ２０５、Ｓ２０６）。一方、ステップＳ２０３の
判断でフレームタイプＢの送信要求がない場合は、値ｎ
のリセットのみを行う（ステップＳ２０４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ送信方法に
関し、より特定的には、複数の異なったフレームタイプ
で構成されるデータを送受信する通信システムにおい
て、当該フレームタイプ別にデータ送信の優先度を設け
つつも、任意の間隔で交互に当該複数のフレームタイプ
のデータ送信を可能とするデータ送信方法に関する。

【０００２】

【従来の技術】データの送受信を行う通信システムにお
いて、送信側は、その送信目的または重要性によりデー
タを複数のフレームタイプに分類して送信する場合があ
る。ここで、分類する複数のフレームタイプには、例え
ば、受信側からＡＣＫ(Acknowledge) 若しくはＮＡＫ(N
egative Acknowledge)の応答を期待するフレームタイプ
と当該応答を期待しないフレームタイプとが考えられ
る。そこで、従来の通信システムは、異なった複数のフ
レームタイプによるデータ送信の要求を同時期に受付け
ることができる手段を有する通信プロトコルによって、
これらに対応している。なお、ここでいう「同時期」に
は、「同時」にという場合と「一のフレームタイプの要
求に対するデータ送信が終了する前に、他のフレームタ
イプの要求が発生した時」という場合の両方が含まれ
る。

【０００３】ここで、上記通信プロトコルを有する通信
システムにおける送信側は、フレームタイプにかかわら
ず、要求を受付けた順番どおりにデータ送信を行うのが
通常である。しかし、送信するデータには、早く送信す
べきものとそうでないものが混在しているのが現状であ
る。

【０００４】そこで、上記内容に対応すべく、従来か
ら、フレームタイプ別にデータ送信の優先度を設け、デ
ータ送信の要求が同時期にあった場合には、この優先度
の高いフレームタイプのデータから送信を行っていくと
いう方法がある。この従来の送信方法の処理のフローチ
ャートを図５に示す。なお、図５では、フレームタイプ
ＡをフレームタイプＢより優先させる設定としている。

【０００５】図５において、まず、送信側は、フレーム
タイプＡの要求があるか否かを判断する（ステップＳ５
０１）。そして、このステップＳ５０１の判断におい
て、フレームタイプＡの要求がある場合、送信側は、当
該フレームタイプＡのデータ送信を行う（ステップＳ５
０４）。一方、上記ステップＳ５０１の判断において、
フレームタイプＡの要求がない場合、送信側は、さらに
フレームタイプＢの要求があるか否かを判断する（ステ
ップＳ５０２）。そして、送信側は、ステップＳ５０２
の判断において、フレームタイプＢの要求がある場合
は、当該フレームタイプＢのデータ送信を行い（ステッ
プＳ５０３）、当該フレームタイプＢの要求がない場合
は、再びステップＳ５０１に戻ってフレームタイプＡの
要求があるか否かを判断する。

【０００６】

【発明が解決しようとする課題】しかし、図５において
説明したように、フレームタイプにデータ送信の優先度
を設けた場合、優先度の低いフレームタイプＢに関する
データは、優先度の高いフレームタイプＡに関する送信
要求が途切れ（連続的な要求がなくなったことを意味す
る）、かつ、当該優先度の高いフレームタイプＡに関す
るデータの送信がすべて終了した後でないと送信するこ
とができない。従って、通信するデータのリアルタイム
性を重要視する通信システムにおいては、優先度の低い
フレームタイプＢのデータ送信の開始が遅延することが
問題となる場合がある。

【０００７】また、優先度の低いフレームタイプＢのデ
ータには、ユーザデータ以外の通信プロトコルとしてい
ち早く送信すべきもの（例えば、制御コマンド等）も存
在する。例えば、１本のデータリンク上でアプリケーシ
ョンのマルチリンク接続を行うような場合における、マ
ルチリンクを開設するためのデータ等である（なぜなら
ば、相手側のマルチリンクの開設応答が行われない場
合、マルチリンクの開設側が、任意に定めた時間制限
（タイムアウト）により開設を断念してしまうという場
合があるからである）。このようなデータの場合には、
フレームタイプＢのデータであっても、優先度の高いフ
レームタイプＡのデータより先行して送信する必要があ
る。

【０００８】それ故、本発明の目的は、フレームタイプ
によるデータ送信の優先度を設けつつも、複数のフレー
ムタイプのデータ送信の要求が同時期に発生した場合に
は、任意の送信間隔で当該複数のデータを交互に送信で
きるデータ通信方法を提供することである。またさら
に、優先度の低いフレームタイプであっても、通信プロ
トコルとしていち早く送信すべきデータである場合に
は、当該データを優先度の高いフレームタイプのデータ
よりも先行して送信するデータ通信方法を提供すること
である。

【０００９】

【課題を解決するための手段および発明の効果】第１の
発明は、複数のフレームタイプのデータを送受信する通
信システムにおいて、各フレームタイプのデータをそれ
ぞれ異なる優先度で送信する方法であって、最も優先度
の高い最優先フレームタイプのデータの送信処理を連続
して実行する場合に、当該最優先フレームタイプのデー
タの連続送信回数を計数する第１のステップと、第１の
ステップで計数された連続送信回数が予め定めた一定の
値に達したか否かを判断する第２のステップと、第２の
ステップにおいて、連続送信回数が予め定めた一定の値
に達した場合、最優先フレームタイプ以外の他のフレー
ムタイプのデータの送信要求が存在するか否かを判断す
る第３のステップと、第３のステップにおいて、他のフ
レームタイプのデータの送信要求が存在する場合、当該
他のフレームタイプのデータを送信するとともに、最優
先フレームタイプのデータの連続送信回数をリセットす
る第４のステップと、第３のステップにおいて、他のフ
レームタイプのデータの送信要求が存在しない場合、最
優先フレームタイプのデータの連続送信回数をリセット
する第５のステップとを備える。

【００１０】上記のように、第１の発明は、最優先フレ
ームタイプのデータ送信要求は頻繁に発生するが、他の
フレームタイプのデータ送信要求は時折にしか発生しな
いような場合でも、最優先フレームタイプのデータ送信
を開始した後に、予め定めた一定の値により、他のフレ
ームタイプのデータ送信を行うことができる。従って、
第１の発明は、フレームタイプの優先度を設けるあま
り、最優先フレームタイプが連続的に要求されることに
よって他のフレームタイプのデータ送信の開始が遅延し
てしまうという不具合を防止することができる。

【００１１】第２の発明は、第１の発明における第２の
ステップにおいて、連続送信回数が予め定めた一定の値
に達していない場合、他のフレームタイプのデータの送
信要求が存在するか否かを判断する第６のステップと、
第６のステップにおいて、他のフレームタイプのデータ
の送信要求が存在する場合は、当該他のフレームタイプ
のデータ内容を判断する第７のステップとをさらに備
え、第７のステップにおける判断の結果に基づいて、最
も優先すべきフレームタイプを一時的に変更させること
を特徴とする。

【００１２】上記のように、第２の発明は、優先度の低
い他のフレームタイプであっても、当該他のフレームタ
イプのデータ内容がいち早く送信すべきデータである場
合には、最優先フレームタイプにとらわれず、当該他の
フレームタイプのデータ送信を行う。従って、第２の発
明は、他のフレームタイプのデータ内容を判断し、適切
な順序で送信を遅滞なく行うことができる。

【００１３】第３の発明は、複数のフレームタイプのデ
ータを送受信する通信システムにおいて、各フレームタ
イプのデータをそれぞれ異なる優先度で送信するプログ
ラムを記録した媒体であって、最も優先度の高い最優先
フレームタイプのデータの送信処理を連続して実行する
場合に、当該最優先フレームタイプのデータの連続送信
回数を計数する第１のステップと、第１のステップで計
数された連続送信回数が予め定めた一定の値に達したか
否かを判断する第２のステップと、第２のステップにお
いて、連続送信回数が予め定めた一定の値に達した場
合、最優先フレームタイプ以外の他のフレームタイプの
データの送信要求が存在するか否かを判断する第３のス
テップと、第３のステップにおいて、他のフレームタイ
プのデータの送信要求が存在する場合、当該他のフレー
ムタイプのデータを送信するとともに、最優先フレーム
タイプのデータの連続送信回数をリセットする第４のス
テップと、第３のステップにおいて、他のフレームタイ
プのデータの送信要求が存在しない場合、最優先フレー
ムタイプのデータの連続送信回数をリセットする第５の
ステップとを実行するためのプログラムを記録する。

【００１４】第４の発明は、第１の発明における第２の
ステップにおいて、連続送信回数が予め定めた一定の値
に達していない場合、他のフレームタイプのデータの送
信要求が存在するか否かを判断する第６のステップと、
第６のステップにおいて、他のフレームタイプのデータ
の送信要求が存在する場合は、当該他のフレームタイプ
のデータ内容を判断する第７のステップとを実行するた
めのプログラムをさらに記録し、第７のステップにおけ
る判断の結果に基づいて、最も優先すべきフレームタイ
プを一時的に変更させることを特徴とする。

【００１５】第３および第４の発明は、それぞれ第１お
よび第２の発明のデータ送信方法を実行するためのプロ
グラムを記録した記録媒体である。従って、発明の効果
は、第１および第２の発明の効果と同様である。

【００１６】

【発明の実施の形態】

（第１の実施形態）図１は、本発明の第１の実施形態に
係るデータ送信方法を用いた装置の一構成例を示した図
である。図１において、本発明の第１の実施形態に係る
データ送信方法を用いた装置は、利用部１と、制御部２
と、ＣＰＵ３とを備える。

【００１７】利用部１は、通信アプリケーションに対応
する部分であり、フレームタイプＡまたはフレームタイ
プＢの２種類のフレームタイプによって制御部２に対し
てデータ送信要求を発生する。制御部２は、通信プロト
コルに対応する部分であり、利用部１からのデータ送信
の要求を受付けて、通信回線上に当該データを送信する
制御を行う。なお、以下の実施形態の説明においては、
制御部２におけるデータ送信の優先度は、フレームタイ
プＡがフレームタイプＢより優先される設定となってい
る。また、制御部２は、送信カウンタ２１をさらに含
み、フレームタイプＡに関するデータを送信した場合
に、送信カウンタ２１の値ｎをインクリメントする。Ｃ
ＰＵ３は、データ送信装置全体の制御を受け持つ。

【００１８】図２は、制御部２で行うデータ送信の制御
処理動作を示すフローチャートである。図２は、フレー
ムタイプＡとフレームタイプＢの２つのデータに関する
送信要求が同時期にあった場合の、制御部２の制御処理
の流れを示している。

【００１９】図２に示す制御処理は、制御部２が利用部
１から何らかのデータ送信の要求を受付けた場合に開始
する。まず、初期設定として、制御部２は、フレームタ
イプＡのデータを送信した回数を示す送信カウンタ２１
の値ｎを「０」に設定する（ステップＳ２０１）。次
に、制御部２は、フレームタイプＡのデータ送信の要求
があるか否かを判断する（ステップＳ２０２）。このス
テップＳ２０２の判断において、フレームタイプＡのデ
ータ送信の要求がある場合、制御部２は、さらに送信カ
ウンタ２１の値ｎが予め設定した値Ｒになったか否かを
判断する（ステップＳ２０７）。なお、値Ｒは、任意の
自然数であり、通信目的または環境等によって自由に設
定することができる。このステップＳ２０７の判断にお
いて、送信カウンタ２１の値ｎが予め設定した値Ｒにな
っていない場合、制御部２は、上記要求のあったフレー
ムタイプＡのデータ送信を行い（ステップＳ２０８）、
送信カウンタ２１の値ｎを１つ増加させる（ステップＳ
２０９）。その後、再びステップＳ２０２に戻り、制御
部２は、新たなフレームタイプＡのデータ送信の要求が
あるか否かを判断する。

【００２０】一方、上記ステップＳ２０２の判断におい
て、フレームタイプＡのデータ送信の要求がない場合、
または、上記ステップＳ２０７の判断において、送信カ
ウンタ２１の値ｎが予め設定した値Ｒになっている場
合、制御部２は、さらにフレームタイプＢのデータ送信
の要求があるか否かを判断する（ステップＳ２０３）。
このステップＳ２０３の判断において、フレームタイプ
Ｂのデータ送信の要求がある場合、制御部２は、当該フ
レームタイプＢのデータ送信を行うとともに（ステップ
Ｓ２０５）、送信カウンタ２１の値ｎをリセット（すな
わち、「０」に）する（ステップＳ２０６）。その後、
再びステップＳ２０２に戻り、制御部２は、新たなフレ
ームタイプＡのデータ送信の要求があるか否かを判断す
る。また、上記ステップＳ２０３の判断において、フレ
ームタイプＢのデータ送信の要求がない場合、制御部２
は、送信カウンタ２１の値ｎのリセットのみを行う（ス
テップＳ２０４）。そして、その後、再びステップＳ２
０２に戻り、制御部２は、新たなフレームタイプＡのデ
ータ送信の要求があるか否かを判断する。

【００２１】上記処理の内容を、さらに図３を用いて具
体的に説明する。図３は、受付けたフレームタイプと送
信データとの順序関係を示す図である。なお、図３にお
いては、予め設定するＲの値を「５」としている。ま
た、受付けたフレームタイプＡのデータ送信の要求は、
その順番にＡ₁ 、Ａ₂ …と表し、受付けたフレームタイ
プＢのデータ送信の要求は、その順番にＢ₁ 、Ｂ₂ …と
表している。

【００２２】まず、上記ステップＳ２０１において送信
カウンタ２１の値ｎを「０」に初期化しているため、制
御部２は、フレームタイプＡ₁ のデータ送信の要求を受
付けると当該フレームタイプＡ₁ のデータ送信を行う
（ステップＳ２０７、Ｓ２０８）。このフレームタイプ
Ａ₁ のデータ送信の後、制御部２は、送信カウンタ２１
の値ｎをインクリメントして「１」に更新する（ステッ
プＳ２０９）。この後、制御部２は、次の処理を行うた
めステップＳ２０２に戻る。処理がステップＳ２０２に
戻ったとき、制御部２は、すでにフレームタイプＡ₂ の
データ送信の要求を受付けているので、Ａ₁ に続いて当
該フレームタイプＡ₂ のデータ送信を行う（ステップＳ
２０７、Ｓ２０８）。そして、制御部２は、フレームタ
イプＡ₂ のデータ送信の後に、送信カウンタ２１の値ｎ
をインクリメントして「２」に更新する（ステップＳ２
０９）。このようにして、制御部２は、フレームタイプ
Ａ₅のデータ送信までを行う。

【００２３】上述したように、フレームタイプＡ₅ のデ
ータ送信まで行うと、送信カウンタ２１の値ｎが「５」
となる。そうすると、次の処理フローにおける上記ステ
ップＳ２０７において、送信カウンタ２１の値ｎが予め
設定したＲの値と同じ値となるため、制御部２は、フレ
ームタイプＢ₁ のデータ送信要求があるか否かという判
断に移行する（ステップＳ２０３）。この場合、すでに
フレームタイプＢ₁ のデータ送信の要求が存在している
ので、制御部２は、フレームタイプＡに関するデータ送
信を一時中断して、フレームタイプＢ₁ のデータ送信を
行う（ステップＳ２０５）。フレームタイプＢ₁ のデー
タを送信した後、制御部２は、送信カウンタ２１の値ｎ
を「０」にリセットし（ステップＳ２０６）、以後上記
と同様に、フレームタイプＡに関するデータの送信を送
信カウンタ２１の値ｎが「５」になるまで（すなわち、
Ａ₆ 〜Ａ₁₀について）継続して行う。

【００２４】このように、制御部２は、上述した制御処
理を行うことにより、本来なら受付けた順番のとおりフ
レームタイプＡ₁ 〜Ａ₉ の９つのデータ送信が終了した
後でないとその送信が行われないフレームタイプＢ₁ の
データを、早いタイミングで送信することができる（図
３では、予め設定するＲの値を「５」としているので、
制御部２は、フレームタイプＡのデータ送信要求をいく
ら連続して受付けていても、フレームタイプＢのデータ
を必ず６番目に送信することができる）。

【００２５】上記のように、本発明の第１の実施形態に
係るデータ送信方法は、フレームタイプＡのデータ送信
の要求は頻繁に発生するが、フレームタイプＢのデータ
送信の要求は時折にしか発生しないような場合でも、優
先度の高いフレームタイプＡのデータ送信を開始した後
に、予め設定した値Ｒにより、一定の間隔で（すなわ
ち、Ｒ回に１回は）フレームタイプＢのデータ送信を行
うことができる。従って、本発明の第１の実施形態に係
るデータ送信方法により、フレームタイプの優先度を設
けるあまり、優先度の高いフレームタイプＡが連続的に
要求されることによって優先度の低いフレームタイプＢ
のデータ送信の開始が遅延してしまうという不具合を防
止することができる。

【００２６】なお、上述した本第１の実施形態において
は、２つのフレームタイプについてデータ送信を行う場
合を述べた。しかし、本発明に係るデータ送信方法は、
２つのフレームタイプのデータ送信の場合に限られず、
３つ以上のフレームタイプの場合であっても可能であ
る。この場合、制御部２は、送信カウンタ２１に最も優
先度の高いフレームタイプの連続送信回数を計数させ、
当該連続送信回数が優先度の低い各フレームタイプ毎に
予め定めた値に達した場合に、それぞれフレームタイプ
の送信要求を判断するようにすればよい。

【００２７】（第２の実施形態）本発明の第２の実施形
態に係るデータ送信方法は、上述した第１の実施形態の
制御部２における制御処理に、さらに新たな機能を追加
したものである。従って、本発明の第２の実施形態に係
るデータ送信方法を用いた装置の一構成例は、図１と同
様であり、当該装置に関する説明は省略する。

【００２８】本発明の第２の実施形態に係るデータ送信
方法は、上述した第１の実施形態の制御処理に加え、優
先度の低いフレームタイプにユーザデータ以外の通信プ
ロトコルとしていち早く送信すべきデータ（例えば、制
御コマンド等）が存在している場合に、当該データを優
先度の高いフレームタイプのデータよりも先行して送信
するという判断処理をさらに備えている。以下、本発明
の第２の実施形態に係るデータ送信方法について説明す
る。

【００２９】図４は、制御部２で行うデータ送信の制御
処理動作を示すフローチャートである。図４は、図２と
同様、フレームタイプＡとフレームタイプＢの２つのデ
ータに関する送信要求が同時期にあった場合の、制御部
２の制御処理の流れを示している。また、図４におい
て、図２に説明したものと同様の処理を行うステップに
ついては、図２と同一のステップ番号を付してその説明
を省略する。

【００３０】図４において、制御部２は、まず初期設定
として、送信カウンタ２１の値ｎを「０」に設定する
（ステップＳ２０１）。次に、制御部２は、フレームタ
イプＡのデータ送信の要求があるか否かを判断する（ス
テップＳ２０２）。ここまでは、上述した第１の実施形
態の場合と同様である。

【００３１】しかし、本第２の実施形態の制御処理で
は、制御部２は、上記ステップＳ２０２の判断におい
て、フレームタイプＡのデータ送信の要求がある場合で
あっても、さらにフレームタイプＢのデータ送信の要求
があるか否かの判断を行う（ステップＳ４０１）。この
ステップＳ４０１の判断において、フレームタイプＢの
データ送信の要求がある場合、制御部２は、さらに当該
フレームタイプＢのデータ内容がフレームタイプＡより
も優先されるべきデータ内容（上述したような通信プロ
トコルとしていち早く送信すべき制御コマンド等）であ
るか否かを判断する（ステップＳ４０２）。ここで、上
記フレームタイプＢのデータ内容がフレームタイプＡよ
りも優先されるべきデータ内容であった場合、制御部２
は、当該フレームタイプＢのデータをフレームタイプＡ
のデータよりも先行して送信する（ステップＳ２０
５）。

【００３２】一方、上記ステップＳ４０１の判断におい
て、フレームタイプＢのデータ送信の要求がない場合、
または、上記ステップＳ４０２の判断において、フレー
ムタイプＢのデータ内容がフレームタイプＡよりも優先
されるべきデータ内容でない場合には、上記ステップＳ
２０８に移行し、制御部２は、通常の処理に戻って、上
述した本第１の実施形態で説明したものと同様の制御処
理を実行する。

【００３３】上記のように、本発明の第２の実施形態に
係るデータ送信方法は、フレームタイプＡのデータ送信
をフレームタイプＢのデータ送信より優先している場合
であっても、フレームタイプＢのデータ内容がいち早く
送信すべきデータである場合には、フレームタイプＡが
優先することにとらわれず、当該フレームタイプＢのデ
ータ送信を行う。従って、本発明の第２の実施形態に係
るデータ送信方法により、例えば、１本のデータリンク
上でアプリケーションのマルチリンク接続を行うような
場合、マルチリンクの開設時にすでに開設されている他
のリンク上で優先されるフレームタイプＡのデータ送信
要求が頻繁に行われていても、マルチリンク開設を行う
べきデータを含むフレームタイプＢの取り交わしを遅滞
なく行うことができる。

【００３４】なお、上述した本第２の実施形態において
も、３つ以上のフレームタイプの場合に対応できる。こ
の場合、制御部２は、ステップＳ４０１、Ｓ４０２に対
応する判断を各フレームタイプ毎に設ければよい。

【図面の簡単な説明】

【図１】本発明の第１および第２の実施形態に係るデー
タ送信方法を用いた装置の一構成例を示した図である。

【図２】本発明の第１の実施形態に係る制御部で行うデ
ータ送信の制御処理動作を示すフローチャートである。

【図３】受付けたフレームタイプと送信データとの順序
関係を示す図である。

【図４】本発明の第２の実施形態に係る制御部で行うデ
ータ送信の制御処理動作を示すフローチャートである。

【図５】従来のデータ送信装置の制御処理動作を示すフ
ローチャートである。

【符号の説明】

１…利用部 ２…制御部 ３…ＣＰＵ ２１…送信カウンタ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のフレームタイプのデータを送受信
   する通信システムにおいて、各フレームタイプのデータ
   をそれぞれ異なる優先度で送信する方法であって、 最も優先度の高い最優先フレームタイプのデータの送信
   処理を連続して実行する場合に、当該最優先フレームタ
   イプのデータの連続送信回数を計数する第１のステップ
   と、 前記第１のステップで計数された連続送信回数が予め定
   めた一定の値に達したか否かを判断する第２のステップ
   と、 前記第２のステップにおいて、前記連続送信回数が予め
   定めた一定の値に達した場合、前記最優先フレームタイ
   プ以外の他のフレームタイプのデータの送信要求が存在
   するか否かを判断する第３のステップと、 前記第３のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在する場合、当該他のフレーム
   タイプのデータを送信するとともに、前記最優先フレー
   ムタイプのデータの連続送信回数をリセットする第４の
   ステップと、 前記第３のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在しない場合、前記最優先フレ
   ームタイプのデータの連続送信回数をリセットする第５
   のステップとを備える、データ送信方法。
2. 【請求項２】 前記第２のステップにおいて、前記連続
   送信回数が予め定めた一定の値に達していない場合、前
   記他のフレームタイプのデータの送信要求が存在するか
   否かを判断する第６のステップと、 前記第６のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在する場合は、当該他のフレー
   ムタイプのデータ内容を判断する第７のステップとをさ
   らに備え、 前記第７のステップにおける判断の結果に基づいて、最
   も優先すべきフレームタイプを一時的に変更させること
   を特徴とする、請求項１に記載のデータ送信方法。
3. 【請求項３】 複数のフレームタイプのデータを送受信
   する通信システムにおいて、各フレームタイプのデータ
   をそれぞれ異なる優先度で送信するプログラムを記録し
   た媒体であって、 最も優先度の高い最優先フレームタイプのデータの送信
   処理を連続して実行する場合に、当該最優先フレームタ
   イプのデータの連続送信回数を計数する第１のステップ
   と、 前記第１のステップで計数された連続送信回数が予め定
   めた一定の値に達したか否かを判断する第２のステップ
   と、 前記第２のステップにおいて、前記連続送信回数が予め
   定めた一定の値に達した場合、前記最優先フレームタイ
   プ以外の他のフレームタイプのデータの送信要求が存在
   するか否かを判断する第３のステップと、 前記第３のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在する場合、当該他のフレーム
   タイプのデータを送信するとともに、前記最優先フレー
   ムタイプのデータの連続送信回数をリセットする第４の
   ステップと、 前記第３のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在しない場合、前記最優先フレ
   ームタイプのデータの連続送信回数をリセットする第５
   のステップとを実行するためのプログラムを記録した、
   記録媒体。
4. 【請求項４】 前記第２のステップにおいて、前記連続
   送信回数が予め定めた一定の値に達していない場合、前
   記他のフレームタイプのデータの送信要求が存在するか
   否かを判断する第６のステップと、 前記第６のステップにおいて、前記他のフレームタイプ
   のデータの送信要求が存在する場合は、当該他のフレー
   ムタイプのデータ内容を判断する第７のステップとを実
   行するためのプログラムをさらに記録し、 前記第７のステップにおける判断の結果に基づいて、最
   も優先すべきフレームタイプを一時的に変更させること
   を特徴とする、請求項３に記載の記録媒体。