JPH09168019A - 通信システム、通信装置及びそれらの通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 共有媒体を介して送信する未識別通信手段を
識別できない。 【解決手段】 デジタル通信システム、それに関連する
装置及び方法は、サービスメッセージにより伝送媒体を
共有する。このサービスメッセージは、各デジタル通信
装置（２４）が、この媒体に送信を許可するか否か、す
なわち、前記サービスメッセージの後に送信が可能にな
った直後であることを示す。これらのメッセージの１つ
は、集合的な送信許可メッセージであり、各々が応答し
て送信を許可された通信装置（２４）のグループを示
す。各装置（２４）は、媒体上に送信を試みる場合に、
集合的なメッセージを受信する都度、特定のランダムバ
ロットを含む、予め定められた規則に基づいて、送信が
可能か否かを判断する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信手段間で伝送
媒体を共有する方法、デバイス及びシステム、伝送方
法、通信装置、及びそれらを使用した通信システムに関
するものである。

【０００２】

【従来の技術】本明細書では、以下の定義に従う。

【０００３】「通信変換器」：共有可能な媒体と単一の
通信手段に専用の媒体との間のインタフェースあるいは
デジタル通信アダプタであり、これら２つの伝送媒体
は、個々の異なるアクセスプロトコルにて制御される。

【０００４】「アドレス」：・メッセージを送信すると
きに相手先が自分を認識できるようにするための情報 ・メッセージ送信時に送信者が自己を識別できるように
するための情報である。

【０００５】同一の伝送媒体上でデータを伝送するデジ
タル通信手段の間のネットワークでは、その媒体へのア
クセスを制御するプロトコルを定義する必要があり、そ
れによりそのアクセスが開始される、ということが知ら
れている。この通信手段間でデジタルデータを伝送する
ネットワークの性能は、このプロトコルの効率に左右さ
れる。

【０００６】アクセス制御プロトコルは、以下の両方に
応答する。すなわち、 ・送信アクセスの制約：上記媒体上を伝送するデータを
有する通信手段には、データを完全に送るためにネット
ワークをアクセスする十分な機会が必要である。 ・伝送の制約：通信手段にて上記媒体上に送信されたデ
ータは、その相手先にそのまま到達する必要がある。

【０００７】これら２つの制約を同時に満たすことは、
従来の技術では非常に困難である。これは既知のプロト
コルが、ある場合に、これら２つの制約の１つあるいは
他の１つを満たさないか、あるいは、大幅な性能の低下
という犠牲を払った場合に、これらの制約を満たすから
である。

【０００８】これについては、送信アクセスの制約と伝
送の制約が満たされるとき、上記の性能を測るために、
従来より用いられている２つの基準がある。その１つ
は、通信手段がそれ自身、ある期間に平均して伝送でき
る最大データ伝送速度であり、他の１つは、データが通
信手段にて伝送される状態にある時点から、そのデータ
全体が相手先で受信され、そこで使用できる時点までの
間における伝送時間である。

【０００９】最初のプロトコルは「完全競合(full comp
etition)」として知られ、これにより、伝送媒体が使用
可能なときに各通信手段は送信を許可される。２つの通
信手段がデータの同時伝送を行なうと衝突が起こり、そ
の結果、共有媒体にて伝送される信号は使用できなくな
る。

【００１０】これらの衝突が無視できない回数起これ
ば、伝送媒体が不必要に占有され、ある通信手段にてそ
の媒体上を伝送されたデータは、その送信先に到達でき
なくなる。そのため、そのデータが再送されなければ、
伝送の制約は満たされないことになる。この伝送の制約
が満たされれば、最大データ伝送速度は、適切な大きさ
のネットワークに対する媒体の最大理論速度の約１／３
となることが分かる。

【００１１】さらに、電気的なリンクにて構成される媒
体上で発生する衝突は、各ネットワーク通信手段、ある
いは、少なくとも中央手段(central means)にて容易に
検知されるので、完全競合プロトコルは有線ネットワー
クにおいてのみ関係する。他方、ワイヤレスネットワー
ク、例えば無線伝送媒体では、ネットワーク通信手段
が、高価かつ／あるいは使いづらい技術を使用すること
によってのみ、それが送信した伝送信号と他の通信手段
が送信した信号との衝突を検知できる。そこで、他方の
通信手段からデータを受信した通信手段は、そのデータ
を正しく受信したことを示す、いわゆる「受信応答(ack
nowledgement)」メッセージを送り返すことが必要とな
る。これは、上述の最大速度を相当減ずる結果となる。
従って、可能な限り衝突の危険性を減らすことが非常に
望ましいこととなる。

【００１２】２つ目のアクセス制御プロトコルは「ポー
リング集中制御プロトコル」として知られるもので、こ
のプロトコルにより、中央ネットワーク通信手段が通信
手段に対し、共有伝送媒体を介して、所定の順序に従っ
て送信許可を分配する。共有伝送媒体を介して伝送する
データを有する、各ネットワーク通信手段は、送信前、
ネットワーク通信手段に向けた送信許可を受信するまで
待つ。

【００１３】共有伝送媒体へのアクセス制御をする３番
目のプロトコルは、ＴＤＭＡ（時分割多元接続）型とし
て知られ、ここで通信手段は、周期的に割り当てられた
タイムスロットにおいてのみ、伝送を周期的に行うこと
ができる。

【００１４】プロトコルが何であれ、ネットワークにお
いて、通信手段に何も送信するものがないか、あるいは
アクティブではあるが、待機すべく制限された状態にあ
る場合には、この間、通信手段は、データ伝送の指示を
受けるまで待つ。ポーリングプロトコルあるいはＴＤＭ
Ａ型のプロトコルに従って動作するネットワークでは、
送信許可、あるいは送信情報のない通信手段に個々に割
り当てられたタイムスロットは、データ送信に使用され
ないので無駄になる。この無駄は、ある媒体、特に無線
媒体において最大のものとなる。それは、送信側の通信
手段と送信先との間の同期時間が非常に長いからであ
る。伝送速度がゼロの多数の通信手段は、伝送データを
有する通信手段にとって、不必要に伝送時間を長くして
しまうことが分かる。結局、通信手段が、大きなトラヒ
ック変動を有するようになればなる程、この無駄が大き
くなる。

【００１５】このため、媒体上での最大データ伝送の低
下が大きく、さらに、共有伝送媒体に接続された通信手
段の数が多くなればなる程、最大速度が減少する。

【００１６】また、ネットワーク通信手段が、相対的に
長い期間、送信許可、あるいは割り当てられたタイムス
ロットにより可能となった速度より速い媒体を介して伝
送されるデータフローを有する場合、結果的には、この
手段にて、その媒体を介してすべてのデータを伝送する
ことは不可能である。この場合、ポーリングプロトコ
ル、ＴＤＭＡプロトコルのいずれによっても、上記の送
信アクセスの制約は満たされない。これは、一時的な高
速にてこの制約が満たされる場合、全データ伝送時間の
増加という犠牲を払って可能となるもので、そのこと
が、ネットワークの性能に低下を来たすことになる。

【００１７】結局、完全な競合プロトコルは低速度にて
高性能を有することができるが、高速度にはできない。
一方、ポーリング及び時分割プロトコルは、高速度で高
性能を有するが、全ての速度に対して伝送時間が長い。
これは、個々の通信手段が、他の通信手段が伝送の機会
を得るのを待つからであり、このことは、全通信手段の
数が増加するに従って顕著となる。

【００１８】さらに、ポーリングプロトコルは、個々の
送信許可の割り当てに先駆けて送信するような通信手段
の識別を必要とする。

【００１９】

【発明が解決しようとする課題及び課題を解決するため
の手段】本願発明は、一般的な意味において、以下の２
つの技術的な問題の内のいずれか１つ、あるいは両方を
解決することを目的とする。すなわち、 ・その欠点による影響を最少にし、他方、伝送及び送信
アクセスの制約を満たして、ポーリングプロトコル及び
完全競合プロトコルの有利な性能を得るプロトコルを提
供する ・共有媒体を介して送信する未識別通信手段を識別でき
るようにすることである。

【００２０】特に本発明は、少なくとも部分的に無線、
あるいは搬送電流(carrier current)、あるいは赤外線
媒体を使用したネットワークにおいて、これらの目的を
達成するものである。このようにするのは、これらの媒
体において、無視できない数の衝突が起こる可能性があ
り、衝突が起った際、その検出が困難であるため、確認
メッセージの送信及びデータの繰り返しが必要となるか
らである。このような、この種の媒体に固有の困難性
が、上述の問題の解決を複雑にする。

【００２１】本発明は、第１にネットワーク伝送媒体を
デジタル通信手段にて共有する方法に係り、これらの目
的を達成するため、前記媒体上に前記の各デジタル通信
手段に対するサービスメッセージを同報するオペレーシ
ョンＫ）を含み、該サービスメッセージは、前記の各デ
ジタル通信手段が前記媒体上への応答送信を許可された
か否か、すなわち、前記共有媒体が前記サービスメッセ
ージの同報の後に送信が可能な状態になったかを示し、
前記オペレーションＫ）は、集合的なタイプ、すなわ
ち、各々が前記媒体上への応答送信が許可されたことを
示す送信許可メッセージを少なくとも１つの前記デジタ
ル通信手段のグループに対して同報するオペレーション
を含み、前記の各デジタル通信手段が前記媒体上への送
信を試みる場合に、送信対象となる一部を構成する前記
グループの各デジタル通信手段に送信を許可する前記集
合的な送信許可メッセージを受信する都度、予め設定さ
れた規則の下で、この集合的な送信許可メッセージに応
答して送信をするか否かを決定するオペレーションＬ）
をさらに含む。

【００２２】これらの構成により、本発明は上記の目的
を達成する。

【００２３】まず、本発明に係る方法は、それにより生
み出される利点を持った、全体としてポーリング型のプ
ロトコルに係るものであるが、わずかに競合の可能性
（これは「部分的」といえる）を内包し、これは、上記
グループの構成要素に限定されることである。

【００２４】ある通信手段間においてはグループ化でき
るので、本発明に係る方法は、一方で欠点を制限しつ
つ、ポーリング型のアクセス制御プロトコルに固有の効
果、及び競合型プロトコルに固有の効果から得られる利
点をもたらす。

【００２５】これは、上記グループ内の通信手段とグル
ープの一部とはならない通信手段との間において衝突の
可能性がないからであり、衝突はグループ内においての
み起こり得る。従って、最大データ伝送速度は、一般的
には完全競合プロトコルに比べて増大する。

【００２６】さらに、全体として送信が許可された通信
手段グループの一部とはならない通信手段についての送
信許可の待ち時間は、一般的には短縮される。データ伝
送時間は、特に、すべての送信許可が個々に行なわれる
ポーリングプロトコルに比べて、相対的には全体として
短くなる。

【００２７】本発明に従い、グループ内の競合の可能性
を引合いに出すことによってポーリング型アクセス制御
プロトコルを変更することは、とりわけ容易である。

【００２８】これは、このような変更が、以下の動作に
より簡単に構成できるからである。 ・協議型アクセス制御プロトコル内に通信手段の少なく
とも１グループを構成する可能性を生み出すこと ・このグループに送信許可メッセージを送れるように
し、このメッセージは集合的なメッセージとする ・このメッセージ内に集合的な特性を示す指標を含める
ようにすることである。 ・通信手段に関しては、集合的なタイプの送信許可メッ
セージと個別タイプの送信許可メッセージとを区別する
可能性を通信手段に与えて、プロトコルを変更すること
で十分である。

【００２９】これらの変更が、かなりの程度、上記ポー
リング型アクセス制御プロトコルの全体構成を損なって
しまう、ということはない。従って、この構成が主要部
分となる。

【００３０】本発明は、また、都合良く、全体的に通信
手段に送信を許可できるようグループ化することで、共
有媒体上に送信を行なおうとする未識別通信手段の識別
という問題を解決する。このため、本発明のもう一つの
特徴は、この種の集合的なメッセージへの応答としての
未認識通信手段からのどのような伝送も、それを識別で
きる情報（例えば、アドレス）を含んでいることであ
る。

【００３１】本発明の好適な実施形態についての特に有
利な構成によれば、上記伝送への応答に応じて、確認手
順が開始される。

【００３２】この構成は、実際には、集合的な送信許可
メッセージへの応答に従うことによってのみ使用され
る。このようにするのは、衝突が起こるのが上記のよう
な可能性がある場合のみであり、また、上記のような、
予め設定された規則が、衝突の確率を顕著に制限するこ
とを目的とするからである。従って、確認手順にて、こ
のような衝突の発生を都合良く検知できるようになる。

【００３３】本実施形態において、上記の確認手順は、
前回未識別であった通信手段を識別する情報を含む識別
メッセージを同報する工程と、前記応答した伝送があっ
た場合にタイマを使用する工程と、前記確認処理の順調
な終了に関連して発生し得るイベントの発生を待つ工程
と、前記イベントが発生することなく前記タイマが計時
終了した場合に前記確認処理を停止させる工程とを含
む。

【００３４】本実施形態において、上記イベントは、上
記識別メッセージの受信にて構成される。

【００３５】さらに、本実施形態において、上記タイマ
ーが上記イベントの発生なしに計時を終了した場合、通
信手段は、必ずしも識別されるわけではないが、識別情
報を含む伝送を繰り返す。

【００３６】この構成により、通信手段が識別されるま
で上記の識別手順を繰り返すことができる。これは、新
たに衝突が起こる確率が特に低いので、すみやかに行な
われなければならない。

【００３７】都合が良いことに、本実施形態において
は、上記識別メッセージは送信許可メッセージでもあ
る。

【００３８】本構成により、個々の送信許可メッセージ
（これに応じて、以前からの未識別通信手段が、適当に
データの伝送が可能になる）の送信が、都合良く識別メ
ッセージの伝送に使用される。このようにすることで、
送信許可なしの簡単な確認メッセージにて構成されるよ
うな特別なメッセージを伝送する必要はない。送信許可
メッセージは、ある意味において、以前よりの未識別通
信手段を識別できる情報を含む、上記の応答伝送に含ま
れる受信確認にて構成される。

【００３９】好適な実施形態では、前記オペレーション
Ｌ）は、ランダムバロットを実行するオペレーションを
含み、その結果は前記予め設定された規則によって考慮
される。

【００４０】これらの構成により、上記グループの２つ
のメンバー間で衝突が繰り返される危険性は、決定型(d
eterministic type)の規則と比較される。

【００４１】好適な実施形態によれば、前記オペレーシ
ョンＬ）は、前記の各デジタル通信手段が前記媒体上へ
の送信を試みる場合に、送信対象となる一部を構成する
前記グループに送信を許可する集合的な送信許可メッセ
ージを受信する都度、ランダムなバロットを実行するオ
ペレーションを含み、その結果は、適または不適の２つ
の値のいずれかであり、前記予め設定された規則は、該
バロットの結果が適の場合には集合的な送信許可メッセ
ージに応答して送信し、不適の場合には送信しないこと
とする規則である。

【００４２】本実施形態のさらなる特徴として、前記オ
ペレーションＬ）における前記の各ランダムなタイプの
バロットは、適となる確率ｐを有し、確率ｐは前記グル
ープの一部を構成する各デジタル通信手段のパラメータ
を示す。

【００４３】本構成は、本発明を柔軟に実施できるとい
う利点をもたらす。

【００４４】他の好適な実施形態によれば、前記オペレ
ーションＬ）は、前記の各デジタル通信手段が送信を試
みる都度、ランダムタイプのバロットを実行し、その結
果が１から制限値Ｎの間の整数ｎである場合に、送信対
象を構成する前記グループの各手段に送信を許可するｎ
個の集合的な送信許可メッセージを受信するのを待って
から送信を行うオペレーションを含む。

【００４５】これらの構成により、上記グループ内の通
信手段によるデータ伝送に要する時間は、その通信手段
についての送信許可の数Ｎを待つ時間に制限される。従
って、ランダムバロットが不適となる場合においても、
この伝送待ち時間は、所定時間を越えることはない。

【００４６】本実施形態のさらなる特徴によれば、前記
オペレーションＬ）におけるＮは、前記グループの一部
を構成する各デジタル通信手段に関するパラメータを示
す。

【００４７】本構成は、本発明を柔軟に実施できるとい
う利点をもたらす。

【００４８】他の観点によれば、本発明は、デジタル通
信手段間で伝送媒体を共有する協働装置に関するもので
あり、前記媒体上にサービスメッセージを同報する同報
手段を有し、該サービスメッセージは、前記の各デジタ
ル通信手段が前記媒体上への応答送信を許可されたか否
か、すなわち、これらのサービスメッセージの同報後に
前記共有媒体による送信が可能となったか否かを示し、
かかる協働装置において、前記同報手段は、集合的なタ
イプ、すなわち、各々が前記媒体上への応答送信を許可
されたことを示す送信許可メッセージを少なくとも１つ
の前記デジタル通信手段のグループに対して同報する。

【００４９】この特徴は、上記の方法について述べたの
と同じ効果をもたらす。

【００５０】好適な実施の形態において、前記同報手段
はまた、前記共有媒体に接続され得る全ての未識別のデ
ジタル通信手段に対して、該未識別のデジタル通信手段
の各々が前記共有媒体上への応答送信を許可されること
を示す集合的なタイプの送信許可メッセージを同報す
る。

【００５１】上述のように、協働装置により、未識別の
デジタル通信手段ではあるが、上記集合的な送信確認メ
ッセージを送信する前のわずかな時間、ネットワークに
接続されていたと考えられるデジタル通信手段を検知す
ることが可能となる。

【００５２】本好適な実施の形態において、協働装置
は、確認手順の制御に適した確認手段を含む。この構成
は、ネットワークに新たに接続された通信手段が、前記
集合的な送信確認メッセージに応答して、その通信手段
が識別されるようメッセージを送信したときに、その確
認ができるようにするという利点がある。

【００５３】本発明は、他の観点からは、上記簡潔に開
示した協働装置と協働して動作可能な通信手段を制御す
るための制御装置であって、集合的な送信許可メッセー
ジの受信を検出する手段と、集合的な送信許可メッセー
ジの受信を検出する手段と共に動作し、予め設定された
規則に基づいて、制御装置に対応する通信手段が、集合
的なタイプの送信許可メッセージの検出に次いで、それ
に応答した送信を行うか否かを判断し、また、当該送信
を許可する先を決定する決定手段とを有する。

【００５４】これらの構成をとることで、周辺通信手段
が、それに関連する（あるいは、それが含む）制御装置
により、集合的な送信許可メッセージの受信を検知し、
応答送信を行なえるか否かを決定できる方法を、それに
よってもたらされる利点を有しつつ、この周辺通信手段
によって実行できる。

【００５５】好適な実施形態において、制御装置は、ラ
ンダムタイプのバロットを行なう手段を有し、それが上
記送信を許可したり、許可しないようにするために上記
バロットの結果を利用できる決定手段を有することを特
徴とする。

【００５６】本好適な実施形態の変形例においては、さ
らに、以下の特徴のいくつかが利用される。すなわち、
前記オペレーションＬ）は、前記の各デジタル通信手段
が前記媒体上への送信を試みる場合に、送信対象となる
一部を構成する前記グループに送信を許可する集合的な
送信許可メッセージを受信する都度、ランダムなバロッ
トを実行するオペレーションを含み、その結果は、適ま
たは不適の２つの値のいずれかであり、前記予め設定さ
れた規則は、該バロットの結果が適の場合には集合的な
送信許可メッセージに応答して送信し、不適の場合には
送信しないこととする規則であり、前記オペレーション
Ｌ）における前記の各ランダムなタイプのバロットは、
適となる確率ｐを有し、確率ｐは、前記グループの一部
を構成する各デジタル通信手段のパラメータを示し、前
記オペレーションＬ）は、前記の各デジタル通信手段が
送信を試みる都度、ランダムなタイプのバロットを実行
し、その結果が１から制限値Ｎの間の整数ｎである場合
に、送信対象を構成する前記グループの各手段に送信を
許可するｎ個の集合的な送信許可メッセージを受信する
のを待ってから送信を行うオペレーションを含み、前記
オペレーションＬ）におけるＮは、前記グループの一部
を構成する各デジタル通信手段に関するパラメータを示
し、前記の各バロットについて、ｎの値は１からＮの間
において同程度である。

【００５７】これらの特徴は、本発明に係る制御装置に
おいて、ランダムバロットに関連する方法の変形例につ
いて上述した効果と同じ効果をもたらす。

【００５８】本発明に係る制御装置の実施形態について
の変形例で使用される構成によれば、協働手段と共に動
作し、前記集合的なタイプの送信許可メッセージに応答
した前記通信手段からの伝送に対して、それを識別可能
な情報を組み込む協働手段と、タイミング手段と、前記
確認処理の正常終了に関連するイベントを検出する手段
とを有する。

【００５９】さらに、他の変形によれば、前記決定手段
は、前記タイミング手段と共に動作し、前記集合的なタ
イプの送信許可メッセージに応答した前記伝送があった
場合に、タイマの使用を命じ、前記認識プロシージャの
正常終了に関連するイベントを検出する前記手段と共に
動作し、前記イベントが発生することなく前記タイマが
計時終了した場合に前記確認処理の中止を命じる。

【００６０】さらに、他の変形によれば、前記イベント
検出手段は、前記集合的な送信許可メッセージに応答し
た前記伝送に既に組み込まれた前記情報を組み込んだ識
別メッセージの受信を検出する。

【００６１】これらの構成は、ある変形例において、そ
のすべてが結合して動作するわけではなく、本発明の好
適な実施形態に係る制御装置が協働装置と共に動作する
ようになっており、確認手順により、新たにネットワー
クに接続された通信手段は、それが確かに識別されたこ
とを確信できる。そうでない場合には、上述のように、
本方法において確認手順が繰り返される。

【００６２】本発明は、当然、いかなるタイプのネット
ワークにも適用できる。特にローカルエリアネットワー
ク（ＬＡＮ）に適用可能である。

【００６３】他の観点からは、本発明は伝送方法及び通
信装置に関するものである。

【００６４】この好適な実施形態において、また、本発
明の他の面によれば、協働装置は中央手段(central mea
ns)に内蔵され、この中央手段は、一般的には、他の通
信手段から送られてくるデータフレームを再送する機能
と、それらに宛てた各フレームに、前記共有伝送媒体へ
のアクセスを制御するプロトコルを動作させるサービス
メッセージを含ませる機能を有する。

【００６５】本発明のこの観点によれば、形態的なレベ
ル(topological level)において、到達するデータフレ
ームを再送する中央通信手段があることによる利点、及
び共有という方法を用いてサービスメッセージへのアク
セス制御をするプロトコルによる効力の両方による効果
を得ることが可能となるが、そうでなければ、プロトコ
ルを動作させたり、あるいは、データフレームを再送す
るための時間がさらに必要となり、サービスメッセージ
とデータフレームを同一のダウンリンクフレームにて搬
送する方が、それらを、分割されたダウンリンクフレー
ムにて伝送するよりも、はるかに時間がかからないこと
になる。

【００６６】本発明のこのような面により、特に発明の
一般的な特徴との整合性がよくなり、これにより、通信
手段のグループを集合的に呼び出すことが可能となる。
こうするためには、中央手段を使用して、上述した集合
的な送信許可を含む特別なサービスメッセージの同報を
行なうことで十分である。

【００６７】本発明のこの観点からは、さらに、"Metho
ds, devides and a system for thetransmission of di
gital data"と題する、本願発明と同一の出願日を有す
る別の特許出願（代理人がリニュイ、サンタレリで、出
願人が同一であり、通信用控えとしての出願受領証番号
９８０４８のフランス国特許出願）に述べられた利点が
もたらされる。

【００６８】このように本発明は、特に上述の観点によ
る動作をさせることで、イーサネットによるネットワー
クの有線媒体のすべて、あるいは一部について、無線媒
体による高性能の置き換えが実現できる。イーサネット
によるネットワークの一例を、図１〜図３を参照して以
下に説明する。

【００６９】本発明は、また、その各々が、想定された
伝送条件を示す媒体へアクセスするため、優先レベルを
割り当てられた通信手段、及び各通信手段の優先レベル
の定期的な更新状況を示すテーブルを供する。好適な実
施形態において、このテーブルは、中央手段に内蔵され
た協働手段にて管理される。

【００７０】一般的な意味において、これらの構成によ
り各通信装置あるいは通信手段に対して、想定された伝
送条件に関連する媒体へアクセスでき、これによりネッ
トワークの性能が向上する。これらの構成による利点
は、上記の本発明に係る方法による利点に倍加される。

【００７１】本発明の利点については、さらに、"Metho
ds and devices for sharing a transmission medium,
a transmission method, an identification method, c
ommunication means and communication systems"と題
する、本願発明と同一の出願日を有する別の特許出願
（代理人がリニュイ、サンタレリで、出願人が同一であ
り、通信用控えとしての出願受領証番号９８１０２のフ
ランス国特許出願）に述べられている。

【００７２】本発明は、さらに、通信変換器及びその種
の変換器の認識方法に係り、この変換器は、上述のよう
に、一方で共有伝送媒体に接続され、他方、接続手段を
介して通信手段に接続されている。

【００７３】一般的に本発明によれば、接続手段にて変
換器が接続された通信手段（例えば、イーサネットアダ
プタ）からのアドレスを各変換器に割り当てられ、この
アドレスにより、共有伝送媒体を含むネットワークと共
同して機能する変換器を認識することができるように構
成されている。

【００７４】本構成により、通信変換器に特有のアドレ
スと、接続手段にて接続され、ネットワーク通信手段に
特有のアドレスとを使用することで、これらの装置や中
央手段のみならず、ネットワークにおけるこれらの使用
が複雑になるのを特に回避できる。

【００７５】さらに、これらの構成により、新たな通信
手段が変換器に接続されたときに、変換器に、それが接
続される通信手段のアドレスが自動的に割り当てられ
る。従って、ネットワークへの通信手段の接続、及びネ
ットワークでのその機能が、上述した発明の実施によ
り、さらに促進される。

【００７６】本発明の利点については、さらに、"Commu
nication converter, communication device, identifi
cation method, frame transmissin method and commun
ication systems using them"と題する、本願発明と同
一の出願日を有する別の特許出願（代理人がリニュイ、
サンタレリで、出願人が同一であり、通信用控えとして
の出願受領証番号９８１０３のフランス国特許出願）に
述べられている。

【００７７】本発明の目的は： ‐上記にて簡単に説明したように、一方で、協働手段を
内蔵するデジタル通信装置を備え、他方、少なくとも１
つの周辺通信装置を備えることを特徴とする通信システ
ム ‐上記にて簡単に説明した方法を実行する通信装置を備
えることを特徴とする通信システム ‐一方で、上記にて簡単に説明した協働装置を備え、他
方、少なくとも１つの制御装置を備えることを特徴と
し、通信手段間で伝送媒体を共有するシステム を提供することである。

【００７８】

【発明の実施の形態】図１に示すネットワークは、ＩＥ
ＥＥ勧告８０２.３による１０Base-T型のネットワーク
である。このネットワークは、２つの集線装置(hub)１
Ａ，１Ｂとデータステーション２Ａ〜２Ｇを含む。

【００７９】各集線装置１Ａ，１Ｂは、より対線４ある
いは５にて用いられる組になったポートを有し、ここで
は、６本のケーブルを有する構成になっている。

【００８０】集線装置１Ａのポートの集合体３は、その
全部が占有されており、それらの内、５つのポートにお
いて、各々がケーブル４の端部コネクタを受け、その他
端がステーション２Ｃ〜２Ｇの１つに差し込まれてお
り、６番目のポートは、ケーブル５の端部コネクタの一
端を受け、そのコネクタの他端は、集線装置１Ｂのポー
トの集合体３の１つに差し込まれている。

【００８１】この集合体では、他の２つのポートだけ
が、それぞれ、ケーブル４の端部コネクタの一端にて占
有されており、そのコネクタの他端は、それぞれステー
ション２Ａあるいは２Ｂに差し込まれている。

【００８２】ステーション２Ａは、パーソナルコンピュ
ータ型のデータ処理ターミナル６と、通常はイーサネッ
ト（登録商標）カードと呼ばれる、上記の勧告に従った
ＬＡＮアダプタカード型の個別ネットワーク通信手段７
を有しており、このカード７は、パーソナルコンピュー
タ６のＩＳＡバスコネクタ９の雌側に結合されたＩＳＡ
バスコネクタ８の雄側と、より対線の端部コネクタを受
けるポート１０を有する。

【００８３】データステーション２Ｂ〜２Ｇはステーシ
ョン２Ａと同じであるが、それらの内のいくつかのステ
ーションでは、ターミナル６がパーソナルコンピュター
ではなく、プリンタ、ファイルサーバ、あるいは、他の
型のデータ処理ターミナルである。

【００８４】各ケーブル４，５は、その両端に、２組の
ピンが配されたコネクタを有し、各コネクタは、ポート
１０あるいは集合体３のポートの１つに差し込むことが
できるようになっており、これらのポートの各々は、上
記ピンの各々に対応するピンを有し、このピンにより、
コネクタが差し込まれると電気的接続がなされる。

【００８５】より正確には、差し込まれたコネクタの第
１及び第２の組のピンに対して個々に接続されたポート
１０のピンの組は、その各々が送信及び受信に寄与し、
他方、集合体３のポートにおいては、コネクタの第１の
組のピンに接続されたピンの組が受信に寄与し、第２の
組のピンに接続するピンが送信に寄与する。

【００８６】ケーブル４はダイレクト型、すなわち、１
つの端部コネクタの第１のピンの組が、１組の伝導体に
よって、他端のコネクタの第１のピンの組に接続され、
第２の組のピンについても同様の接続が行なわれる。他
方、ケーブル５はクロス型であり、各端部コネクタの第
１の組のピンは、１組の伝導体によって、他の端部コネ
クタの第２の組のピンに接続される。

【００８７】各集線装置１Ａ，１Ｂは、以下のように動
作する。すなわち、集合体３のポートの１つの受信ピン
に、情報を伝達する信号が現われる度に、この信号は、
この集合体の他の各々のポートにおいて、その送信ピン
上に再び現われる。衝突が起こったところでは、すなわ
ち、２つの異なるポートにおいて１組の受信ピン上に同
時に信号が現われると、集線装置は、衝突が起こったこ
とをデータステーションに警告するため、送信ピンの各
組において衝突シーケンス(interference sequence)を
発生させる。

【００８８】例えば、ステーション２Ａがそのポート１
０の送信ピンに、データフレームを伝送するバーストを
発生させたとすると、ステーション２Ｂに接続されたケ
ーブル４のコネクタが差し込まれたポートの送信ピンの
組と、ケーブル５のコネクタが差し込まれたポートの送
信ピンの組とに、このバーストが再び現われるので、こ
のバーストは、ステーション２Ｂのポートの受信ピンの
組、及び、ケーブル５が差し込まれた集線装置１Ａの集
合体３のポートの受信ピンの組に到達する。その結果、
本バーストは、集合体３の他のポートの送信ピンの組に
再度現われることになるので、このバーストは、各ステ
ーション２Ｃ〜２Ｇのポート１０の受信ピンの組に到達
する。

【００８９】データステーション２Ａ〜２Ｇの１つが、
そのポート１０の送信端子に、データフレームを伝送す
るバーストを発生させる度に、本バーストは、他のデー
タステーションの各々のポート１０の受信端子に衝突な
しに到達する。

【００９０】ここで、図２及び図３を参照して、ターミ
ナル６のどれか１つが、後述するように、同じネットワ
ークオペレーティングシステムが供給されたもう１つの
ターミナル６にデータを伝送できるようにするため、デ
ータステーションにおいて、どのようにしてターミナル
６が個別ネットワーク通信手段（図中のＭＩＣＲ）と協
働するのかを説明する。

【００９１】各データステーションが識別されるように
する目的で、各個別手段７に対して、媒体へのアクセス
（ＭＡＣ-Medium Access Control)を制御するための固
有のアドレス（図中の＠）１１が割り当てられる。

【００９２】ターミナル６は、その動作中、以下に説明
する方法で、各々が宛先アドレスを伴うデータシーケン
スを手段７に配信し、個々の場合において、手段７は、
配信されたデータシーケンスとそれに伴う宛先アドレス
とを含むデータフレーム１２（図３）を準備する。この
データフレームは、データシーケンスの宛先となるター
ミナル６の個別手段７のアドレス１１に対応する。

【００９３】フレーム１２のフォーマットは、ネットワ
ークで使用される媒体へのアクセスを制御するプロトコ
ル（ＭＡＣプロトコル）にて決定される。一般的に、フ
レーム開始時点で、宛先アドレスを含むフィールド１３
の位置が決定されると、このフィールドに付加情報フィ
ールド１４が続き、その次に、データシーケンスを含む
フィールド１５が来る。

【００９４】このようにＩＥＥＥ勧告８０２.３では、
宛先アドレスフィールド１３が、最初から６オクテット
に渡って続き、付加情報フィールド１４が８オクテッ
ト、データシーケンスフィールド１５が４６〜１５００
オクテット（データシーケンスの長さが４６オクテット
よりも短いときには、それを最小の長さとするために付
加が行なわれる）が続く。付加情報フィールドは、さら
に、データフレームを準備した個別手段７のアドレス１
１を含むソースアドレスフィールドと、フィールド１５
のオクテット数を示す長さフィールドとに分割される。
このソースアドレスフィールドは、フィールド１４の最
初の６オクテットを占め、長さフィールドは、最後の２
オクテットを占めている。

【００９５】ゼロックス（登録商標）社のイーサネット
（登録商標）プロトコルにて供給されるデータフレーム
フォーマットは似ているが、付加情報フィールドの最後
の２オクテットが、フィールド１５の長さではなくデー
タタイプを示している。

【００９６】個別手段７は、ターミナル６より宛先アド
レスを伴うデータシーケンスを受信した場合、アクセス
コントロールプロトコルに従って決めた時点で、ケーブ
ル４を介して、このデータシーケンス及び宛先アドレス
に対応したデータフレーム１２を伝送するバーストを送
信する。

【００９７】各バーストは同期プレフィックスから開始
し、データフレーム１２に特有のビットに加え、終端部
のエラー検出ビットを伝達する。

【００９８】プレフィックスの特徴と各バーストでこの
ように伝達されるビットストリーム全体の構成も媒体へ
のアクセスを制御するプロトコルで定められている。

【００９９】従って、ＩＥＥＥ８０２．３においては、
プレフィックスは７オクテット連続するビット同期獲得
プリアンブルと１オクテット連続するフレーム開始デリ
ミタの符号化によって形成され、終端部は４オクテット
の長さを持つ冗長チェックによって形成される。

【０１００】ゼロックスの標準イーサネット（ETHERNE
T）におけるビットストリームのプレフィックス及び終
端部は類似し、プレフィックスに符号化されたプリアン
ブルは６ビット以上連続する。

【０１０１】最後に、個別手段７がケーブル４からデー
タフレームを伝送するバーストを受信すると、媒体への
アクセスを制御するプロトコルで定められたフォーマッ
トに応じて、データフレームの中の宛先アドレスを分離
し、その宛先アドレスを特有のアドレスと比較し、一致
するものがあれば、データフレームの中にあるデータシ
ーケンスを分離し、以下に説明する方法でそのターミナ
ル６に伝達する。

【０１０２】ターミナル６は、そのプログラムに関し
て、一方でロジックインターフェースを供給するネット
ワークオペレーティングシステムが提供され、他方でロ
ジックインターフェースとコンバチブルな個別手段７の
ためのドライバーが提供されるので、個別手段７と協動
するようになっている。

【０１０３】これは、例えばＮＤＩＳタイプ（MICROSOF
T （登録商標）仕様）又はＯＤＩタイプ（NOVELL（登録
商標）仕様）のものである。

【０１０４】前述の２つのプログラムにより、各ターミ
ナル６は、ロジックインターフェースを通して、その個
別手段７により伝達されたデータシーケンスを持ち、ま
た、各々が宛先アドレスを伴う、このようなシーケンス
を個別手段７に伝達するようになっている。

【０１０５】ステーション２Ａ〜２Ｇが互いにデータを
伝送する手段により、集線装置１Ａ，１Ｂ及びケーブル
４，５は、ステーション２Ａ〜２Ｇで共有される伝送媒
体の役割を果たすことが分かる。このような伝送媒体
は、多少の集線装置とケーブル４，５を用いて多少のデ
ータステーションに提示されることは明らかである。

【０１０６】共有伝送媒体を生成する他の多くの方法
は、例えば、複数のデータステーションが、ＩＥＥＥ勧
告の８０２．３、１０ベース−２タイプで提供されるよ
うなＴ接続によって各々接続される同軸ケーブルを用い
るもの、キャリアー電流や無線或いは赤外線を用いるも
の、更に、これら異なる物理的な媒体の使用を組み合わ
せたものが知られている。

【０１０７】伝送媒体への異なるステーションのアクセ
スを制御するプロトコル（ＭＡＣプロトコル）に関し、
ＩＥＥＥ勧告８０２．３により提供されるものにＣＳＭ
Ａ／ＣＤ（キャリア検出多重アクセス／衝突検出）があ
る。これはステーションがデータを伝送しようとすると
き、伝送媒体を確認し、伝送媒体が空きになるとすぐに
データを伝送して、衝突が発生したか調べ、衝突が発生
した場合にはランダム時間の間待ち、再度、送信を試み
るものである。

【０１０８】また、共有伝送媒体へのアクセスを制御す
る他のプロトコルとして、特にＴＤＭＡタイプ（時分割
多重アクセス）とポーリングタイプが知られている。Ｔ
ＤＭＡタイプは、ステーションに割り当てられているタ
イムスロットにおいてのみステーションが伝送できるも
ので、ポーリングタイプは中央ネットワーク通信手段
（central networked communication means ）が特別の
メッセージを用いて伝送するようにした場合だけステー
ションが伝送できるものである。

【０１０９】図１乃至図３に示すネットワークは従来よ
り周知のものである。図４以降に、発明のいくつかの好
適な実施形態が記述されている。特に、図４に、媒体が
無線の無線ローカルエリアネットワーク（ＷＬＡＮ）を
示す。ここで、本発明は伝送媒体が、例えばケーブル、
赤外線等の異なる媒体で構成されるネットワークにも適
用され得ることは言うまでもない。

【０１１０】図４に示す無線ローカルネットワーク２０
は、中央ネットワーク通信手段（図中のＣＮＣＭ）２１
と複数のデータステーション２２とを有し、各ステーシ
ョンは上述したターミナル６と同じタイプのターミナル
２３と周辺ネットワーク通信手段（図中のＰＮＣＭ：pe
ripheral networked communication means）２４とを有
する。

【０１１１】各々の周辺手段２４は、上述した個別ネッ
トワーク通信手段７の特別なタイプであり、共有伝送媒
体により、電波によるデータフレームを伝送及び／又は
受信する。

【０１１２】中央手段２１は、共有する媒体、形態構成
及び中央手段２１によって、この媒体で送られる各バー
ストが各周辺手段２４で受信できるような、それぞれの
無線伝送能力により各周辺手段２４と通信し、どれか１
つの周辺手段２４により、この媒体で送られる各バース
トが中央手段２１によって受信される。

【０１１３】周辺手段２４間の通信は、中央手段２１を
用いて単独で行うように設計されており、第１から第２
の周辺手段２４へのデータフレームの伝送は、まず第１
の周辺手段２４から中央手段２１へのデータフレームの
伝送が行われ、その後、中央手段２１から第２の周辺手
段２４へのデータフレームの伝送が行われる。

【０１１４】中央手段２１が共有無線媒体で送るバース
トは、周辺手段２４にダウンリンクフレーム２５（図５
及び図６）を同報することを可能とし、周辺手段２４が
この媒体で送るバーストは中央手段２１にアップリンク
フレーム（図９）を伝送することを可能とする。

【０１１５】図５及び図６に示されるように、ダウンリ
ンクフレーム２５は規則的にサービスフレーム２７を有
し、状況によっては、上述のフレーム１２と同様なタイ
プのデータフレーム２８（図中のＤＦＲ）を含んでも
（図５）、含まなくても（図６）良い。

【０１１６】ダウンリンクフレーム２５のフォーマット
は、このフレーム２５の始めにサービスフレームフィー
ルド２９の位置を、データフレームが存在すればフィー
ルド２９の直後にデータフレームフィールド３０の位置
を定めている。

【０１１７】図の例では、サービスフレームフィールド
２９は２０オクテット以上連続し、データフレームフィ
ールド３０は０（データフレームなし）〜１５４０オク
テット以上連続する。

【０１１８】図７に示すように、ダウンリンクフレーム
２５に含まれる各サービスフレーム２７は、サービスメ
ッセージ３１、このフレーム２５が含むデータフレーム
の長さに関する情報３２、及び付加情報３３を有する。
サービスフレーム２７のフォーマットは、このフレーム
の始めにサービスメッセージフィールド３４の位置を、
フィールド３４に続いてデータフレームフィールド３５
の位置を、そして、フィールド３５に続いて付加情報フ
ィールド３６の位置を定めている。図の例では、サービ
スメッセージフィールド３４は１２オクテット以上連続
し、データフレームフィールド３５は２オクテット以上
連続し、そして付加情報フィールド３６は１１オクテッ
ト以上連続する。

【０１１９】図８に示すように、サービスメッセージ３
１は、サービスメッセージの種類に関する情報３７、メ
ッセージ宛先アドレス３８、及び付加情報３９を含む。
ここで、付加情報３９はネットワーク参照情報及びプロ
トコルのバージョン情報を含み、メッセージ種類フィー
ルド４０は１オクテット以上、アドレスフィールド４１
は６オクテット以上、付加情報フィールド４２は５オク
テット以上連続する。

【０１２０】図９に示すように、アップリンクフレーム
２６は、連続する、図９Ａに示されるフレームメッセー
ジ４２０、データフレームの長さに関する情報４３、付
加情報４４、及び上述したフレーム１２と同様なタイプ
のデータフレーム４５を含む。アップリンクフレーム２
６のフォーマットは、このフレームの始めにフレームメ
ッセージフィールド４２１の位置を、このフィールド４
２１に続いてデータフレーム長フィールド４６の位置
を、このフィールド４６に続いて付加情報フィールド４
７の位置を、そして、このフィールド４７に続いてデー
タフレームフィールド４８の位置を定めている。本例で
は、フレームメッセージフィールド４２１は１６オクテ
ット以上連続し、データフレーム長フィールド４６は２
オクテット以上、付加情報フィールド４７は１０オクテ
ット以上、データフレームフィールド４８は０〜１５４
０オクテット以上連続する。

【０１２１】図９Ａに示すように、フレームメッセージ
４２０は、連続的にメッセージ種類情報４２２、アドレ
ス情報４２３、及び付加情報４２４を含む。このフレー
ムのフォーマットは、フレームメッセージフィールド４
２１の始めにメッセージ種類フィールド４２５の位置
を、このメッセージ種類フィールド４２５に続いてフレ
ームメッセージアドレスフィールド４２６の位置を、そ
して、フレームメッセージアドレスフィールド４２６に
続いてフレームメッセージ付加情報フィールド４２７の
位置を定めている。本例では、メッセージ種類フィール
ド４２５は１オクテット以上連続し、フレームメッセー
ジアドレスフィールド４２６は６オクテット以上、そし
て、フレームメッセージ付加情報フィールド４２７は９
オクテット以上連続する。

【０１２２】本発明の好適な実施形態によれば、周辺手
段２４が、それがネットワーク２０の一部分を形成する
ことを知ると、アップリンクフレームメッセージ４２０
のメッセージ種類情報４２２は、周辺ネットワーク手段
に対して、伝送中であるフレームに続いて他のアップリ
ンクフレームの伝送の要求あり、あるいは要求なしを表
す２つの値を採用できる。これら２つの値は、“非分離
フレーム（frame-not-isolated）”（更なる伝送要求）
及び“分離フレーム（frame-isolated）”（更なる伝送
要求なし）としてそれぞれ参照される。

【０１２３】一方、周辺手段がネットワーク２０の一部
分を形成しない、即ち中央手段２１により識別されてい
ないことを検出すると、メッセージ種類情報４２２はネ
ットワークへの参入要求の値を採用する（図中の新たな
ＰＮＣＭ）。

【０１２４】各サービスメッセージ３１は、メッセージ
種類情報３７と宛先アドレスを用いて、ポーリングタイ
プの共有無線媒体へのアクセスを制御するプロトコルを
起動する。

【０１２５】より詳しくは、各サービスメッセージ３１
は、各周辺手段２４に対して、応答によりアップリンク
フレーム２６を伝送するように、即ちメッセージ３１の
同報後、フレーム２６を伝送する共有媒体が空きしだい
フレーム２６を伝送するように許可がなされているか否
かを示す。

【０１２６】サービスメッセージ３１は、送信許可メッ
セージタイプ、即ち周辺手段２４が応答でアップリンク
フレームを伝送するように許可されていることを示すも
のであり、また、ある状況では、各周辺手段２４が、送
信非許可メッセージタイプ、即ち応答で伝送するように
許可されていないことを示すものである。

【０１２７】ネットワーク２０において、使用される無
線媒体は半二重タイプ、即ちアップリンク方向（周辺手
段２４から中央手段２１へ）とダウンリンク方向（中央
手段２１から周辺手段２４へ）の伝送が同時に起こらな
い。従って、共有無線媒体は、ダウンリンク又はアップ
リンクフレームの伝送が終了すると空きになる。

【０１２８】図１０は、４つのバースト４９Ａ〜４９Ｄ
により、この共有無線媒体の占有例を示す図である。

【０１２９】まず第１に、共有無線媒体で送られる各バ
ーストは、全てのバーストに同一である同期プレフィッ
クス５０にて始まり、多少長い期間、ダウンリンクフレ
ーム２５（図中のＯＦＲ）又はアップリンクフレーム
（図中のＩＦＲ）を伝達するビットストリームの信号５
１まで連続することがわかる。ここで、各々のバースト
の信号５１の持続時間は、バーストで伝送されるダウン
リンクフレーム２５又はアップリンクフレーム２６の長
さに基づく。

【０１３０】図１０の例では、バースト４９Ａにより伝
送されるダウンリンクフレーム２５は１つのサービスフ
レーム２７だけを有し、そのため信号５１は特に持続時
間が短く、プレフィックス５０の持続時間に近い。一
方、バースト４９Ｂ〜４９Ｄで伝送されるフレーム２５
又は２６は、データフレーム２８又は４５を含み、従っ
て、それらの信号５１は、より長い持続時間を有する。
図を簡略化するため、バースト４９Ｂ〜４９Ｄのそれぞ
れの信号５１は同じ持続時間が与えられているが、デー
タフレーム２８又は４５の長さは、１５４０オクテット
までの範囲で変化するので、実際には信号５１の持続時
間はかなり変化する。

【０１３１】図１０に示す持続時間Ｔは、中央手段２１
が、その期間が経過する間、アップリンクフレーム２６
を伝送するバーストの受信を開始しない場合（この場
合、中央手段２１はアップリンクフレーム２６の受信終
了まで待つ）、新たなダウンリンクフレームを伝送する
前に、サービスメッセージ３１が送信許可メッセージの
タイプ（図中のＡＳＭ）のものであるダウンリンクフレ
ーム２５の伝送終了から始まる期間である。

【０１３２】これに対し、サービスメッセージ３１が送
信非許可メッセージのタイプ（図中のＮＡＳＭ）のもの
であるダウンリンクフレームを中央手段２１が伝送する
と、そのフレームの伝送が終了すると直に新たなダウン
リンクフレームを送ることができる。

【０１３３】従って、送信許可メッセージを含むダウン
リンクフレームを伝送するバースト４９Ａが終了する
と、中央手段２１は持続時間Ｔの期間が経過するまで待
ち、この間、共有無線媒体上にアップリンクフレームを
伝送するバーストがないので、この期間が終わると直に
中央手段２１は、その反応時間に対応する持続時間の期
間終了でバースト４９Ｂにより新たなダウンリンクフレ
ームを伝送できるとみなす。

【０１３４】バースト４９Ｂで伝送されるダウンリンク
フレームは送信非許可メッセージを含むので、中央手段
２１はバースト４９Ｂの伝送が終わるとすぐに新たなダ
ウンリンクフレームを伝送できるとみなし、反応時間後
にバースト４９Ｃを送る。

【０１３５】バースト４９Ｃで伝送されるダウンリンク
フレームは、送信許可メッセージを含み、バースト４９
Ａで伝送されるダウンリンクフレームに含まれるメッセ
ージと異なり、この送信許可メッセージは持続時間Ｔの
期間終了前に送り始められ、アップリンクフレームを伝
送するバースト４９Ｄの形式で、周辺手段２４からの応
答をもたらす。その結果、この期間が終了のとき、中央
手段２１は、このアップリンクフレームの受信が途中
（underway）であれば、共有無線媒体が新たなダウンリ
ンクフレームを送るのに空きになったとみなすためにバ
ースト４９Ｄの受信が終了するまで待つ。

【０１３６】持続時間Ｔは最短期間として選択されるも
ので、その終わりにおいて、送信許可メッセージの送り
先となる周辺手段２４は、伝送しようとすれば、応答に
てアップリンクフレームを確実に伝送し始めることがで
きる。

【０１３７】例として、持続時間Ｔはおよそ２２５Ｔｓ
で、プレフィックス５０の持続時間はおよそ１２５Ｔｓ
で、信号５１の持続時間は、およそ１０，０００Ｔｓの
上限を持つ範囲にある。

【０１３８】新たな周辺手段２４の参入を許可するため
に、中央手段２１は通常の間隔、例えば毎秒、ネットワ
ーク２０に参入しようと試みている全ての周辺手段に、
周辺手段が応答にてアップリンクフレームを伝送するよ
うに許可されていることを示す集合的なタイプの送信許
可メッセージを送信する。

【０１３９】ネットワークに参入しようと試みる一方、
この集合的な送信許可メッセージ（図中のＮＥ）を受信
する各周辺手段２４は、以下に説明するように、応答に
て集合的なメッセージを送るか否かを決定するので、ネ
ットワークに参入しようと試みているいくつかの周辺手
段間における衝突のリスクが制限される。

【０１４０】図１０Ａは、４つのバースト６００Ａ〜６
００Ｄで共有無線媒体の占有の例を示す図で、新たな周
辺手段２４の参入処理を示している。

【０１４１】バースト６００Ａにより伝送されるダウン
リンクフレームが集合的なサービスメッセージを含み、
それに続いて、ネットワーク２０に参入しようと試みて
いる周辺手段２４がバースト６００Ｂにて、応答により
アップリンクフレームを伝送できるかを決定し、ある時
間の経過後、中央手段２１により送られるバースト６０
０Ｃがダウンリンクフレームを伝送する。このダウンリ
ンクフレームのサービスフレームは、バースト６００Ｂ
で伝送されたアップリンクフレームに記述されたネット
ワーク２０の一部分を形成する要求の確認（図中のトー
クン）を構成する。

【０１４２】この確認を受信後、この中央手段は新たな
周辺手段がネットワーク２０の一部分を形成したとみな
す。

【０１４３】図の例では、確認として用いられるサービ
スメッセージは単純な個別送信許可メッセージ、即ちこ
の場合、バースト６００Ｂを送った１つの周辺手段２４
に対するメッセージである。

【０１４４】集合的な送信許可メッセージの連続送信を
区別する時間の間隔、例えば１秒が終了すると、中央手
段２１は、新たな集合的な送信許可メッセージを含むダ
ウンリンクフレームを伝送するバースト６００Ｄを送
る。

【０１４５】図の例では、周辺手段２４が、それが中央
手段２１により識別されないことを知ると、即ちそのス
タートアップと周辺手段２４が参入要求の確認を受信す
る時との間において、ネットワーク２０に参入の要求を
表すフレームメッセージ４２２と共に伝送するアップリ
ンクフレームは、いかなるデータフレーム４５も含まな
い。

【０１４６】従って、集合的なタイプの送信許可メッセ
ージに応答して送られるべき全てのアップリンクフレー
ムは同じ長さを有する。

【０１４７】たとえ２つのアップリンクフレームが同時
に送られたとしても、その内の１つを、中央手段に直接
到着させることができる（いわゆる捕獲現象）、という
事実を考慮しなくてもいいようにすることで、本発明を
簡単に遂行することが可能となる。そこで、伝送媒体が
長いアップリンクフレームによって常に占有されている
間、捕獲されたアップリンクフレームが他のアップリン
クフレームより短ければ、中央手段が送信許可メッセー
ジを伝送することが可能となる。

【０１４８】図１１〜図２４を参照してネットワーク２
１で中央手段２１として用いられる装置を説明する。

【０１４９】図１１に示すように、中央手段２１はシリ
アル接続バス５３によりＲＳ２３２タイプのコネクタ５
４に接続され、マイクロコントローラバス５５により送
信／受信コントローラ５６に接続されるマイクロコント
ローラ５２、プログラム可能な読み出し専用メモリ（Ｐ
ＲＯＭ）５７、再プログラム可能な不揮発性メモリ５
８、及びランダムアクセスメモリ（ＲＡＭ）５９を有す
る。マイクロコントローラバス５５に接続される送信／
受信コントローラ５６は、また送信／受信バス６０によ
り無線モジュール６１に接続される。

【０１５０】マイクロコントローラ５２は、例えばＮＥ
Ｃの製品Ｖ５３（登録商標）であり、ＰＲＯＭ５７に格
納されたプログラム６２に応じて動作し、ＰＲＯＭ５７
は、また、起動時に中央手段２２を初期化するデフォル
トパラメータ６３を含む。

【０１５１】プログラム６２は、例えばジー・エス・ア
イ・テクシィ（GSI TECSI ）の製品リアルタイムクラフ
ト（登録商標）によるマルチタスクタイプのものであ
る。

【０１５２】送信／受信コントローラ５６は、例えばア
ルテラ（ALTERA）（登録商標）の製品ＥＰＦ８１５００
（登録商標）又はエックスワイリンクス（XYLINX）の商
業上入手可能なプログラマブルロジック回路で構成され
ている。

【０１５３】無線モジュール６１は、例えばパルス・エ
ンジニアリング（PULSE ENGINEERING ）の製品ＭＴＲ−
２４００Ｍトランシーバー、そのトランシーバーに接続
されるテレダイン・エレクトロニック・テクノロジーズ
（TELEDYNE ELECTRONIC TECHNOLOGIES）の製品スペース
ダイバーシティアンテナ、例えばエー・エイチ・エー
（AHA ）の製品ＡＨＡ４０１１（登録商標）、エル・エ
ス・アイ・ロジック（LSI LOGIC ）製品、又はコマトラ
ス（COMATLAS）の製品のようなリードソロモンに基づく
ＦＥＣ（フォワード・エラー・コレクション）タイプの
エラー訂正／制御部及び特に信号マッチングを提供す
る、バス６０に接続可能なインターフェースで構成され
る。また、無線モジュール６１は、上述したトランシー
バー以外のもの、好ましくは、スペクトラム拡散、周波
数ホッピング、或いはダイレクトシーケンスタイプのも
ので構成することもできる。

【０１５４】再プログラム可能な不揮発性メモリ５８
は、例えばダラス・セミコンダクタ（DALLAS SEMICONDU
CTOR）の製品ＤＳ１４９７のようなバッテリー・バック
アップを備えたランダムアクセスメモリ（ＲＡＭ）や、
XICOR 製品、又はエクセル（EXEL）の製品２４Ｃ０２の
ような電気的に消去可能なプログラマブルリードオンリ
ーメモリ（ＥＥＰＲＯＭ）で構成される。

【０１５５】メモリ５８は、ネットワーク２０の一部分
を形成する周辺手段２４のアドレスのテーブル６４を含
む。この場合、アドレスは周辺手段２４のＭＡＣアドレ
ス、即ち上述の個別手段７のアドレス１１と同じタイプ
のアドレスである。テーブル６４は図１０に示されるタ
イプの処理により中央手段２１に入力される。

【０１５６】ランダムアクセスメモリ５９は、作業用メ
モリ６５で占有される空間と、フレームバッファで占有
される空間６６とを有する。

【０１５７】図１２に示すように、空間６６は図５に示
すように、アップリンクフレームを格納し、ダウンリン
クフレームを準備する、ある数のバッファ６８、即ちデ
ータフレームを含む空間６７と、図６に示すように、ダ
ウンリンクフレームを準備するバッファ７０、即ちデー
タフレームなしの空間６９とを含む。

【０１５８】図１３に示すように、各々のメモリ６８の
構成はダウンリンクフレーム２５のフォーマットに同
一、即ち各メモリ６８の始めにサービスフレームエリア
７１の位置を、そのエリア７１の直後にデータフレーム
エリア７２の位置を定めている。そのエリア７１はフィ
ールド２９と同じ長さ（２５オクテット）を有し、エリ
ア７２は最大の長さを有し、それに対して、フィールド
３０がダウンリンクフレーム２６のデータフレームフィ
ールド４８の最大の長さ（１５４０オクテット）、連続
することができる。

【０１５９】メモリ６８は次のように用いられる。中央
手段２１がアップリンクフレーム２６を受信すると、メ
モリ６８のエリア７２にあるデータフレーム４５を書き
込む。このとき、エリア７２にフィールド４８を配置
し、このフィールドの開始を、このエリアの開始と一致
させる。そして、図５に示すようなダウンリンクフレー
ムを準備するために、ダウンリンクフレームと共に、エ
リア７２に予め格納されているデータフレームを再送
し、中央手段２１は、同じメモリ６８のエリア７１にサ
ービスフレーム２７を書き込む。その後、このメモリ６
８の有用な内容、即ちエリア７１の開始からデータフレ
ームが終了するエリア７２の箇所までの空間に置かれた
内容を伝送するバーストを送信する。

【０１６０】バッファ７０の構成は、サービスフレーム
のフォーマットと同一で、そのバッファ７０を用いて中
央手段２１が、図６に示すダウンリンクフレームを準備
する。これらフレームの各々は、バッファ７０の全内容
を伝送するバーストを送信することにより伝送される。

【０１６１】図１３Ａに示すように、周辺ネットワーク
通信手段の各アドレス４３０、４３１、４３２、４３３
のテーブル６４は、中央ネットワーク通信手段に知らさ
れている周辺手段の各アドレスを含む。伝送媒体へのア
クセスの優先レベルは、アドレステーブルの各アドレス
に割り当てられる。従って、優先レベル４３４は、この
場合、以下に述べる優先カウンタの値を表す情報項目
“×”４３６に関連する情報項目“ローアクティブ”４
３５が、文字“Ａ”で表されたアドレス４３０に割り当
てられる。優先レベル４３７は、この場合、以下に述べ
る優先カウンタの値を表す情報項目“Val_norm”４３９
に関連する情報項目“ノーマルアクティブ”４３８が、
文字“Ｂ”で表されたアドレス４３１に割り当てられ
る。優先レベル４４０は、この場合、以下に述べる優先
カウンタの値を表す情報項目“×”４４２に関連する情
報項目“ハイアクティブ”４４１が、文字“Ｃ”で表さ
れたアドレス４３２に割り当てられる。優先レベル４４
３は、この場合、以下に述べる優先カウンタの値を表す
情報項目“０”４４５に関連する情報項目“ノーマルア
クティブ”４４４が、文字“Ｄ”で表されたアドレス４
３３に割り当てられる。

【０１６２】優先カウンタの値が考慮される優先レベル
は、“ノーマルアクティブ”の優先レベルだけなので、
以下説明において、“×”は如何なる値も取り得ること
を意味する。

【０１６３】図１４と、以降の図面に含まれるより一般
的な機能ダイアグラムは、メモリへの読み出し又は書き
込みの動作の場合を除き、単純な矢印は、使用される異
なる手段で交換される情報の経路を示している。また、
メモリへの読み出し又は書き込みの動作の場合、矢印は
太いタイプになり、この太い矢印はまた、フレームを伝
送するバーストの受信に続いて、無線モジュールで伝達
されるフレームの経路、及び無線モジュールに伝達され
るフレームを示すために用いられ、その結果、それらを
伝送するバーストが送信される。

【０１６４】上述のように、プログラム６２は、タスク
管理を行い、また、通信、信号処理、及びタスク間の同
期機構を提供するためのリアルタイム常駐域(real-time
nucleus)によるマルチタスクタイプのプログラムであ
り、これらの機構は、メッセージが書き込まれるタスク
に各固有のメールボックスと、いくつかのタスクによっ
て共有されるセマフォーの使用を含む。

【０１６５】中央手段２１は、一般的には、情報を交換
する中央ネットワーク伝送制御手段（図中のＣＮＴＣ
Ｍ）７３と送信／受信手段（図中のＳ／ＲＭ）７４とを
含み、送信／受信手段７４は、フレームバッファが定め
られたランダムアクセスメモリ５９の空間６６において
アップリンクフレーム書き込みとダウンリンクフレーム
読み出しの動作を行い、中央伝送制御手段７３は、空間
６６において、その一部分にサービスフレーム書き込み
動作（図中のＳＦＲ）を行う。

【０１６６】送信／受信手段７４は無線モジュール６１
を含み、プログラム６２、デフォルトパラメータ６３及
び作業用メモリ６５を使用するマイクロコントローラ５
２によって生成されるリソースを使用し、中央伝送制御
手段７３は、プログラム６２、デフォルトパラメータ６
３、テーブル６４及び作業用メモリ６５を使用するマイ
クロコントローラ５２によって生成されるリソースを使
用する。

【０１６７】無線モジュール６１に加え、送信／受信手
段７４は、送信管理手段７５と受信管理手段７６を含
み、受信管理手段７６はメールボックス７７を含む。こ
こで、メールボックス７７は、中央伝送制御手段７３が
アップリンクフレームの格納用に各空いているいくつか
のメモリ６８のロケーションを書き込むものである。

【０１６８】図１４及び図１５を参照して無線モジュー
ル６１の機能を説明する。

【０１６９】無線モジュール６１は自発的に受信モード
に移行する。このモードにおいて、フレーム７８が続く
プレフィックス５０の存在を検出すると、同期動作を行
い、プレフィックス５０が終了すると、ローレベルから
ハイレベルに信号７９を変化させる。これにより、無線
モジュールは、フレーム７８からの信号５１の受信が続
く限り、通常アップリンクフレームを伝達する信号を保
持する。信号５１が終了すると、無線モジュールは信号
７９をローレベルに戻す。従って、それぞれ信号７９が
ハイレベル又はローレベルにあると、フレームが受信最
中か否かを知ることが可能となる。便宜上、図面及び以
下においては、信号７９を、信号７９というよりむしろ
信号７９のハイレベルに対応する、いわゆるフレーム受
信継続信号として参照する。

【０１７０】無線モジュール６１は、一方で中央伝送制
御手段７３に、他方で受信管理手段７６に対してフレー
ム受信継続信号を通信する。中央伝送制御手段７３は、
図１０に例示した持続時間Ｔの期間終了でフレーム受信
継続信号を使用し、受信管理手段７６は、それを、無線
モジュール６１が受信されているフレームのビットを伝
達中か否かを知るのに使用する。

【０１７１】ダウンリンクフレームが共有無線媒体で伝
送されるように、送信管理手段７５が無線モジュール６
１にダウンリンクフレームを伝達すると、送信管理手段
７５は、無線モジュールがアクセスする信号８０をロー
レベルからハイレベルに変化させ、無線モジュール６１
は、受信モードから送信モードへ切り替えてフレーム８
１のプレフィックス５０を送る。そして、プレフィック
ス５０の送信終了と同時に、無線モジュール６１は、送
信管理手段７５がアクセスする信号８２をローレベルか
らハイレベルに変化させ、送信管理手段７５が、その信
号８２の立ち上がりエッジを検出して伝送されるダウン
リンクフレームを無線モジュールに伝達する。この伝達
が終わると、送信管理手段７５は、信号８０をハイレベ
ルからローレベルに変化させ、これに応じて無線モジュ
ール６１が、信号８２をハイレベルからローレベルに変
化させ、送信モードから受信モードに切り替える。

【０１７２】便宜上、図面及び以下においては、信号８
２を、信号８２というよりむしろ信号８２のハイレベル
に対応する、いわゆるダウンリンクフレーム伝送継続信
号として参照する。

【０１７３】信号８０に関して、図１５以外の図面で
は、実際にアクティブ状態としてローレベルからハイレ
ベルに変化し、非アクティブ状態としてハイレベルから
ローレベルに変化する、ダウンリンクフレーム伝送要求
信号と称する。

【０１７４】上述した理由により、ダウンリンクフレー
ム伝送継続信号は、無線モジュールによって単独で送信
管理手段７５に通信される。

【０１７５】上述した理由により、送信管理手段７５
は、ダウンリンクフレーム伝送要求信号を最初に無線モ
ジュールに通信し、次に中央伝送制御手段７３に通信す
るので、中央伝送制御手段７３は、ダウンリンクフレー
ムの伝送の終結の時間を知ることができる。これは、送
信管理手段７５にて要求された伝送により、バッファ６
８のロケーション、即ち伝送されるべきダウンリンクフ
レームが位置するメモリ空間のロケーションを示すデー
タと共に供給される。

【０１７６】図１６は、受信管理手段７６の機能を示す
フローチャートである。

【０１７７】スタートアップしてすぐ、ループに移行す
る。このループは、メールボックス７７に少なくとも１
つのメモリロケーション６８があるまで、即ちメールボ
ックス７７にデータが入るまで待つオペレーション８３
にて開始され、データが入るとメールボックスからロケ
ーションを取り出す。より正確には、そのロケーション
は、いくつかあるロケーションの中で、書き込まれるべ
き最初のものであり、メモリ６８のロケーションは、無
線モジュール６１が送信する次のアップリンクフレーム
を格納するのに用いるものである。

【０１７８】そして、受信管理手段７６はフレーム受信
継続信号のスタート、即ち信号７９の立ち上がりエッジ
を待つオペレーション８４に進む。そして、このイベン
トが起こると、送信管理手段７５がテスト８５を行う。
このテストは、無線モジュール６１が送信中のフレーム
が、確かに周辺手段２４の１つからきたアップリンクフ
レームであるかを、例えばフィールド４６のネットワー
ク参照情報の項目が本当に存在するかチェックすること
で判定するものである。

【０１７９】テスト８５の結果がＮＯであれば、受信管
理手段７６はオペレーション８４に戻り、無線モジュー
ルが送信中のフレームを無視して次のフレームの受信を
待つ。

【０１８０】テスト８５の結果がＹＥＳのとき、受信管
理手段７６はオペレーション８６を行う。このオペレー
ションは、フレーム受信継続信号の終わりまで、即ち信
号７９の立ち下がりエッジまで、無線モジュールが送信
中のアップリンクフレームをメールボックス７７から取
り出された最後のロケーションにあるバッファ６８に転
送するオペレーションである。

【０１８１】その後、受信管理手段７６はオペレーショ
ン８７を行う。このオペレーションは、中央伝送制御手
段７３に、受信されたアップリンクフレームが格納され
たメモリ６８のロケーションを送り、このフレームの受
信及び格納を知らせるオペレーションである。

【０１８２】そして、受信管理手段７６はこのループの
スタートに戻り、その機能を通して上述した一連のオペ
レーションを繰り返し実行する。

【０１８３】図１７は、送信管理手段７５の機能を示す
図である。

【０１８４】スタートアップ直後、オペレーション８８
を行うことで開始されるループに移行する。このオペレ
ーションは、中央伝送制御手段７３が共有無線媒体で伝
送されるべきダウンリンクフレームを含むメモリロケー
ション６８、即ち必ずしもダウンリンクフレームが全メ
モリ６８を占有せず、ダウンリンクフレームが位置す
る、このメモリの一部のロケーションを送信管理手段７
５に送るまで待つオペレーションである。なお、この点
について、アップリンクフレーム２６（図９）に含まれ
るデータフレーム長情報４３は、特に簡単な方法でこの
ロケーションが知られるようにすることが可能である。
従って、ロケーションが、メモリ６８の開始アドレスと
その長さを与えることで表現されるならば、ダウンリン
クフレームが見つけられるメモリ６８のロケーション
は、サービスフレーム２７の長さ（２５オクテット）
と、現在のダウンリンクフレームに含まれるデータフレ
ームを伝送したアップリンクフレームにある長さ４３と
の合計に対応する長さに続く、メモリ６８の開始アドレ
スによって表現される。

【０１８５】送信管理手段７５がこのようなロケーショ
ンを受信すると、オペレーション８９を行う。このオペ
レーションは、ダウンリンクフレーム伝送要求信号をア
クティブに、即ち信号８０をローレベルからハイレベル
へ変化させるオペレーションである。そして、オペレー
ション９０に進み、ダウンリンクフレーム伝送継続信号
の存在、即ち信号８２のハイレベルを待ち、このイベン
トが起こると、オペレーション９１を行う。このオペレ
ーションは、オペレーション８８の間に伝達されるメモ
リロケーションに含まれるダウンリンクフレームを、無
線モジュール６１に伝達するオペレーションである。そ
して、このダウンリンクフレームの伝達が完了すると、
オペレーション９２を行う。このオペレーションは、ダ
ウンリンクフレーム要求信号を非アクティブ、即ち信号
８０をハイレベルからローレベルに変化させるオペレー
ションである。その後、ループの開始に戻り、その機能
を通して、上述した一連のオペレーションを行う。

【０１８６】図１８乃至図２４を参照して中央伝送制御
手段７３を詳細に説明する。

【０１８７】中央伝送制御手段７３（図１８）は、バッ
ファ管理手段９３と、個別送信許可メッセージ準備手段
６０１及び集合的な送信許可メッセージ準備手段６０２
を含む送信許可メッセージ準備手段９４と、メールボッ
クス９６及びメールボックス９７を含むダウンリンクフ
レーム生成手段９５と、アップリンクフレーム解析手段
４６０とを含む。メールボックス９６では、バッファ管
理手段９３が、伝送待ちデータフレームの位置するメモ
リロケーションを書き込み、メールボックス９７では、
送信許可メッセージ準備手段９４の手段６０１及び６０
２が、準備された送信許可メッセージを書き込む。アッ
プリンクフレーム解析手段４６０は、送信／受信手段７
４からメモリロケーションを受信し、ランダムアクセス
メモリ５９の空間６６においてこのフレームの情報を読
み込み、この情報に応じてアドレステーブル６４へのア
クセス用優先レベルの更新を行い、バッファ管理手段９
３にメモリロケーションを再送する。

【０１８８】図１９は、バッファ管理手段９３の機能を
示すフローチャートである。

【０１８９】スタートアップ後、バッファ管理手段９３
はオペレーション９８を行う。このオペレーションは、
受信管理手段７６のメールボックス７７に、各メモリ６
８のロケーションを書き込むオペレーションであり、注
目のロケーションは、デフォルトパラメータ６３に混じ
って格納される。

【０１９０】オペレーション９８が完了すれば、その管
理手段９３は、送信／受信手段７４、より正確には受信
管理手段７６から、アップリンクフレームを格納したバ
ッファロケーション６８を受信するまで待つ、或いは、
生成手段９５から、既に伝送が行われたダウンリンクフ
レームを含むバッファロケーション６８を受信するまで
待つオペレーション９９を行うループに移行する。

【０１９１】１つ又は異なる２つのイベントが起こる
と、管理手段９３は第１のイベントが発生したか否かを
判定するテスト１００に移行する。

【０１９２】アップリンクフレームが格納されたバッフ
ァロケーション６８の受信が発生した場合、管理手段９
３はテスト６０３を行う。このテストは、格納されたア
ップリンクフレームがデータフレームを含むか否かを判
定するものである。そして、ＹＥＳの場合、管理手段９
３は、生成手段９５のメールボックス９６にて受信され
たメモリのロケーション６８を書き込むオペレーション
１０１を行う。

【０１９３】オペレーション１０１が完了するか、テス
ト１００の結果がＮＯのとき、管理手段９３は、第２の
イベントが発生したか否かを判定するテスト１０２を行
う。

【０１９４】この第２のイベントが発生し、テスト６０
３がＮＯのとき、オペレーション１０３を行う。このオ
ペレーションは、管理手段７６のメールボックス７７に
受信されたバッファロケーションを書き込むオペレーシ
ョンである。

【０１９５】オペレーション１０３が完了するか、テス
ト１０２の結果がＮＯであれば、管理手段９３はループ
の最初に戻り、その機能を通して、上述した一連のオペ
レーションを繰り返して行う。なお、オペレーション９
８はループの外であるため除外され、スタートアップ
後、一度だけ行われるものである。

【０１９６】図１９Ａは、集合的な送信許可メッセージ
準備手段６０２の機能を示すフローチャートである。

【０１９７】スタートアップ後、中央手段が、少なくと
も１つの周辺手段のＩＤを含むか否か、即ちテーブル６
４が空か否かを判定するテスト６０５を行う。

【０１９８】ＹＥＳの場合、集合的な送信許可メッセー
ジ準備手段６０２はオペレーション６０６を行う。この
オペレーションは、ネットワーク２０への参入候補であ
る周辺手段２４の各々に集合的なタイプの送信許可メッ
セージ（図中、ＮＥ、あるいは新たな問合わせ(new enq
uiry)にて示すメッセージ）を準備し、このメッセージ
を処理する、即ち生成手段９５のメールボックス９７に
そのメッセージを書き込み、確認信号の受信を待つ。そ
の後、テスト６０５に戻り、中央手段がどの周辺手段２
４の確認をもできない限り、ループにおいてテスト６０
５とオペレーション６０６を行う。

【０１９９】一方、テスト６０５の結果がＮＯのとき、
その準備手段６０２はオペレーション６０５に進む。こ
のオペレーションは、所定期間、例えば１秒のカウント
ダウンを開始する。図１０Ａに示すように、この所定期
間は、２つの連続する集合的な送信許可メッセージの間
における経過時間である。

【０２００】そして、準備手段６０２はオペレーション
６０８を行う。このオペレーションは、オペレーション
６０７で初期化されたカウントダウンの終了を待ち、オ
ペレーション６０６と同じオペレーションを行うオペレ
ーション６０９〜オペレーション６１１へ続く。

【０２０１】送信許可メッセージの確認信号を待つオペ
レーション６１１が成し遂げられたならば、準備手段６
０２はオペレーション６０７に戻り、それが機能してい
る間、オペレーション６０７からオペレーション６１１
のループを繰り返し行う。

【０２０２】一般的には、準備手段６０１は、その優先
レベルに従って、媒体を介した送信許可を各々の通信手
段に割り当てる手段にて構成される。この目的のため、
一連のオペレーションをスタートアップより繰り返し行
う。この一連のオペレーションは、現在のアドレスを有
する周辺手段２４に送信許可メッセージを準備するもの
であり、ダウンリンクフレーム生成手段９５から送信許
可メッセージを考慮する信号を受信する度に、ある一連
のオペレーションから次の一連のオペレーションに行
き、そして、各々の新たな一連のオペレーションにおい
て、テーブル６４内の次のアドレスを現在のアドレスと
し、それに割り当てられた優先レベルの順序でアドレス
を使用するオペレーションである。さらに、準備手段６
０１は、減少方向にこれら優先レベルの更新を行う。

【０２０３】準備手段６０１をスタートアップするの
に、優先レベルを割り当てられたアドレスのテーブル６
４と、オプションの関連優先カウンタが用いられ、その
結果、通常、より大きな、データフレームの伝送要求を
有する、ある周辺手段２４が、他の周辺手段より高い頻
度で送信許可メッセージを受信する。

【０２０４】図２０は、個別送信許可メッセージ準備手
段６０１の機能を示すフローチャートである。

【０２０５】スタートアップ後、ただちに準備手段６０
１はオペレーション６１２を行う。これは、中央手段２
４が少なくとも１つの周辺手段２４を確認するのを準備
手段６０１が待つオペレーション、即ちテーブル６４が
空でなくなることである。

【０２０６】このイベントが起こると、その手段６０１
は、一方で、例えば、中央ネットワーク通信手段のクロ
ック（図示せず）の動作サイクルの倍数に等しい、所定
数の遅延時間をカウンタ（作業メモリ１７５、カウンタ
は不図示）に割り当てるカウントダウンを開始し、他方
で、１単位毎に、このカウンタのデクリメントを開始す
るオペレーション４６３を行う。

【０２０７】オペレーション４６３に続き、送信許可メ
ッセージ準備手段６０１は、図２０Ａに示された、周辺
ネットワーク通信手段のカウンタを更新するオペレーシ
ョン４６４から開始するループの機能を始める。

【０２０８】このオペレーション４６４は、カウントダ
ウンが完了したか否かを判定するテスト４７４から開始
する。カウントダウンが終了した場合、オペレーション
４７５では、周辺ネットワーク通信手段のアドレスのテ
ーブル６４内の第１の周辺ネットワーク通信手段を、い
わゆる“現在の”周辺ネットワーク通信手段として取り
出す。そして、オペレーション４７６は、いわゆる現在
の周辺ネットワーク通信手段の処理であり、図２０Ｅに
詳しく示されたオペレーションである。

【０２０９】このオペレーション４７６は、テーブル６
４における現在の周辺手段のアドレスに割り当てられた
優先レベルが“ノーマルアクティブ”であるか否かを判
定するテスト４８０から開始する。それがＹＥＳであれ
ば、テスト４８１で、テーブル６４における現在の周辺
手段のアドレスに割り当てられた優先カウンタがゼロに
等しいか否かを判定する。ＹＥＳでは、オペレーション
４８２で“ローアクティブ”レベルを周辺ネットワーク
通信手段に優先レベルとして割り当てる。しかし、ＹＥ
Ｓでなければ、オペレーション４８３で、現在の周辺ネ
ットワーク通信手段のアドレスに割り当てられた“ノー
マルアクティブ”の優先レベルに対する優先カウンタ
を、１単位毎にデクリメントする。

【０２１０】テスト４８０の結果がＮＯか、オペレーシ
ョン４８２あるいは４８３のどちらかが終了した場合、
送信許可準備手段６０１はテスト４７７（図２０Ａ）に
進む。

【０２１１】テスト４７７は、周辺ネットワーク通信手
段がアドレステーブル６４内の最後の周辺ネットワーク
通信手段であるか否かを判定するものである。それがＹ
ＥＳであれば、オペレーション４７９でカウントダウン
を再起動する。このカウントダウンでは、ステップ数
が、なるべくオペレーション４６３の間に開始されたカ
ウントダウンのステップ数に一致するようにする。ＹＥ
Ｓでなければ、オペレーション４７８により、アドレス
テーブル６４内の、いわゆる現在の周辺手段に続く周辺
ネットワーク通信手段が、その置き換えを行い、フロー
チャートの実行において“現在の”とされる、新たな周
辺手段となる。その後、送信許可メッセージ準備手段６
０１はオペレーション４７６に戻り、オペレーション４
７６、テスト４７７及びオペレーション４７８を含むル
ープを行う。

【０２１２】テスト４７４がＮＯか、タイマーのロード
オペレーション４７９が完了した場合、送信許可メッセ
ージ準備手段６０１は、優先レベルが“ハイアクティ
ブ”である全てのアドレスの優先カウンタが所定の数値
“Ｈ”にセットされ、優先レベルが“ノーマルアクティ
ブ”である全てのアドレスの優先カウンタが所定の数値
“Ｎ”にセットされるオペレーション４６５（図２０）
に進む。そして、テスト４６６で、“ハイアクティブ”
優先レベルの優先カウンタがゼロに等しいか否かを判定
する。ＮＯの場合、オペレーション４６７で“ハイアク
ティブ”優先レベルの優先カウンタの値を１単位毎にデ
クリメントし、その後、オペレーション４６８で、優先
レベルが“ハイアクティブ”である、図２０Ｂに示す周
辺ネットワーク通信手段の処理を行う。

【０２１３】優先レベルが“ハイアクティブ”である周
辺手段の最初の処理動作は、アドレステーブル６４によ
って示された最初の周辺手段を“現在の”とする、オペ
レーション４９０である。そして、テスト４９１でアド
レステーブル６４における現在の周辺ネットワーク通信
手段が“ハイアクティブ”優先レベルであるか否かを判
定する。ＹＥＳであればオペレーション４９２に進み、
テーブル６４におけるそのアドレスに割り当てられた優
先レベルを“ノーマルアクティブ”にする。そして、オ
ペレーション４９３は送信許可メッセージを準備し、そ
れを送信許可メッセージメールボックスに書き込む。送
信許可メッセージは、この送信許可メッセージに応答し
てフレームを伝送するように現在の周辺ネットワーク通
信手段に単独で許可を与える。

【０２１４】その後、オペレーション４９４で送信許可
メッセージに対する確認信号を待つ。

【０２１５】テスト４９１の結果がＮＯであるか、オペ
レーション４９４が完了すると、テスト４９５で、現在
の周辺手段がアドレステーブル６４における最後のアド
レスであるか否かを判定する。その結果がＮＯであれ
ば、オペレーション４９６でアドレステーブル６４にお
ける現在の周辺手段の次のアドレスを取り出し、そのア
ドレスを有するネットワーク通信手段を“現在の”と名
付ける。そして、この新たな、現在の周辺手段を有しな
がら、テスト４９１、及びそれに続く、上述したオペレ
ーション及びテストを繰り返す。

【０２１６】テスト４９５の結果がＹＥＳであれば、テ
スト４６６に戻り、テスト４６６に続く上述したオペレ
ーション及びテストが繰り返される。

【０２１７】テスト４６６の結果がＹＥＳであれば、テ
スト４６９で“ノーマルアクティブ”の優先レベルの値
がゼロか否かを判定する。テスト４６９の結果がＮＯで
あれば、オペレーション４７０で、１単位毎に、この優
先カウンタをデクリメントする。オペレーション４７１
では、図２０Ｃに示すオペレーションに応じて、そのア
ドレスが、テーブル６４において、“ノーマルアクティ
ブ”の優先レベルを与えられている周辺ネットワーク通
信手段を処理する。

【０２１８】まず、最初のオペレーション５００で、そ
のアドレスがアドレステーブル６４の最初にある周辺ネ
ットワーク通信手段を“現在の”とする。テスト５０１
で、現在の周辺通信手段が“ノーマルアクティブ”の優
先レベルを与えられているか否かを判定する。テスト５
０１の結果がＹＥＳであれば、オペレーション５０２
で、送信許可メッセージを準備し、それを送信許可メッ
セージメールボックスに書き込む。この送信許可メッセ
ージは、それに応答してフレームを伝送するように、現
在の周辺ネットワーク通信手段を単独で許可する。その
後、オペレーション５０３で送信許可メッセージを確認
する信号を待つ。

【０２１９】テスト５０１の結果がＮＯであるか、オペ
レーション５０３が完了すると、テスト５０４で、現在
の周辺手段が、アドレステーブル６４における最後のア
ドレスであるか否かを判定する。結果がＮＯであれば、
オペレーション５０５で、アドレステーブル６４におけ
る現在の周辺手段の次のアドレスを取り出し、そのアド
レスを有するネットワーク通信手段を“現在の”とす
る。そして、この新たな、現在の周辺手段を有しなが
ら、テスト５０１、及びそれに続く、上述したオペレー
ション及びテストを繰り返す。

【０２２０】テスト５０４の結果がＹＥＳであれば、オ
ペレーション４７２（図２０）で、優先レベルが“ハイ
アクティブ”である全てのアドレスの優先カウンタに、
所定の数値“Ｈ”をセットする。そして、テスト４６
６、及びそれに続く、上述のオペレーション及びテスト
を繰り返す。

【０２２１】テスト４６９の結果がＹＥＳであれば、図
２０Ｄにその詳細示すオペレーション４７３で、優先レ
ベルが“ローアクティブ”である周辺手段の処理を行
う。オペレーション５１０で始まるこの処理は、そのア
ドレスがアドレステーブル６４内で最初の周辺ネットワ
ーク通信手段を“現在の”とする。テスト５１１で、現
在の周辺通信手段のアドレスが“ローアクティブ”の優
先レベルを有しているか否かを判定する。テスト５１１
の結果がＹＥＳであれば、オペレーション５１２で、送
信許可メッセージを準備し、それを送信許可メッセージ
メールボックスに書き込む。この送信許可メッセージ
は、それに応答してフレームを伝送するように、現在の
周辺ネットワーク通信手段を単独で許可する。その後、
オペレーション５１３で、送信許可メッセージを確認す
る信号を待つ。

【０２２２】特に、オペレーション４６８，４７１，４
７３，４９３，５０２及び５１２により、送信許可を割
り当てる手段、即ちこの場合、送信許可メッセージ準備
手段６０１は、優先レベルが最も低い通信手段を含め
て、各通信手段に対して、伝送媒体を用いて、少なくと
も１つの送信許可の割り当てを定期的に行う。

【０２２３】テスト５１１の結果がＮＯか、オペレーシ
ョン５１３が完了すると、テスト５１４で、現在の周辺
手段が、アドレステーブル６４において最後のアドレス
の手段であるか否かを判定する。結果がＮＯであれば、
オペレーション５１５で、アドレステーブル６４におけ
る、現在の周辺手段の次のアドレスのネットワーク通信
手段を“現在の”とする。そして、テスト５１１、及び
それに続く、上述したオペレーション及びテストを繰り
返す。テスト５１４の結果がＹＥＳであれば、オペレー
ション４６４、及びそれに続く、上述したオペレーショ
ン及びテストを繰り返す。この実施形態によれば、送信
許可メッセージ準備装置６０１は、アドレステーブル６
４において、一方で“ノーマルアクティブ”の優先レベ
ルから“ローアクティブ”の優先レベルへの更新を、他
方で、送信許可の準備を連続的に行う。

【０２２４】上述した図２０，２０Ａ，２０Ｂ，２０
Ｃ，２０Ｄ及び２０Ｅに関するフローチャートによれ
ば、テーブル６４において、アドレスが“ハイアクティ
ブ”の優先レベルの周辺ネットワーク通信手段は、送信
許可の数ＮとＨの積に等しい数を受信し、テーブル６４
において、そのアドレスが“ノーマルアクティブ”の優
先レベルの周辺ネットワーク通信手段は、数Ｎを受信す
る。そして、テーブル６４において、アドレスが“ロー
アクティブ”の優先レベルの周辺ネットワーク通信手段
は、その１つだけを受信する。これらの比率ＮとＨは、
好ましくは、パラメータ化が可能である。

【０２２５】アップリンクフレーム解析手段４６０は、
図２０Ｆに示すフローチャートに応じて機能する。まず
初めに、送信／受信手段７４からのアップリンクフレー
ムロケーションが、ランダムアクセスメモリ５９のメモ
リ空間６６に格納されるのを待つ。このロケーションが
到着すると、アップリンクフレーム解析手段は、そのフ
レームが格納されたメモリ空間６６の一部を読み込み、
アップリンクフレームのフレームメッセージを読み出す
オペレーション５４１を行う。

【０２２６】次に、解析手段４６０は、そのフレームメ
ッセージ（図中、ＮＰＮＣＭ、あるいは新規のＰＮＣＭ
として説明されている）が、ネットワーク２０への参入
要求であるか否かを判定するテスト６１３を行う。

【０２２７】ＹＥＳでれば、即ちそのフレームメッセー
ジがネットワーク２０への参入要求である場合、この解
析手段４６０は、安全のために、このフレームメッセー
ジ中のアドレス４２３がテーブル６４にあるか否かを判
定するテスト６１４を行い、ＮＯでは、このアドレスを
テーブル６４に追加するオペレーション６１５を行う。

【０２２８】オペレーション６１５が完了するか、テス
ト６１３がＮＯ、又はテスト６１４がＹＥＳのとき、こ
の解析手段４６０はテスト５４２を行う。このテスト
は、フレームの種類が、いわゆる“分離”フレームか否
か、即ち周辺ネットワーク通信手段が他の送信アップリ
ンクフレームを決定していないことを示す（“分離フレ
ーム”は、メモリ空間６６に格納されたフレームメッセ
ージ及び図９Ａに示すようなメッセージ種類情報の値で
ある）か、少なくとも１つの送信アップリンクフレーム
を既に決定しているか（ここでは、上記の値が“非分離
フレーム”となる）、を判定するテストである。

【０２２９】テスト５４２の結果がＹＥＳの場合、オペ
レーション５４３では、アドレステーブル６４におい
て、そのフレームを伝送した周辺手段のアドレスに“ハ
イアクティブ”の優先レベルを与える。もしテスト５４
２の結果がＮＯであれば、オペレーション５４４は、ア
ドレステーブル６４内の、そのフレームを伝送した周辺
手段のアドレスに“ノーマルアクティブ”の優先レベル
を与える。

【０２３０】オペレーション５４３又は５４４のどちら
かに続き、オペレーション５４５では、アドレステーブ
ル６４に、アップリンクフレームを伝送した周辺手段の
アドレスに与えられた優先レベルに関連する優先カウン
タに、数値“Val-norm”（例えば３に等しい）をセット
する。

【０２３１】そして、オペレーション５４６で、アップ
リンクフレームが格納されたメモリ空間のロケーション
をメモリ空間管理手段９３に伝達する。オペレーション
５４６の後、アップリンクフレーム解析手段はオペレー
ション５４０に戻り、このオペレーションとこれに続
く、図２０Ｆのフローチャートに示すオペレーション及
びテストを繰り返す。

【０２３２】図２１は、ダウンリンクフレーム生成手段
９５を詳細に示す図である。これは、許可制御手段１１
１及びダウンリンクフレーム準備手段１１２を含む。

【０２３３】制御手段１１１は、ダウンリンクフレーム
を伝送する許可の期間が継続しているか否かを判定し、
図１０に示すように、継続している期間は、時間Ｔの期
間と、時間Ｔの期間の間に受信が開始されたアップリン
クフレームの受信期間を除く全ての時間である。

【０２３４】図２２は、許可制御手段１１１の機能を示
す図である。

【０２３５】スタートアップ後、この手段１１１はオペ
レーション１１３を行い、この間に、準備手段１１２に
通信されるダウンリンクフレーム送信許可信号をアクテ
ィブにする。その後、ループに入る。このループでは、
第１のオペレーション１１４で、送信許可メッセージを
含むダウンリンクフレーム送信終了信号の検出を待つ。
この信号は、準備手段１１２により制御手段１１１に通
信される。

【０２３６】このイベントが起こると、即ち例えば、図
１０に示すバースト４９Ａ又はバースト４９Ｃの信号５
１の送信終了で、制御手段１１１は、まずダウンリンク
フレーム送信許可信号を非アクティブにするオペレーシ
ョン１１５を行い、その後、時間Ｔを待つオペレーショ
ン１１６を行う。そして、時間Ｔが経過すると、フレー
ム受信継続信号が存在するか、即ち信号７９（図１５）
が、そのハイレベル又はそのローレベルにあるか否かを
判定するテスト１１７を行う。

【０２３７】ＹＥＳでは、フレーム受信継続信号がな
い、即ち信号７９がローレベルになるのを待つオペレー
ション１１８を行い、その後、オペレーション１１５で
非アクティブにされたダウンリンクフレーム送信許可信
号をアクティブにするオペレーション１１９を行う。

【０２３８】テスト１１７の結果がＮＯのとき、制御手
段１１１は、直接オペレーション１１９に進む。オペレ
ーション１１９が行われると、制御手段１１１はループ
の始めに戻り、その機能を通して、オペレーション１１
３を除いた、上述した一連のオペレーションを繰り返し
行う。オペレーション１１３はループ外であり、スター
トアップ直後にだけ行われる。

【０２３９】図２３は、準備手段１１２の機能を示すフ
ローチャートである。

【０２４０】スタートアップしてすぐ、準備手段１１２
はループに入り、ダウンリンクフレームを準備するオペ
レーション１２０を行い、このダウンリンクフレームを
伝送するオペレーション１２１を行う。その後、ループ
の初めに戻り、その機能を通して、オペレーション１２
０及びそれに続くオペレーション１２１を繰り返し行
う。

【０２４１】図２４は、ダウンリンクフレームを準備す
るオペレーション１２０の詳細を示す図である。

【０２４２】オペレーション１２０は、伝送待ちのデー
タフレームを含むメモリロケーション６８があるか否
か、即ちメールボックスが空か否かを判定するテスト１
２２で始まる。

【０２４３】ＹＥＳでは、準備手段１１２は、バッファ
メモリ７０が、現在のダウンリンクフレームに用いられ
るデータフレームのないダウンリンクフレームを準備す
るためにあるとする事実を考慮したオペレーション１２
３を行う。

【０２４４】テスト１２２の結果がＮＯのとき、準備手
段１１２は、メールボックス９６からメモリロケーショ
ンを取り出し、取り出されたロケーションに対応するバ
ッファメモリ６８が、現在のダウンリンクフレームの準
備に用いられるべきであるという事実を考慮に入れる。

【０２４５】図に示す例では、準備手段１１２は、メー
ルボックス９６から、そこに書き込まれた最初のロケー
ションを取り出すが、不図示の変形例は、例えば、受信
した異なるデータフレームの領域１３（図３）内の宛先
アドレスに関連する優先の概念を含んでいる。その結
果、ある周辺手段２４に宛られたデータフレームのルー
チングは、他の周辺手段２４（それに対しては、ルーチ
ング時間は、より長いかもしれない）に宛られたデータ
フレームのルーチングより速い。

【０２４６】オペレーション１２３又はオペレーション
１２４が行われた後、準備手段１１２は、メールボック
ス９７に送信許可メッセージがあるか否かを判定するテ
スト１２５を行う。このメールボックス９７には、準備
手段９４が準備した送信許可メッセージが書き込まれ
る。

【０２４７】ＹＥＳ、即ち実際に手段９４が送信許可メ
ッセージを準備し、書き込む時間がないときにテスト１
２５が行われた場合、準備手段１１２はオペレーション
１２６を行う。このオペレーションは、現在のダウンリ
ンクフレームに含まれるべきサービスメッセージとし
て、中央手段２１のスタートアップでパラメータ６３を
用いてオペレーションメモリ６５にロードされた、予め
構成された送信非許可メッセージを考慮するオペレーシ
ョンである。そして、現在のダウンリンクフレームが送
信許可メッセージを含むことを示す、いままでアクティ
ブであった標識（インジケータ）を非アクティブにする
オペレーション１２７を行う。なお、この標識は、オペ
レーションメモリ６５内にある。

【０２４８】テスト１２５がＮＯの場合、準備手段１１
２は、メールボックス９７に存在する送信許可メッセー
ジを取り出すオペレーション１２８を行い、現在のダウ
ンリンクフレームに含まれるべきサービスメッセージと
して、この送信許可メッセージを考慮するオペレーショ
ン１２９を行い、そして、送信許可メッセージを確認す
る信号を準備手段９４に送るオペレーション１３０を行
う。最後に、現在のダウンリンクフレームが送信許可メ
ッセージを含むという標識が非アクティブの場合、その
標識をアクティブにするオペレーション１３１を行う。

【０２４９】オペレーション１２７又はオペレーション
１３１が完了すると、準備手段１１２はオペレーション
１３２を行う。このオペレーションは、例えば、データ
フレーム長さ情報３２及び付加情報３３（図７）につい
て、現在のダウンリンクフレームのサービスフレームの
準備を終了するものである。そして、準備手段１１２
は、現在のダウンリンクフレームの準備を考慮して、バ
ッファにサービスフレームを書き込む、即ちメールボッ
クス９６から取り出したロケーションを有するメモリ６
８の領域７１、あるいはメモリ７０の何れかにサービス
フレームを書き込む。

【０２５０】図２３を参照して準備手段１１２が行うオ
ペレーション１２１の詳細を説明する。

【０２５１】オペレーション１２１は、許可制御手段１
１１が通信するダウンリンクフレームを送信するように
許可する信号を待つオペレーション１３３から開始す
る。

【０２５２】このイベントが起こると、準備手段１１２
は送信／受信手段７４、より正確には、それらの送信管
理手段７５に、ダウンリンクフレームが見い出すことが
できるメモリロケーション６８或いはメモリロケーショ
ン７０を伝達するオペレーションを行い、その後、オペ
レーション１３５を行う。このオペレーション１３５
は、ダウンリンクフレーム要求信号８０の立ち下がりエ
ッジを待つオペレーション、即ち準備手段１１２が、現
在のダウンリンクフレームを送信するバーストが伝送を
終了しない限り、そのままの状態でいるオペレーション
である。

【０２５３】このバーストの伝送終了が発生すると、準
備手段１１２は、ダウンリンクフレームが送信許可メッ
セージを含むということを示す標識がアクティブか否か
を判定するテスト１３６に進む。

【０２５４】ＹＥＳであれば、許可制御手段１１１へ送
信許可メッセージを含むダウンリンクフレーム送信終了
信号を送るオペレーション１３７を行い、テスト１３８
へ進むが、テスト１３６がＮＯのときは、準備手段１１
２は直接テスト１３８へ進む。

【０２５５】テスト１３８において、準備手段１１２
は、オペレーション１３４で送信／受信手段へ送るバッ
ファロケーションがバッファ７０か否かを判定する。Ｎ
Ｏ、即ち、それがバッファ６８の場合には、準備手段１
１２は、このメモリ６８のロケーションをバッファ管理
手段９３へ送り、その管理手段９３が受信管理手段７６
のメールボックス７７に、対応するロケーションを書き
込む。これにより、受信管理手段７６は、新たなアップ
リンクフレームを格納するよう、このバッファ６８をも
う一度使用できる。

【０２５６】ダウンリンクフレーム１２１を伝送するオ
ペレーションは、テスト１３８がＮＯのとき、オペレー
ション１３９後に終了し、また、テスト１３８がＹＥＳ
のときは、このテストの直後、そのオペレーションが終
了する。

【０２５７】中央伝送制御手段７３の変形例を説明す
る。

【０２５８】第１の変形例は、図２５に示すように、ダ
ウンリンクフレーム生成手段９５をダウンリンクフレー
ム生成手段１４０で置き換えたものである。

【０２５９】特に、図２１及び図２５を比較して分かる
ように、準備手段１１２が、ダウンリンクフレーム準備
手段１４１、メールボックス１４３を含むダウンリンク
フレーム伝送手段１４２、及びセマフォー１４４によっ
て形成される集合体に置き換えられており、これによ
り、生成手段１４０が生成手段９５と区別される。ここ
でメールボックス１４３には、一方で、準備手段１４１
が準備したダウンリンクフレームのレファレンス、即ち
ダウンリンクフレームが見い出されるバッファ６８のロ
ケーションが、他方で、ダウンリンクフレームが送信許
可メッセージを含むことを意味する標識のアクティブ又
は非アクティブ状態が書き込まれる。上記のセマフォー
１４４には、準備手段１４１と伝送手段１４２がそれぞ
れアクセスして、そこから単位を取ったり、加えたりす
る。セマフォー１４４は、準備手段１４１がメールボッ
クス１４３の満ち状態(filling level)を知ることがで
きるようにするため、準備手段１４１にて使用される。

【０２６０】一般的には、準備手段１４１は、ダウンリ
ンクフレームを準備し、メールボックス１４３に空きの
ロケーションができるのを待って、この準備したダウン
リンクフレームのレファレンスを書き込むという、一連
のオペレーションを繰り返して行う。

【０２６１】図２６は、準備手段１４１の機能を示すフ
ローチャートである。

【０２６２】スタートアップ後、準備手段１４１は、生
成手段９５の準備手段１１２と同様、ダウンリンクフレ
ームを準備するオペレーション１２０（図２４）を行う
ことで開始するループに直接入る。

【０２６３】オペレーション１２０が完了すれば、セマ
フォー１４４から１単位を取る、即ち、より正確には、
セマフォーカウンタがプラスの場合、そのカウンタから
直ちに１単位を取るが、カウンタがゼロの場合は、その
単位を取るためにカウンタがプラスになるのを待つオペ
レーション１４６に進む。以下、伝送手段１４２の機能
を説明する際に分かるように、このオペレーションは、
メールボックス１４３の満ち状態を考慮し、メールボッ
クス１４３が満杯のとき、ロケーションの１つが空きに
なるのを待つものである。

【０２６４】オペレーション１４６が完了したならば、
準備手段１４１はオペレーション１４７を行う。このオ
ペレーションは、準備手段１４１が実行したばかりのオ
ペレーション１２０の間に、準備手段１４１にて準備さ
れたダウンリンクフレームを見い出すことができるバッ
ファロケーション６８と、このダウンリンクフレームが
送信許可メッセージを含むことを示す標識のアクティブ
又は非アクティブ状態、即ちこのダウンリンクフレーム
のレファレンスとをメールボックス１４３に書き込むオ
ペレーションである。

【０２６５】オペレーション１４７が完了すれば、準備
手段１４１はループの始めに戻り、その機能を通して、
上述の一連のオペレーションを繰り返して行う。

【０２６６】図２７は、伝送手段１４２の機能を示すフ
ローチャートである。

【０２６７】スタートアップ後、伝送手段１４２はセマ
フォー１４４を初期化、即ちセマフォーカウンタをメー
ルボックス１４３にあるロケーション数に等しくさせる
オペレーションを行う。

【０２６８】そして、伝送手段１４２は、オペレーショ
ン１４９を行うことで開始されるループに移行する。こ
のオペレーションは、メールボックス１４３内の少なく
とも１つのロケーションがダウンリンクフレームのレフ
ァレンスで満たされるまで、即ちメールボックス１４３
が空でないのを待ち、このイベントが起こると、メール
ボックス１４３のロケーションの１つに見いだされるべ
きレファレンスを取り出すオペレーションである。

【０２６９】この例において、いくつかのロケーション
にて満たされた場合、伝送手段１４２は、最初に入れら
れたロケーションからレファレンスを取り出す。

【０２７０】伝送手段１４２の不図示の変形例では、優
先の概念が用いられている。例えば、ルーチングの優先
を享受しているある周辺手段２４のアドレスに対応する
宛先アドレスを有する、データフレームを含むダウンリ
ンクフレームが、ルーチングの優先度の低い周辺手段２
４のアドレスをその宛先アドレスとする、データフレー
ムを含むダウンリンクフレームよりも前に伝送されるよ
うにするために優先の概念が使用されている。

【０２７１】オペレーション１４９において、上記の待
ちが供されたままであるようにするため、準備手段１４
１は、メールボックス１４３に少なくとも１セットのレ
ファレンスを書き込み、そして、セマフォー１４４のカ
ウンタから少なくとも１単位を取る必要がある。

【０２７２】オペレーション１４９が完了すれば、伝送
手段１４２は、セマフォー１４４のカウンタに１単位を
加えるオペレーション１５０を行う。

【０２７３】次に、伝送手段１４２は、生成手段９５の
準備手段１１２で行われるオペレーションと同様な、現
在のダウンリンクフレームを伝送するオペレーション、
即ち図２３に詳細に示したオペレーション１２１を行
う。

【０２７４】そして、伝送手段１４２はループの始めに
戻り、その機能を通して、初期化オペレーション１４３
を除いて、上述の一連のオペレーションを繰り返し行
う。初期化のオペレーション１４８はループの外であ
り、スタートアップ後だけ行われる。

【０２７５】図２８は、伝送手段１４２の機能を示す変
形例のフローチャートである。この例では、メールボッ
クス１４３が空のときに、伝送手段１４２が阻止された
状態になるという状況は、オペレーション１４９を、こ
のメールボックスが空か否かを判定するテスト１５１
と、オペレーション１４９の一部のオペレーションと同
じである、ダウンリンクフレームのレファレンスのセッ
トを取り出すオペレーション１５２と、オペレーション
１５３とで置き換えることで避けることができる。上述
のオペレーション１５２は、テスト１５１がＮＯのとき
に行われ、それに続いてオペレーション１５０が行われ
る。また、オペレーション１５３はテスト１５１がＹＥ
Ｓのとき行われ、その次に、直接、オペレーション１２
１が続く。

【０２７６】このオペレーション１５３では、図６に示
すような、データフレームのないダウンリンクフレーム
があるメモリロケーションを含む、予め構成されたダウ
ンリンクフレームレファレンスのセットが取られる。そ
のサービスメッセージは送信非許可メッセージタイプで
あり、また、上記の予め構成されたレファレンスのセッ
トは、ダウンリンクフレームが送信許可メッセージを含
むことを示す標識に対する、非アクティブ状態情報を含
む。

【０２７７】変形例としての、図２８に示すように機能
する伝送手段１４２は、メールボックス１４３が空のと
きには阻止された状態にならず、サービスメッセージ３
１が送信非許可メッセージタイプのものである、簡単な
フレーム２７からなるダウンリンクフレームによって共
有媒体を占有させる。

【０２７８】図２９乃至図３２を参照して、中央伝送制
御手段７３の第２の変形例を説明する。これは、送信非
許可メッセージがない、即ち全てのサービスメッセージ
が、周辺手段２４が応答にてアップリンクフレームの伝
送を許可されていることを、周辺手段２４に指示する例
である。

【０２７９】図２１と図２９を比較して分かるように、
この変形例では、送信許可メッセージを準備する手段９
４が、サービスメッセージを準備する手段９４´で置き
換えられ、ダウンリンクフレーム生成手段９５がダウン
リンクフレーム生成手段９５´で置き換えられている。

【０２８０】準備手段９４に対する上述の説明は、送信
許可メッセージに対するレファレンスをサービスメッセ
ージに対するレファレンスで置き換えた場合、準備手段
９４´にも適用できる。

【０２８１】生成手段９５´に関しては、類似する構成
に対して、生成手段９５と同様な参照符号が用いられる
が、それらには、インデックスとして“´”を付けてい
る。図３０は、許可制御手段１１１´の機能を示すフロ
ーチャートである。

【０２８２】図２２と図３０を比較することで、この制
御手段１１１´が制御手段１１１と同じように機能し、
ダウンリンクフレーム準備手段１１２´によって送られ
る信号は、送信許可メッセージを含むダウンリンクフレ
ーム送信終了信号よりむしろ簡単なダウンリンクフレー
ム送信終了信号であることが分かる。

【０２８３】図３１は、ダウンリンクフレーム準備手段
１１２´の機能を示す図である。

【０２８４】図３２は、ダウンリンクフレーム準備オペ
レーション１２０´の詳細を示す図である。

【０２８５】図２４と図３２を比較することで、オペレ
ーション１２０´は、オペレーション１２０と次の点で
区別されることが分かる。すなわち、オペレーション１
２３´又はオペレーション１２４´の後、オペレーショ
ン１５４が単に行われ、このオペレーション１５４は、
必要であれば、メールボックス９７´がもはや空でなく
なるまで待ち、その後、その中のサービスメッセージが
取られる。このサービスメッセージは、現在のダウンリ
ンクフレームに含まれると考えられる。次に、オペレー
ション１５４に続いてすぐ、準備手段１１２´が準備手
段９４´にサービスメッセージ確認信号を送るオペレー
ション１３０´が行われ、このオペレーション１３０´
に続いてすぐ、オペレーション１３２と同一のオペレー
ション１３２´が行われる。

【０２８６】オペレーション１２１´に関して、図２３
と図３１を比較すると、テスト１３６がない点を除い
て、オペレーション１２１と同一であり、そして、オペ
レーション１３７と類似するオペレーション１５５、即
ち許可コントローラ１１１´にダウンリンクフレーム伝
送終了信号を送るオペレーションが直接、行われること
が分かる。

【０２８７】中央伝送制御手段７３の第３の変形例を説
明する。第３の変形例は、図２５乃至図２７に示す、上
述した変形例に相当するが、この場合、送信非許可メッ
セージはない。

【０２８８】上述のように、類似の構成には同じ参照符
号を付すが、それらには“´”をインデックスとして付
けてある。

【０２８９】一般的には、生成手段１４０´と生成手段
１４０との相違は、手段９５´と手段９５との相違と同
様である。

【０２９０】また、メールボックス１４３´に書き込ま
れるデータフレームのレファレンスは、準備手段１４１
´によって準備されるダウンリンクフレームのあるバッ
ファロケーション８０に相当する。

【０２９１】準備手段１４１´の機能を示す図３４と、
準備手段１４１の機能を示す図２６とを比較すると、メ
ールボックス１４３´に書き込まれる送信許可メッセー
ジ指定情報がないことにより、オペレーション１４７´
はオペレーション１４７と相違し、より一般的には、準
備手段１４１´及び１４１は同様な機能を有することが
分かる。

【０２９２】同様に、伝送手段１４２´の機能を示す図
３５のフローチャートと、伝送手段１４２の機能を示す
図２７のフローチャートを比較することで、２つの伝送
手段が同様な機能を有することが分かる。

【０２９３】不図示の他の変形例では、ダウンリンクフ
レーム準備手段と、送信許可準備手段或いはサービスメ
ッセージ準備手段との間の協動は、確認信号を使用する
よりむしろ、セマフォーの使用により行われる。

【０２９４】図３６乃至図５０Ｂを参照して、周辺手段
２４としてネットワーク２０のターミナル２３に使用さ
れる装置を説明する。

【０２９５】図３６に示すように、周辺手段２４は、図
１乃至図３により説明したように、ターミナル２３及び
ケーブル４と協働するイーサネットカード７を含み、ケ
ーブル４のコネクタの一端がポート１０にプラグ接続さ
れ、通信変換器１６０は、そのケーブル４の他の一端が
プラグ接続されたポート１６１を有する。

【０２９６】通信コンバータ１６０は、ポート１６１と
なる雌型ＲＪ４５コネクタ１６２、伝導体１６４にてコ
ネクタ１６２に接続される変圧器分離フィルタ１６３、
送信／受信ペアにてフィルタ１６３に接続されるイーサ
ネットマイクロコントローラ１６５を有する。また、こ
のイーサネットマイクロコントローラ１６５は、マイク
ロコントローラバス１６７にも接続され、そのバス１６
７は、不揮発性メモリだけでなく、シリアル接続バスと
ＲＳ−２３２コネクタを除き、電気的レベルで中央手段
２１と同様な構成を有するコンバータ１６０の一部分に
接続されている。

【０２９７】従って、コンバータ１６０は、マイクロコ
ントローラ１６８、さらにイーサネットマイクロコント
ローラ１６５を含み、バス１６７により、送信／受信コ
ントローラ１６９、再プログラム可能な読み出し専用メ
モリ１７０、及び揮発性ランダムアクセスメモリ１７３
に接続される。この再プログラム可能な読み出し専用メ
モリ１７０は、マイクロコントローラ１６８のプログラ
ム１７１、及び、コンバータ１６０がスタートアップで
初期化されるようにするデフォルト・パラメータ１７２
を含み、ランダムアクセスメモリ１７３は、作業用メモ
リ１７５で占有される空間１７６及びフレームバッファ
で占有される空間１７６を含む。また、送信／受信コン
トローラ１６９は、マイクロコントローラバス１６７に
加え、送信／受信コントローラ１６９を無線モジュール
に接続する送信／受信バス１７７に接続されている。

【０２９８】図の例では、ハードウェアレベルで、マイ
クロコントローラ１６８、送信／受信コントローラ１６
９及び無線モジュール１７８は、マイクロコントローラ
５２、送信／受信コントローラ５６及び無線モジュール
６１と同様な方法においてそれぞれ製作されている。

【０２９９】イーサネットマイクロコントローラは、例
えば富士通の製品ＭＢ８６９６４、又はナショナル・セ
ミコンダクタ（登録商標）の製品ソニック（登録商標）
−Ｔであり、フィルタ１６３はパルス・エンジニアリン
グの製品ＰＥ−６５７４６、又はバロー（VALOR ）の製
品ＳＦ−１０２０である。

【０３００】図３７は、フレームバッファで占有される
空間１７６の構成を示す図である。空間１７６は、ダウ
ンリンクフレームを格納し、データフレームを伝送する
ための、ある個数のバッファ１８１を含む空間１７９
と、データフレームを格納し、アップリンクフレームを
準備するための、ある個数のバッファ１８２を含む空間
１８０と、データフレームのない、即ちＮＰＮＣＭで示
されるタイプのフレームメッセージを含むアップリンク
フレームを準備するためのバッファ６２１を含む空間６
２０とを含む。

【０３０１】各々のバッファ１８１の構成は、バッファ
６８（図１３）の構成と同様である。即ち各メモリ１８
１の始めに、フィールド２９と同じ長さ（２５オクテッ
ト）のサービスフレームのためのエリアを決め、サービ
スフレームエリアの直後に、フィールド３０が越え得る
最大長、あるいはデータフレーム１２の最大長のデータ
フレームエリアを定めている。

【０３０２】図３８は、各々のメモリ１８２の構成を示
す図であり、アップリンクフレーム２６（図９）のフォ
ーマットと同じ、即ち各メモリ８２の始めに情報エリア
１８３を、その直後にデータフレームエリア１８４の位
置を定めている。ここでエリア１８３は、フィールド４
６及び４７の全体の長さと同じ長さ（２０オクテット）
であり、エリア１８４は、フィールド４８又はデータフ
レーム１２が越え得る最大長（１５４０オクテット）を
有する。

【０３０３】通信変換器１６０は、共有無線伝送媒体に
よりダウンリンクフレーム２５を受信すると、メモリ１
８１のデータフレームエリアにあるデータフレームを書
き込む。このとき、このエリアの中にフィールド３０を
配置し、このフィールドの開始をこのエリアの開始と一
致させる。従って、データフレームは通信変換器１６０
によって格納され、通信変換器１６０によってイーサネ
ットカード７に伝送可能な状態となり、ポート１６１の
伝送ターミナルにバーストが現れる。

【０３０４】イーサネットカードにデータフレームを伝
送するバーストは、メモリ１８１のデータフレームエリ
アの有用な内容、即ちこのエリアのスタートからこのデ
ータフレーム終わるポイントまでの空間に位置する内容
を伝送する。

【０３０５】バッファ１８２の利用は、イーサネットが
バーストを出す方向以外、無線バーストと類似してい
る。つまり、変換器１６０は、そのポート１６１の受信
ターミナルのペアに現れる、データフレーム１２を伝送
するバーストを検知すると、このフレームの開始をこの
エリアの開始に一致させて、メモり１８２のエリア１８
４に、このフレームを書き込む。そして、エリア１８４
に予め格納されているデータフレームを伝送するアップ
リンクフレームを準備するために、通信変換器１６０
は、長さ情報４３及び付加情報４４をこのメモリ１８２
のエリア１８３に書き込み、その後、共有無線媒体を介
して、このメモリ１８２の有用な内容を伝送するバース
トを送信する。

【０３０６】図３９に示すように、機能レベルに関し
て、通信変換器１６０は、一般的にはネットワーク周辺
伝送制御手段（図中のＰＴＣＭ）１８５と、周辺伝送制
御手段１８５と情報交換する、共有無線媒体にて送信／
受信する手段（図中のＳ／ＲＭ）１８６と、周辺伝送制
御手段１８５と情報を交換し、イーサネット伝送媒体４
で送信／受信する手段（図中のイーサネットＳ／ＲＭ）
１８７とを含む。ここで送信／受信手段１８６は、ダウ
ンリンクフレームを書き込むオペレーションと、フレー
ムバッファが見つかった場合、ランダムアクセスメモリ
１７３の空間１７６の中のアップリンクフレームを読み
出すオペレーションを行う。上述の送信／受信手段１８
７は、空間１７６へのデータフレームの書き込み及び読
み出しのオペレーションを行い、周辺伝送制御手段１８
５は、この空間に情報を書き込むオペレーションを行
う。送信／受信手段１８７はまた、スタートアップ後、
最初にケーブル４によりデータフレーム１２を受信する
と、オペレーティングメモリ１７５に、付加情報フィー
ルド１４にあるソースアドレスを書き込むオペレーショ
ンを行う。ここでソースアドレスは、ケーブル４の他の
一端が接続されたイーサネットカード７のＭＡＣアドレ
ス１１に相当する。周辺伝送制御手段１８５は、このア
ドレスと、ダウンリンクフレームのサービスメッセージ
内のアドレス３８とを比較するために、このアドレスを
読み出すオペレーションを行う。ダウンリンクフレーム
は、このサービスメッセージが、現在の周辺手段２４に
向けられたものか否かを知らせるために到達する。ま
た、中央手段２１のテーブル６４にある周辺手段２４の
アドレスは、図示の例では、現在の周辺手段２４が有す
るイーサネットカード７のＭＡＣアドレスに相当する。

【０３０７】図４０乃至図４２を参照して、送信／受信
手段１８６の構成、及び送信／受信手段１８６が周辺伝
送制御手段１８５とフレームバッファが位置する空間１
７６と協働する方法について説明する。

【０３０８】一般的には、送信／受信手段１８６は、中
央手段２１の送信／受信手段７４に相当するが、ダウン
リンク及びアップリンクフレームを処理するので、アッ
プリンク及びダウンリンクフレームを処理する送信／受
信手段７４とは異なる。また、送信／受信手段１８６及
び周辺伝送制御手段１８５によって交換される情報は、
送信／受信手段７４及び中央伝送制御手段７３によって
交換される情報に相当する。しかし、明示された変化、
周辺伝送制御手段１８５に通信されないフレーム受信継
続信号、及び、ダウンリンクフレームの受信中におけ
る、送信／受信手段１８６による、そのダウンフレーム
に含まれるサービスフレームの転送については異なる。

【０３０９】より正確には、送信／受信手段１８６は無
線モジュール１７８を含み、また、プログラム１７１、
デフォルトパラメータ１７２、及び作業用メモリ１７５
によってマイクロコントローラ１６８が得た資源（リソ
ース）を使用する。

【０３１０】無線モジュール１７８に加え、送信／受信
手段１８６は、送信管理手段１８８、及びメールボック
ス１９０を有する受信管理手段１８９を含む。周辺伝送
制御手段１８５は、そのメールボックス１９０に、ダウ
ンリンクフレームの格納用に空いている異なるバッファ
メモリ１８１のロケーションを書き込む。

【０３１１】既に示したように、無線モジュール１７８
は、中央手段２１の無線モジュール６１と同様な方法で
生成される。従って、明らかに、アップリンクフレーム
を参照することはダウンリンクフレームを参照すること
に置き換えることができ、その逆も行えるので、無線モ
ジュール１７８の動作は、図１５に示すオペレーション
と同様である。

【０３１２】図４１は、受信管理手段１８９の機能を示
すフローチャートである。

【０３１３】スタートアップ直後、受信管理手段１８９
は、オペレーション１９１を行うことで始まるループに
移行する。このオペレーション１９１では、メールボッ
クス１９０に少なくとも１つのメモりロケーション１８
１があるまで、即ちメールボックスが空でなくなるまで
待ち、このイベントが起こると、このメールボックスか
らロケーションを取り出す。より正確には、ロケーショ
ンがいくつかある場合、メールボックスに最初に書き込
まれたロケーションを取りす。取り出されたロケーショ
ンのメモリ１８１は、無線モジュール１７８が送信する
次のダウンリンクフレームの格納に使用される。

【０３１４】次に、管理手段１８９はオペレーション１
９２に進み、フレーム受信継続信号の開始を待ち、それ
が開始されると、管理手段１８９はテスト１９３を行
う。このテストは、無線モジュール１７８が伝達中のフ
レームが、本当に中央手段２１からきたダウンリンクフ
レームかを、例えば、フィールド３４のサービスフレー
ムが本当に現在のものかどうかチェックすることで判定
する。

【０３１５】テスト１９３の結果がＮＯの場合、これは
特に、受信したフレームが他の周辺手段２４からのアッ
プリンクフレームのときに起こるが、管理手段１８９は
オペレーション１９２に戻る。即ち、管理手段１８９
は、無線モジュールが伝達中のフレームを無視して、次
のフレームの受信を待つ。

【０３１６】テスト１９３の結果がＹＥＳの場合、管理
手段１８９はオペレーション１９４を行う。このオペレ
ーション１９４では、一方で、フレーム受信継続信号の
終了まで、無線モジュール１７８が伝達中のダウンリン
クフレームを、メールボックス１９０から取られた最後
のロケーションに位置するバッファ１８１に転送し、他
方で、このダウンリンクフレームに含まれるサービスメ
ッセージを周辺伝送制御手段１８５に転送する。

【０３１７】そして、管理手段１８９は、受信されたダ
ウンリンクフレームを格納したメモリ１８１のロケーシ
ョンを周辺伝送制御手段１８５に送り、手段１８５にフ
レームの受信及び格納を知らせるオペレーション１９５
を行う。

【０３１８】次に、管理手段１８９はループのスタート
に戻り、その機能を通して、上述した一連のオペレーシ
ョンを繰り返し行う。

【０３１９】ダウンリンクフレームの受信に利用できる
バッファ１８１がない場合、管理手段１８９はオペレー
ション１９１で待ち状態となり、無線モジュール１７８
が伝達する如何なるフレームも無視する。

【０３２０】図４２は、送信管理手段１８８の機能を示
すフローチャートである。

【０３２１】スタートアップ直後、送信管理手段１８８
は、オペレーション１９６を行うことで始まるループに
移行する。これは、送信管理手段１８８が、周辺伝送制
御手段１８５により、共有無線媒体を介して伝送される
べきアップリンクフレームを含むメモリロケーションが
伝達されるのを待つオペレーションである。

【０３２２】このイベントが起こると、管理手段１８８
は、ダウンリンクフレーム伝送要求信号をアクティブに
するオペレーション１９７を行い、オペレーション１９
８に進んで、アップリンクフレーム継続信号が現われる
のを待つ。

【０３２３】このイベントが起こると、管理手段１８８
は、オペレーション１９６の最中に伝達されたメモりロ
ケーション１８２に含まれるアップリンクフレームを、
無線モジュール１７８に伝達するオペレーション１９９
を行い、このアップリンクフレームの伝達が終了する
と、ダウンリンクフレーム伝送要求信号を非アクティブ
にするオペレーション２００を行う。そして、ループの
スタートに戻り、その機能を通して、上述した一連のオ
ペレーションを行う。

【０３２４】図４３乃至図４７を参照して、周辺伝送制
御手段１８５の構成及び機能の詳細を説明する。

【０３２５】周辺伝送制御手段１８５は、マイクロコン
トローラ１６８が、プログラム１７１、デフォルトパラ
メータ１７２、及び作業用メモリ１７４によって得たリ
ソースを使用する。

【０３２６】図４３に示すように、制御手段１８５は、
バッファ１８１を管理する手段２０１、バッファ１８２
を管理する手段２０２、メールボックス２０４を含むア
ップリンクフレームを生成する手段２０３と、データフ
レームを生成する手段２０５を含む。手段２０３は、管
理手段２０２が、伝送待ちのダウンリンクフレームのあ
るバッファ１８２のロケーションを書き込むメールボッ
クス２０４を含み、また、手段２０５は、管理手段２０
１が、共有無線媒体により受信されたダウンリンクフレ
ームがあるバッファ１８１のロケーションを書き込むメ
ールボックス２０６を含む。

【０３２７】図４４は、管理手段２０１の機能を示すフ
ローチャートである。

【０３２８】スタートアップ後、管理手段２０１はオペ
レーション２０７を行う。このオペレーションは、受信
管理手段１８９のメールボックス１９０各々のバッファ
１８１のロケーションを書き込むオペレーションであ
り、注目しているロケーションは、デフォルトパラメー
タ１７２に混ぜて格納される。

【０３２９】オペレーション２０７が完了すれば、管理
手段２０１はループに移行する。このループでは、管理
手段２０１はオペレーション２０８を行う。これは、送
信／受信手段１８６、より正確には受信管理手段１８９
から、ダウンリンクフレームが格納されたバッファロケ
ーション１８１を受信する（以下、第１のイベントとい
う）か、生成手段２０５からイーサネット媒体４で伝送
されたデータフレームを含むバッファロケーション１８
１を受信するまで待つ（以下、第２のイベントという）
オペレーションである。

【０３３０】これら２つのイベントの内の１つ、あるい
は他方のイベントが起こると、管理手段２０１はテスト
２０９に進み、それが第１のイベントであるか否かを判
定する。

【０３３１】起こったイベントが、ダウンリンクフレー
ムが格納されたバッファロケーション１８１の受信の場
合、管理手段２０１は、生成手段２０５のメールボック
ス２０６に受信されたメモリロケーション１８１を書き
込むオペレーション２１０を行う。

【０３３２】オペレーション２０１が完了するか、テス
ト２０９の結果がＮＯのとき、管理手段２０１は、第２
のイベントが起こったか否かを判定するテスト２１１を
行う。

【０３３３】ＹＥＳの場合、管理手段２０１は、受信管
理手段１８９のメールボックス１９０に受信されたバッ
ファメモリロケーションを書き込むオペレーション２１
２を行う。

【０３３４】オペレーション２１２が完了するか、テス
ト２１１の結果がＮＯの場合、管理手段２０１はループ
のスタートに戻り、その機能を通して、上述したオペレ
ーション２０７を除く動作を繰り返し行う。オペレーシ
ョン２０７はループの外にあり、スタートアップの後だ
け行われるものである。

【０３３５】図４５は、バッファ１８２を管理する手段
２０２の機能を示すフローチャートである。

【０３３６】スタートアップ後、イーサネット送信／受
信手段１８７に含まれるデータフレーム受信管理手段の
メールボックスに、各メモリ１８２のロケーションを書
き込むオペレーション２１３を行う。注目ロケーション
は、デフォルトパラメータ１７２に混ぜて格納される。

【０３３７】オペレーション２１３が完了すれば、管理
手段２０２はループに移行する。このループは、イーサ
ネット送信／受信手段１８７から、より正確にはそのデ
ータフレーム受信管理手段から、イーサネット媒体４に
て受信されたダウンリンクフレームが格納されたバッフ
ァロケーション１８２を受信する（以下、第１のイベン
トとする）か、あるいは、アップリンクフレーム生成手
段２０３から、共有無線媒体で伝送されたアップリンク
フレームを含むバッファロケーション１８２を受信する
（以下、第２のイベントとする）まで待つオペレーショ
ン２１４を行う。

【０３３８】第１又は第２のイベントが起こると、管理
手段２０２はテスト２１５に進み、第１のイベントが起
こったか否かを判定する。

【０３３９】データフレーム１２が格納されたバッファ
ロケーション１８２の受信の場合、管理手段２０２は、
生成手段２０３のメールボックス２０４に、受信された
メモリロケーション１８２を書き込むオペレーション２
１６Ａを行い、次のオペレーション２１６Ｂで、周辺ネ
ットワーク通信手段の作業用メモリにおけるフレーム数
待ちカウンタをインクリメントする。このカウンタは、
通信手段の機能のスタートでゼロに初期化されている。

【０３４０】オペレーション２１６が完了するか、テス
ト２１５の結果がＮＯの場合、管理手段２０２は、待ち
のオペレーション２１４の割り込み原因である第２のイ
ベントであるか否かを判定するテスト２１７を行う。

【０３４１】ＹＥＳでは、イーサネット送信／受信手段
１８７のデータフレーム受信管理手段のメールボックス
に受信されたバッファロケーション１８２を書き込むオ
ペレーション２１８を行う。

【０３４２】オペレーション２１８が完了するか、テス
ト２１７の結果がＮＯの場合、管理手段２０２はループ
のスタートに戻り、その機能を通して、上述したオペレ
ーション２１３を除く、一連のオペレーションを繰り返
し行う。オペレーション２１３はループの外であり、ス
タートアップ後だけ行われるものである。

【０３４３】図４５Ａは、アップリンクフレーム生成手
段２０３の機能を示すフローチャートである。

【０３４４】スタートアップ直後、生成手段２０３は、
データフレームのないアップリンクフレームを準備する
オペレーション６２５を行う。そのフレームメッセージ
４２０は、ネットワーク２０への参入を要求するメッセ
ージ種類情報を含み、そのアドレスは、作業用メモリ内
にあるアドレスである。そして、生成手段２０３は、こ
のアップリンクフレームをバッファメモリ６２１に書き
込む。

【０３４５】オペレーション６２５が完了すれば、生成
手段２０３はループに移行する。このループは、ランダ
ム処理に応じて送信許可されるのを待つオペレーション
６２６を行うことで開始される。図４５Ｂは、このオペ
レーション６２６の詳細を示すフローチャートである。

【０３４６】オペレーション６２６は、ダウンリンクフ
レームを含むサービスメッセージを待つオペレーション
６２７で開始され、このイベントが起こると、このサー
ビスメッセージが、ネットワーク２０への参入を要求し
ている現在の周辺手段に向けられた集合的なタイプのも
のであるか否かを判定するテスト６２８に続く。

【０３４７】テスト６２８の結果がＹＥＳのとき、生成
手段２０３は、ランダムタイプのバロット（ballot）を
行うオペレーション６２９を実行し、その結果は、それ
ぞれ適及び不適のどちらかの値となる。

【０３４８】オペレーション６２９が完了すれば、生成
手段２０３は、バロットが適か不適かを判定するテスト
６３０を行う。

【０３４９】テスト６２８又はテスト６３０の結果がＮ
Ｏのとき、生成手段２０３はオペレーション６２７に戻
るが、テスト６３０の結果がＹＥＳのとき、オペレーシ
ョン６２６が終了する。

【０３５０】オペレーション６２９で行われるランダム
タイプのバロットは、適である確率Ｐを持つように設計
されており、その確率Ｐはパラメータ化が可能である。

【０３５１】図４５Ｃはオペレーション６２６の変形例
を示す図である。

【０３５２】これは、ランダムタイプのバロットを行う
オペレーション６３１から開始し、その結果は、０と最
大値ＮＭＡＸの間の整数である。

【０３５３】オペレーション６３１が完了すれば、生成
手段２０３は、ダウンリンクフレームに含まれるサービ
スメッセージを受信するまで待つオペレーション６３２
を行う。

【０３５４】このイベントが起こると、テスト６２８と
同一のテスト６３３を行う。

【０３５５】このテストがＹＥＳのとき、生成手段２０
３は、オペレーション６３１においてバロットされた整
数Ｎがゼロに等しいか否かを判定するテスト６３４を行
う。

【０３５６】ＮＯでは、生成手段２０３は、整数Ｎをデ
クリメントするオペレーション６３５を行い、オペレー
ション６３２に戻り、またテスト６３３がＮＯのとき
も、オペレーション６３２に戻る。

【０３５７】一方、テスト６３４の結果がＹＥＳのと
き、オペレーション６２６は終了する。

【０３５８】この場合、オペレーション６３１の後、オ
ペレーションが終了する前にＮＥとマークされたタイ
プ、即ち、図中の新たな問合わせのＮ個のサービスメッ
セージが受信されるまで待つ必要があることが分かる。

【０３５９】図の例では、ＮＭＡＸはパラメータ化が可
能であり、異なる整数Ｎをバロットするチャンスは等確
率（equiprobable）である。

【０３６０】図４５Ａに示すように、オペレーション６
２６が完了すると、生成手段２０３はオペレーション６
３６に進み、バッファ６２１のロケーションを送信／受
信手段に伝達し、次にオペレーション６３７に進んで、
アップリンクフレーム伝送要求信号の立ち下がりエッジ
を待つ、即ちバッファ６２１に含まれるフレームを伝送
するバーストの送信を終了させる動作をする。

【０３６１】そして、生成手段２０３はオペレーション
６３８に進み、例えば２秒間、確認を待つカウントダウ
ンタイマーをアクティブにする。

【０３６２】次に、生成手段２０３はオペレーション６
３９に進み、ダウンリンクフレームに含まれるサービス
メッセージを受信するか、オペレーション６３８で開始
されたカウントダウンが終わるまで待つ。

【０３６３】上述の２つのイベントの何れかが起こる
と、生成手段２０３は、第２のイベントが起こったか否
かを判定するテスト６４０を行う。

【０３６４】ＹＥＳ、即ち確認を待つ所定期間、例えば
２秒間が経過した場合、生成手段２０３はオペレーショ
ン６２６に戻る。

【０３６５】テスト６４０でＮＯのとき、生成手段２０
３は、受信されたサービスメッセージが確認を含む、即
ち現在の周辺手段にアドレスされた個別送信許可メッセ
ージタイプのものであるか否かを判定するテスト６４１
を行う。

【０３６６】テスト６４１でＮＯのとき、生成手段２０
３はオペレーション６３９に戻り、一方、ＹＥＳのとき
は、データフレームを含むアップリンクフレームを生成
するオペレーション６４２、即ち中央手段により、それ
が確認されたことを知る機能を繰り返すループに移行す
る。

【０３６７】オペレーション６３８で開始された、確認
を待っているカウントダウンが、確認を受信することな
く終了すると、即ちテスト６４０でＮＯのとき、生成手
段２０３は、オペレーション６２６で開始した全ての処
理を再開する。即ち、生成手段２０３は、何かの理由、
特に他の周辺手段がアップリンクフレームを同時に送っ
たために衝突が起ったために、ネットワークへの参入要
求が中央手段で考慮されなかったと考える。

【０３６８】また、中央手段は、ある番号のサービスメ
ッセージと、特に、現在の周辺手段に向けられたもので
はない個別送信許可メッセージを送るようになっている
ので、テスト６４１がＮＯのとき、オペレーション６３
９で手順を繰り返し行なうほうが都合がよい。図４６
は、オペレーション６４２の詳細を示すフローチャート
である。

【０３６９】このオペレーションのスタート直後、生成
手段２０３はアップリンクフレームを準備するオペレー
ション２１９を行い、そして、このアップリンクフレー
ムを伝送するオペレーション２２０を行う。その結果、
生成手段２０３は、その機能を通して、オペレーション
２１９と、それに続くオペレーション２２０を繰り返し
行う。

【０３７０】アップリンクフレームを準備するオペレー
ション２１９は、オペレーション２２１から開始する。
ここでは、必要であれば、少なくとも１つのメモりロケ
ーション１８２がメールボックス２０４にある、即ちメ
ールボックスが空でないのをアップリンクフレーム生成
手段２０３が待つ。

【０３７１】このイベントが起こると、アップリンクフ
レーム生成手段２０３はオペレーション２２２Ａを行
う。このオペレーションは、メールボックス２０４から
メモリロケーション１８２を取り出し、現在のアップリ
ンクフレームの準備に用いられるべく取り出されたロケ
ーションに相当するのがバッファメモリ１８２である、
ということを考慮するオペレーションである。

【０３７２】図の例では、メールボックス２０４がいく
つかのロケーションを有する場合、生成手段２０３は、
そのメールボックスに最初に書き込まれたロケーション
を取り出すが、不図示の変形例では、中央伝送制御手段
７３の準備手段１１２に関して、上述したように、優先
の概念が含まれる。

【０３７３】オペレーション２２２Ａの後、アップリン
クフレーム生成手段２０３は、フレームメッセージを更
新するオペレーション２２２Ｂを行う。図４６Ａは、こ
のオペレーション２２２Ｂの詳細を示すフローチャート
である。それは、まず、作業用メモリのフレーム数待ち
カウンタがゼロか否かを判定するテスト４１０を含む。
もしテスト４１０の結果がＹＥＳであれば、オペレーシ
ョン４１１は、第１のアップリンクフレームに組み込ま
れるフレームメッセージの種類に、前記の第１のフレー
ムに続く、周辺ネットワーク通信手段が伝送すべきフレ
ームをもはや持っていないことを示す、いわゆる“分離
フレーム”形式を与える。テスト４１０の結果がＮＯで
あれば、オペレーション４１２は、第１のアップリンク
フレームに組み込まれるフレームメッセージの種類に、
前記の第１のフレームに続く、周辺ネットワーク通信手
段が伝送すべきフレームを、依然として持っていること
を示す、いわゆる“非分離フレーム”形式を与える。

【０３７４】オペレーション４１１又はオペレーション
４１２の何れかに続いて、アップリンクフレーム生成手
段２０３は、関連するバッファ又はメモリ空間に、オペ
レーション４１１かオペレーション４１２の何れかで定
義されたフレームメッセージの種類を書き込むオペレー
ション４１３を行う。そして、生成手段２０３は、オペ
レーション１２２で取り出した、メモリ１８２の情報エ
リア１８３に、データフレーム長さ情報４３と付加情報
４４を書き込むオペレーション２２３を行う。

【０３７５】オペレーション２２２でメールボックス２
０４から取り出されたロケーションにより、生成手段２
０３は、このデータフレームの長さと、データフレーム
エリア１８４の開始、ランダムアクセスメモリ１７３の
アドレスからなるメールボックス２０４に書き込まれた
ロケーションと、格納されたデータフレームの長さとを
知ることが分かる。

【０３７６】オペレーション２２３が完了すると、現在
のバッファメモリ１８２に格納されたデータフレームの
伝送を許可するアップリンクフレームの準備が終了す
る。そして、生成手段２０３は、アップリンクフレーム
を伝送するオペレーション２２０に直接進む。

【０３７７】オペレーション２２０は、送信／受信手段
１８６から、より正確には、その受信管理手段１８９か
ら、受信中のダウンリンクフレームに含まれるサービス
メッセージを待つオペレーション２２４で開始する。

【０３７８】このイベントが起こると、生成手段２０３
は、応答にてアップリンクフレームを送るように許可す
るサービスメッセージか否かを判定するために受信した
サービスメッセージを解析するオペレーション２２５を
行う。

【０３７９】サービスメッセージが、送信許可メッセー
ジか送信非許可メッセージのどちらかであるダウンリン
クフレームを、中央手段２１の中央伝送制御手段７３が
生成し、オペレーション２２５は、まず、フィールド４
０に含まれるメッセージの種類に関する情報３７が、送
信非許可メッセージか送信許可メッセージのどちらを示
しているか判定するオペレーションを含む。その情報３
７が、送信非許可メッセージの場合、オペレーション２
２５の結果はＮＯであり、生成手段２０３はオペレーシ
ョン２２４に戻る。

【０３８０】情報３７が送信許可メッセージの場合であ
ることを示すと、生成手段２０３は、上述したように、
フィールド４１に含まれるアドレス３８がイーサネット
送信／受信手段１８７によってオペレーティングメモリ
１７５に書き込まれたアドレスに相当するか判定する。

【０３８１】もしそれが相当するアドレスであれば、オ
ペレーション２２５の結果はＹＥＳであり、生成手段２
０３はオペレーション２２６に進む。

【０３８２】中央伝送制御手段７３が、上述した第１の
変形例で置き換えられる、即ちダウンリンクフレーム生
成手段９５が、手段１４０（図２５乃至図２８）で置き
換えられる中央手段２１の変形例において、また、より
一般的に、サービスメッセージが送信許可メッセージタ
イプか送信非許可メッセージタイプである全ての場合に
おいて、オペレーション２２５は同様に行われる。

【０３８３】中央伝送制御手段７３が、図２９乃至図３
５を参照して、上述した第２及び第３の変形例で置き換
えられる中央手段２１の変形例において、また、より一
般的に、サービスメッセージが単に送信許可メッセージ
タイプのものである全ての場合において、オペレーショ
ン２２５は、オペレーティングメモり１７５に送信／受
信手段１８７によって書き込まれたアドレスとサービス
メッセージのアドレス３８とを比較する単純なオペレー
ションに制限される。

【０３８４】オペレーション２２５の結果がＹＥＳのと
きに行うオペレーション２２６では、生成手段２０３
は、送信／受信手段１８６に、より正確には送信管理手
段１８８に、現在のメモリロケーション１８２を伝達す
る。そして、アップリンクフレーム伝送要求信号の立ち
下がりエッジを待つ、即ち現在のアップリンクフレーム
を伝送するバーストの伝送が終了しない限り、伝送生成
手段２０３は、その動作が阻止された状態にあるオペレ
ーション２２７Ａを行う。

【０３８５】このバーストの伝送完了が起こると、生成
手段は、１単位毎に周辺ネットワーク通信手段の作業用
メモリのフレーム数待ちカウンタをデクリメントするオ
ペレーション２２７Ｂを行う。図４５に示すように、こ
のカウンタは、オペレーション２１６Ｂでインクリメン
トされる。次に、生成手段２０３はオペレーション２２
８に進み、管理手段２０２に、現在のメモリ１８２のロ
ケーションを伝達し、これにより、管理手段２０２が、
送信／受信手段１８７のデータフレーム受信管理手段の
メールボックスに、そのロケーションを書き込むことが
でき、送信／受信手段１８７は、イーサネット媒体４を
介して変換器１６０に到着する、新たなデータフレーム
を格納するのに、このバッファ１８２を再度使うことが
できる。

【０３８６】このバーストの伝送が終了すると、生成手
段２０３はオペレーション２２８に進み、管理手段２０
２に、現在のメモリ１８２のロケーションを伝達し、こ
れにより、管理手段２０２が、送信／受信手段１８７の
データフレーム受信管理手段のメールボックスに、その
ロケーションを書き込むことができ、送信／受信手段１
８７は、イーサネット媒体４を介して変換器１６０に到
着する、新たなデータフレームを格納するために、この
バッファ１８２を再度使うことができる。

【０３８７】周辺伝送制御手段１８５の不図示の変形例
では、ダウンリンクフレーム生成手段９５のダウンリン
クフレーム準備手段１１２が、ダウンリンクフレーム生
成手段１４０において、ダウンリンクフレーム準備手段
１４１とダウンリンクフレーム伝送手段１４２とで置き
換えられるのと同様な方法で、生成手段２０３が、アッ
プリンクフレーム準備手段とアップリンクフレーム伝送
手段とで置き換えられる。即ち、アップリンクフレーム
を準備するオペレーション２１９と準備されたフレーム
を伝送するオペレーション２２０をそれぞれ、並行して
行う２つの手段、アップリンクフレーム伝送手段のメー
ルボックスに空きロケーションがあるとき、オペレーシ
ョン２１９を行うアップリンクフレーム準備手段、そし
て、そのメールボックスが空でない限り、アップリンク
フレームを伝送するオペレーション２２０を行うアップ
リンクフレーム伝送手段にて置き換えられる。

【０３８８】図４７は、データフレーム生成手段２０５
の機能を示すフローチャートである。

【０３８９】スタートアップ直後、生成手段２０５はル
ープに移行する。このループは、メールボックス２０６
に少なくとも１つのバッファロケーション１８１が存在
する、即ちこのメールボックスが空でなくなるまで待つ
オペレーション２２９を行うことで開始される。バッフ
ァロケーション１８１は、送信／受信手段１８６がダウ
ンリンクフレームを格納したロケーションである。

【０３９０】このイベントが起こると、生成手段２０５
はオペレーション２３０に進み、いくつかのロケーショ
ンがある場合に、最初にメールボックス２０６に書き込
まれたメモリロケーション１８１を取り出す。そして、
生成手段２０５は、格納されたダウンリンクフレームの
フィールド４６にあるデータフレーム長さ情報４３を、
このロケーションに相当するバッファ１８１に読み込
む。

【０３９１】そして、生成手段２０５は、その情報４３
がゼロ以上か否か、即ち格納されたダウンリンクフレー
ムにデータフレームがあるか否かを判定するテスト２３
１Ａを行う。

【０３９２】ＹＥＳでは、生成手段２０５は、このデー
タフレームにある宛先アドレスを取り出し、このアドレ
スが、作業用メモリ１７５に格納されたアドレスに相当
するか否かを判定するオペレーション２３１Ｂを行う。

【０３９３】ＮＯでは、生成手段２０５は、イーサネッ
ト伝送媒体４にて、このデータフレームを伝送するの
に、イーサネット送信／受信手段１８７が必要とする処
理を行う。まず、オペレーション２３２を行い、送信／
受信手段１８７へ、現在のバッファ１８１のデータフレ
ームエリアのロケーション、即ちデータフレーム領域の
開始であるメモリ１７３内のアドレスとその長さとを伝
達する。そして、オペレーション２３３に進み、イーサ
ネット送信／受信手段が、このデータフレームの伝送終
了の信号を送るまで待つ。

【０３９４】このイベントが起こるか、テスト２３１Ａ
又は２３１Ｂの結果がＮＯのとき、オペレーション２３
４を行い、管理手段２０１に、イーサネット伝送媒体４
で伝送されるデータフレームを含むダウンリンクフレー
ムのメモリロケーション１８１を伝達する。これによ
り、管理手段２０１が、無線送信／受信手段１８６の受
信管理手段１８９のメールボックス１９０に、このロケ
ーションを書き込む。その結果、このバッファ１８１
は、新たなダウンリンクフレームを格納するのに再度使
用できる。

【０３９５】オペレーション２３４が完了すれば、生成
手段２０５はループのスタートに戻り、その機能を通し
て、上述した一連のオペレーションを繰り返して行う。

【０３９６】図４７Ａは、生成手段２０５の変形例の機
能を示すフローチャートである。

【０３９７】図４７と図４７Ａを比較すると、この変形
例が同一の機能を有することが分かるが、テスト２３１
ＡがＮＯのとき、イーサネット送信／受信手段１８７が
データフレームを伝送することを保証する代わりに、生
成手段２０５の変形例は、オペレーション２３１を行
い、データフレームの宛先アドレスを取り出し、このア
ドレスが、作業用メモりに格納されたアドレス、又は複
数の宛先（マルチキャスト）アドレスに相当するか否か
を判定する。そして、オペレーション２３１ＣがＹＥＳ
の場合だけ、イーサネット送信／受信手段１８７がデー
タフレームを伝送することを保証する。

【０３９８】このオペレーションがＮＯのとき、生成手
段２０５の変形例は、直接オペレーション２３４に進
む。

【０３９９】不図示の生成手段２０５の変形例では、い
くつかのデータフレームが、メールボックス２０６にロ
ケーションがあるバッファ１８１に存在する場合、イー
サネット媒体４で伝送されるべきデータフレームの中か
ら１つをターミナル２３に伝送するために、優先の概念
が導入されている。

【０４００】図４８乃至図５０を用いてイーサネット送
信／受信手段１８７の構成及び機能について説明する。

【０４０１】図３６に示すように、イーサネット送信／
受信手段１８７は、送信／受信ペア１６６、フィルタ１
６３、伝導体１６４、及びコネクタ１６２を持つイーサ
ネットマイクロコントローラ１６５を含み、プログラム
１７１、デフォルトパラメータ１７２及び作業用メモリ
１７５によりマイクロコントローラ１６８によって生成
されるリソースを使用する。

【０４０２】図４８に示すように、イーサネット送信／
受信手段１８７は、メールボックス２３６を備えるデー
タフレーム受信管理手段２３５と、イーサネットモジュ
ール２３７を含む。

【０４０３】上述したように、管理手段２０２は、メー
ルボックス２３６にバッファロケーション１８２を書き
込む。このバッファロケーション１８２は、イーサネッ
ト伝送媒体４を介して通信変換器１６０に到着したデー
タフレームを格納するためのものである。そして、デー
タフレーム受信管理手段２３５は、そのデータフレーム
が格納されたメモリロケーション１８２を管理手段２０
２に送る。

【０４０４】イーサネットモジュール２３７と管理手段
２３５の協働に関して、イーサネットモジュール２３７
は、スタートアップ時に、管理手段２３５からバッファ
ロケーション１８２を受信する。バッファロケーション
１８２はスタートアップ後、イーサネット媒体４を介し
て到着した最初のデータフレームを格納する。そして、
そのデータフレームの受信が終了すると、イーサネット
モジュール２３７管理手段２３５にデータフレーム受信
信号を送る。このデータフレーム受信信号は、管理手段
２３５に、イーサネットモジュール２３７に前もって伝
達された、メモリロケーションに格納されたデータフレ
ームがあることを知らせ、新たなバッファロケーション
１８２をイーサネットモジュール２３７に送るようにす
る信号である。

【０４０５】また、イーサネットモジュール２３７は、
周辺伝送制御手段１８５のデータフレーム生成手段２０
５と協働する。前述したように、データフレーム生成手
段２０５は、イーサネットモジュール２３７に、１つず
つ、ダウンリンクフレームが格納されたバッファ１８１
のデータフレームエリアロケーションを伝達する。イー
サネットモジュール２３７は、各々の場合において、伝
送信号のデータフレーム終了により、このロケーション
にあるデータフレームの伝送を生成手段２０５に促す。

【０４０６】データフレーム受信管理手段２３５の機能
は、図４９のフローチャートに示されている。

【０４０７】起動の後、管理手段２３５は、オペレーシ
ョン２３８の実行により開始されるループに入る。オペ
レーション２３８において、管理手段２３５は、メール
ボックス２３６内に少なくとも１つのメモリロケーショ
ン１８２が書込まれるまで、すなわち、メールボックス
２３６が空でなくなるまで待つ。そして、メモリロケー
ション１８２が書き込まれたら、管理手段２３５は、こ
のメールボックスからロケーションを取得する。より詳
しくは、ロケーションが幾つか存在する場合には、メー
ルボックスに最初に書込まれたロケーションを取得する
ことになる。

【０４０８】管理手段２３５は、その後、オペレーショ
ン２３９に進む。オペレーション２３９において、管理
手段２３５は、イーサネットモジュール２３７に対し
て、先に取得したロケーションを引き渡す。これによ
り、モジュール２３７は、対応するメモリ１８２を使用
することができ、イーサネット媒体４を介して受信する
次のデータフレームをそこに格納することができる。

【０４０９】管理手段２３５は、その後、オペレーショ
ン２４０に進む。オペレーション２４０において、管理
手段２３５はモジュール２３７が管理手段２３５に対し
てデータフレーム受信完了信号を送出するのを待つ。こ
の信号の受信は、モジュール２３７が媒体４を介して受
信したデータフレームをメモリ１８２内（そのロケーシ
ョンは、先のオペレーション２３９において、通知され
ている）に格納したことを示す。

【０４１０】管理手段２３５は、データフレーム受信完
了信号を受信した場合、オペレーション２４１に進む。
オペーレション２４１において、管理手段２３５は、周
辺伝送制御手段（ＰＴＣＭ）１８５に対して、より詳し
くは、その管理手段２０２に対して、上記と同一のバッ
ファロケーション１８２を送る。

【０４１１】オペレーション２４１が一旦終了すると、
管理手段２３５は、ループの開始位置に戻り、上述の一
連のオペレーションを実行する。

【０４１２】イーサネットモジュール２３７の機能は、
図５０のフローチャートに示されている。

【０４１３】起動の後、モジュール２３７は、オペレー
ション２４２の実行により開始されるループに入る。オ
ペレーション２４２において、モジュール２３７は、イ
ーサネット媒体４を介して送られるバーストの受信、ま
たはこの媒体上を介して伝送されるデータフレームが存
在するバッファロケーション１８１の受信を待つ。

【０４１４】これらの２つのイベントのいずれかが発生
すると、モジュール２３７は、テスト２４３を実行す
る。このテスト２４３において、モジュール２３７は、
発生したのが第１のイベントであるか否かを判断する。

【０４１５】その判断の結果が”ＹＥＳ”であれば、モ
ジュール２３７は、テスト２４４を実行する。テスト２
４４は、メモリロケーション１８２が有効であるか否
か、すなわち、管理手段２３５がモジュール２３７に対
して、未使用のメモリロケーションを引き渡しているか
否かを判断する。

【０４１６】その判断の結果が”ＹＥＳ”であれば、モ
ジュール２３７は、オペレーション２４５を実行する。
オペレーション２４５において、モジュール２３７は、
受信処理中のバースト内に含まれるデータフレームをロ
ケーションが有効なメモリ１８２の領域１８４に転送す
る。

【０４１７】このデータフレームを伝送するバーストの
受信が終了すると、モジュール２３７はテスト２４６に
進む。テスト２４６において、モジュール２３７は、イ
ーサネット媒体４によるデータフレームの受信が最初の
ものであるか否かを判断する。このテストは、例えば、
起動時にはインアクティブであり、モジュール２３７が
データフレームの受信後にすぐさまアクティブにするイ
ンジケータに基づいて実行される。

【０４１８】テスト２４６の結果が”ＹＥＳ”であれ
ば、モジュール２３７は、オペレーション２４７を実行
する。オペレーション２４７において、モジュール２３
７は、受信したデータフレームのフィールド１４内に記
されたソースアドレス（このアドレスは、ターミナル２
３に対応するイーサネットカード７のＭＡＣアドレス１
１に対応する）を取得し、その後、モジュール２３７
は、このアドレスをワーキングメモリ１７５に書込む。

【０４１９】オペレーション２４７が終了した場合、ま
たは、テスト２４６の結果が”ＮＯ”の場合、モジュー
ル２３７はテスト２４８を実行する。テスト２４８にお
いて、モジュール２３７は、管理手段２３５に対してデ
ータフレーム受信完了信号を送る。

【０４２０】オペレーション２４８が終了した場合、ま
たは、テスト２４３または２４４のいずれかの結果が”
ＮＯ”の場合、モジュール２３７は、テスト２４９を実
行する。テスト２４９において、モジュール２３７は、
第２のイベントが発生したのか否かを判断する。

【０４２１】判断の結果が”ＹＥＳ”、すなわち、生成
手段２０５がモジュール２３７に対するバッファ１８１
のデータフレーム領域のロケーションの引き渡しがなさ
れている場合、モジュール２３７は、オペレーション２
５０を実行する。オペレーション２５０において、モジ
ュール２３７は、イーサネット媒体４を介して、このメ
モリ１８１内にあるデータフレームを伝送するバースト
を送り、その後、モジュール２３７は、周辺伝送制御手
段１８５の生成手段２０５に対して、データフレーム伝
送完了信号を送る。

【０４２２】オペレレーション２５０が終了した場合、
または、テスト２４９の結果が”ＮＯ”の場合、モジュ
ール２３７は、ループの開始位置に戻り、上述の一連の
オペレーションを実行する。

【０４２３】図５０Ａは、モジュール２３７の変形例の
機能を示している。この機能は、テスト２４６が実行さ
れないこと、すなわち、イーサネットモジュールが常に
オペレーション２４５からオペレーション２４７に直接
進むことを除いて、図５０に示すものと同一である。

【０４２４】従って、オペレーションメモリ１７５に
は、常に媒体４により受信された最後のデータフレーム
に記されたソースアドレスが保持されることになる。

【０４２５】これにより、変換器１６０は、動作中に異
なるイーサネットカード７に接続された場合において
も、常に正しいアドレスを保持することができる。

【０４２６】図５０Ｂは、モジュール２３７の他の変形
例の機能を示している。この変形例においては、オペレ
ーション２４６及び２４７は、オペレーション２４６
Ａ、２４６Ｂ及び２４７Ｂにより置換され、起動の直後
であって、ループに入る前に、オペレーション１７が実
行される。

【０４２７】オペレーション１７において、ワーキング
メモリ１７５に対して、全ビットが１のアドレス、すな
わち、一般同報アドレス（general broadcast addres
s）が書込まれる。

【０４２８】このようにして与えらたアドレスは、周辺
手段のアドレスではないため、ワーキングメモリ１７５
内に記録されているアドレスのランダムな初期化により
他の周辺手段を示すアドレスになるという事態により引
き起こされる問題が避けられる。

【０４２９】なお、図５０及び５０Ａに夫々示すように
動作するイーサネットモジュールの実施例において、初
期化のオペレーション１７を実行することにも有効であ
る。

【０４３０】図５０Ｂに示すように動作する変形例にお
いて、オペレーション２４５の実行及びデータフレーム
のソースアドレスを取得するオペレーション２４６Ａに
次いで、イーサネットモジュールは、取得したアドレス
が、ワーキングメモリ１７５に保持されたアドレスに対
応するか否かを判断するテスト２４６Ｂを実行する。

【０４３１】判断結果が”ＮＯ”であれば、オペレーシ
ョン２４７Ｂを実行する。オペレーション２４７Ｂは、
取得したソースアドレスをワーキングメモリ内に書き込
み、その後、オペレーション２４８に進む。一方、判断
結果が”ＹＥＳ”であれば、直接オペレーション２４８
に進む。

【０４３２】図５０Ａに示す如く動作するイーサネット
モジュールのように、受信した最後のデータフレームの
ソースアドレスは、常にワーキングメモリ内に存在する
が、ワーキングメモリにこのアドレスを書き込むオペレ
ーションは、取得したアドレスが変化しない（通常の場
合）限り行われないことが理解される。

【０４３３】概略的に言えば、図１の２Ａ〜２Ｇを付し
たタイプのデータステーションが既に存在する場合にお
いて、通信変換器１６０は、非常に単純で便利な方法に
より、通信装置ネットワーク通信手段２４を持つことを
可能にする。ケーブル４の両端をプラグ接続すれば十分
だからである。

【０４３４】有効なデータステーションの一部を形成す
る個別のネットワーク通信手段が前述の勧告、規格以外
に適合する場合は、変換器１６０の変形例が使用され
る。この変形例は変換器１６０と類似しているが以下の
点で異なる。すなわち、この変形例は、送信／受信手段
１８７を、それと類似するがデータステーション、より
正確には、接続がなされる個別のネットワーク通信手段
のＭＡＣプロトコルに適合すという点でそれと異なる送
信／受信手段により置換したものである。

【０４３５】ターミナル２３が有効な個別のネットワー
ク通信手段に対応していない場合は、図５１に示すデバ
イス２４’が使用される。デバイス２４’は、通信変換
器１６０と類似しているが、ターミナル２３と直接的に
協同する点が異なる。

【０４３６】図５１において、周辺手段２４’について
手段２４と同一の参照符号が使用されているが、プライ
ム符号が付されている。

【０４３７】図３６及び５１を比較すると、周辺手段２
４’は変換器１６０に類似しているが、コネクタ１６
２、フィルタ１６３、コンダクタ１６４、イーサネット
マイクロコントローラ１６５及び送信／受信対１６６に
よる構成は、ターミナルインタフェース２５１によって
置換されている。そして、ターミナルインタフェース２
５１は、ターミナル２３の雌コネクタ９にプラグ挿入す
るように設計されたＩＳＡバスの雄コネクタ８及びＭＡ
Ｃアドレス１１’を有するプログラマブル読み出し専用
メモリ（ＰＲＯＭ）１７０’が備えられている。

【０４３８】機能面に関しては、周辺手段２４’は、変
換器１６０と類似しているが、イーサネット送信／受信
手段１８７が、ターミナル２３と直接的に協同する送信
／受信手段により置換されている。当該送信／受信手段
がターミナルに一連のデータを引き渡し、または、宛先
アドレスに付随する一連のデータがターミナル２３によ
り引き渡しを受けるために、コネクタ８において送信ま
たは受信する電気信号は、デバイス２４’のためにター
ミナル２３にインストールされたドライバにより、ター
ミナル２３において、前述のロジックインタフェース、
例えば、ＮＤＩＳまたはＯＤＩと互換性のある信号に変
換される。

【０４３９】図１に示すタイプのネットワークと図４に
示すタイプのネットワークとを相互接続することが望ま
れる場合は、図５２に示すような中央ネットワーク通信
手段によって実行することができる。

【０４４０】図５２に示された無線ネットワーク２０’
は、ネットワーク２０と類似しているが、中央ネットワ
ーク通信手段２１が、手段２１’により置換されてい
る。手段２１’は、図１に示すタイプの共有伝送媒体の
一部を形成するケーブル４または５のためのポート２６
０を有する。例えば、集線装置１及び３つのケーブル４
からなる非常に単純な媒体が図５２に示されている。３
つのケーブル４は、夫々一端のコネクタがコセントレー
タ１のユニット３のポートにプラグ挿入され、他端のコ
ネクタが夫々データステーション２のいずれかの個別の
ネットワーク通信手段７のポートまたは中央手段２１’
のポート２６０にプラグ挿入されている。

【０４４１】２つのネットワークの相互接続によって、
ターミナル６または２３のいずれのターミナルも、個別
のネットワーク通信手段７または２４により、２つのネ
ットワークのいずれかにおけるターミナルのロケーショ
ンと独立して、一連のデータを他方のターミナル６また
は２３に送信することができる、次に、中央ネットワー
ク通信手段２１’及びその変形例を図５３〜図７３を参
照しながら説明する。

【０４４２】図１１と図５３とを比較すると、中央手段
２１’として使用されるデバイスは、中央手段２１とし
て使用されるデバイスと同一の構成要素を有する。これ
らの構成要素には、同一の参照番号を付しているが、図
５３にはプライム符号が付されている。さらに、中央手
段２１’として使用されるデバイスは、イーサネット伝
送媒体の接続が可能である。

【０４４３】この構成は、コンダクタ２６２に接続され
たＲＪ４５コネクタ２６１、コンダクタ２６２及び送信
／受信対２６４に接続された変圧器分離フィルタ２６
３、対２６４及びマイクロコンとローラバス５５’に接
続されたイーサネットマイクロコントローラ２６５を有
する。

【０４４４】マイクロコントローラ５２、送信／受信コ
ントローラ５６、無線モジュール６１、変換器分離フィ
ルタ１６３及びイーサネットマイクロコントローラ１６
５を調達または構築する方法について、上記の説明は、
夫々マイクロコントローラ５２’、送信／受信コントロ
ーラ５６’、無線モジュール６１’、フィルタ２６３及
びイーサネットマイクロコントローラ２６５に関しても
適用される。

【０４４５】メモリ５７’〜５９’の内容は、メモリ５
７〜５９の内容と類似しているが、ランダムアクセスメ
モリ５９’の内容は、多少異なり、所定数のカウンタが
ワーキングメモリ６５’に設けられ、スペース６６’
は、幾つかの付加的なバッファによって占有される。

【０４４６】図５４に示されるように、上記のスペース
６６’は、メモリ２６７を含むスペース２６６を有す
る。メモリ２６７は、中央手段２１のメモリ７０と同一
であり、同様の用途を有する。また、上記のスペース６
６’は、データフレーム１２を格納し、図５に示すよう
なダウンリンクフレームを用意するための所定数のバッ
ファ２６９を含むスペース２６８を有する。すなわち、
スペース２６８は、データフレームを有し、各メモリ２
６９は、中央手段２１のメモリ６８のように構成され、
そのデータフレーム領域に、イーサネット伝送媒体を介
して中央手段２１’に到達するデータフレームを格納
し、その後、手段２１’が再伝送するデータフレームの
ダウンリンクフレームを用意するために使用される。さ
らに、上記のスペース６６’は、所定数のバッファ２７
１を含むスペース２７０を有する。バッファ２７１は、
中央手段２１のメモリ６８と同一であり、これと同様の
用途を有する。

【０４４７】図５５に示されたワーキングメモリ６５’
は、バッファ２６９及び２７１の各々についてのカウン
タを含む構成２７２と、使用されるバッファ２６９の個
数のカウンタ２７３と、使用されるバッファ２７１の個
数のカウンタ２７４とを有する。

【０４４８】各カウンタ２７２は、対応するバッファが
解放されているか、無線又はイーサネットの共有伝送媒
体のいずれかによって伝送されるべきデータフレーム若
しくはその媒体の各々を介して伝送されるべきデータフ
レームで満たされているかを認識することを可能にす
る。カウンタ２７３及び２７４は、スペース２６８及び
スペース２７０が夫々満杯であるか否か、すなわち、そ
れらの中に解放されたバッファが存在しないか否かを判
断する。

【０４４９】図５６に示すように、機能的なレベルで
は、中央手段２１’は、概略的には言えば、中央伝送制
御手段２７５、共有無線媒体を介して送信／受信を行う
手段２７６、共有イーサネット媒体を介して送信／受信
を行う手段２７７を含む。

【０４５０】手段２７５及び手段２７６は、中央手段２
１の手段７３及び７４の場合と同一の情報を交換し、ス
ペース６６における中央手段２１の手段７３及び７４に
よって実行される動作と同様に、フレームバッファスペ
ース６６’における書き込み／読み出し動作を実行す
る。

【０４５１】中央伝送制御手段２７５及びイーサネット
送信／受信手段２７７は、通信変換器１６０の手段１８
５及び１８７の場合と同一の情報を交換する。手段２７
７は、メモリスペース１７６における手段１８７によっ
て実行される動作と同様に、メモリスペース６６’にお
ける書き込み／読み出し動作を実行する。

【０４５２】送信／受信手段７４に関しての上記の説明
は、送信／受信手段２７６に関しても、その受信管理手
段の機能を除いて有効であり、図５７のフローチャート
に示されている。

【０４５３】図５７と図１６とを比較すると、送信／受
信手段２７６の受信管理手段は、管理手段７６と一連の
オペレーションが同一のループ（オペレーション２７８
〜２８２がオペレーション８３〜８７に夫々対応）を実
行するが、テスト２８０の結果が”ＹＥＳ”の場合に実
行するオペレーション２８３が付加されている点で異な
る。オペレーション２８３において、手段２７６の受信
管理手段は、使用されているバッファ２７１の数に関す
るカウンタ２７４をインクリメントする。

【０４５４】アップリンクフレームの受信のためにバッ
ファ２７１のいずれもが使用できない場合、手段２７６
の受信管理手段は、オペレーション２７８に留まり、無
線モジュールが受信管理手段に引き渡してくるいずれの
フレームをも無視する。

【０４５５】図５８〜図６４を参照しながら伝送制御手
段２７５を説明する。

【０４５６】図５８に示すように、制御手段２７５は、
バッファ管理手段２８４、管理手段２８４がバッファメ
モリロケーション２７１を書き込むためのメールボック
ス２８６、送信許可メッセージ準備手段２８７、ダウン
リンクフレーム生成手段２８８を有する。ダウンリンク
フレーム生成手段２８８は、管理手段２８４がメモリロ
ケーション２６９〜２７１を書き込むためのメールボッ
クス２８９と、準備手段２８７が送信許可メッセージを
準備した時にそれを書き込むためのメールボックス２９
０を含む。

【０４５７】データフレーム生成手段２８５は、上記の
通信変換器１６０の生成手段２０５と類似した機能を有
し、特に図４７における機能は生成手段２８５に適用さ
れる。この適用は、送信／受信手段１８７、メールボッ
クス２０６及び管理手段２０１の参照符号を、イーサネ
ット送信／受信手段２７７、メールボックス２８６及び
管理手段２８４の参照符号に夫々変更することによりな
される。

【０４５８】送信許可メッセージ準備手段２８７は、上
記の中央手段２１の手段９４と同一の機能を有し、上記
の説明、特に図２０を参照した説明は手段２８７につい
ても有効である。この適用は、生成手段９５、メールボ
ックス９７及びテーブル６４の参照符号を、生成手段２
８８、メールボックス２９０及びテーブル６４’の参照
符号に夫々変更することによりなされる。

【０４５９】生成手段２８８の機能は、中央手段１の生
成手段９５の機能と類似している。生成手段２８８は、
図２１に示した構成と類似した構成を有する。その中の
許可制御手段は、図２２に示す機能と類似した機能を有
し、その中の準備手段は、図２３に示された機能と類似
した機能を有する。しかし、ダウンリンクフレームを準
備するオペレーションは、図２４に示されたものとは異
なり、図５９のフローチャートに示されたものと同一で
ある。

【０４６０】図２４及び５９の比較から明らかなよう
に、生成手段２８８によって実行されるダウンリンクフ
レームの準備のオペレーションは、オペレーション２９
１〜３０１を含む。オペレーション２９１〜３０１は、
夫々オペレーション１２０のオペレーション１２２〜１
３２と同一であるが、オペレーション２９２または２９
３のいずれかが終了した後において、生成手段２８８
は、テスト３０２及び３０３の判断結果が”ＮＯ”の場
合にのみテスト２９４に進み、オペレーション２９５
は、テスト２９４の判断結果が”ＹＥＳ”である場合及
びテスト３０２または３０３の判断結果のいずれかが”
ＹＥＳ”の場合にのみ実行される。

【０４６１】テスト３０２において、生成手段２８８
は、メモリスペース２７０が満杯のスレッショルドに達
したか否か、すなわち、予め設定された数のバッファが
満杯になったか否かを判断する。このテストは、カウン
タ２７４が当該予め設定された数と等しい値に到達した
か否かを判断することによりなされる。

【０４６２】生成手段２８８により実行されるテスト３
０３は、カウンタ２７３によってなされるものと類似す
るが、スペース２６８のバッファ２６９に関しては異な
る。

【０４６３】スペース２６８または２７０のいずれかが
満杯になった場合に、生成手段２８８は、準備中のダウ
ンリンクフレーム内に、送信不許可メッセージのタイプ
のサービスメッセージを組み込む。これにより、現在の
ダウンリンクフレームに伝送されたらすぐに、中央手段
２１’は、新たなダウンリンクフレームを送信可能にな
るため、バッファ２６９または２７１は、可能な限り迅
速に解放される。

【０４６４】なお、バッファロケーション２７１のいず
れもが有効でない場合、すなわち、有効なメールボック
スがない場合に、送信／受信手段２７６の受信管理手段
は、スタンバイ状態にされ、その間に受信したアップリ
ンクフレームは無視される。また、イーサネット送信／
受信手段２７７においても類似した現象が発生する。

【０４６５】不図示の変形例において、生成手段２８８
は、中央手段１の生成手段９５と生成手段１４０との差
異と同一の差異を生成手段２８８との間に有する生成手
段によって置換される。

【０４６６】他の変形例において、準備手段２８７は、
準備手段９４’が中央手段２１の準備手段９４と相違す
るのと同じように、準備手段２８７と相違する準備手段
によって置換される。また、生成手段２８８は、生成手
段９５’または１４０’が中央手段２１の生成手段９５
と相違するのと同じように相違する生成手段により置換
される。

【０４６７】バッファ管理手段２８４に関して図６０〜
６４を用いて説明する。

【０４６８】図６０に示すように、管理手段２８４は、
送信完了管理手段３０４を有する。送信完了管理手段３
０４は、送信／受信手段２７７の受信管理手段及び送信
／受信手段２７６の受信管理手段のメールボックスにバ
ッファロケーション２６９及び２７１を夫々書き込む。
また、管理手段２８４は、データフレームルーティング
手段３０５を有する。データフレームルーティング手段
３０５は、送信／受信手段２７７による通信を終えたバ
ッファロケーション２６９をメールボックス２８９に書
き込む。また、管理手段２８４は、アップリンクフレー
ムルーティング手段３０６を有する。アップリンクフレ
ームルーティング手段３０６は、送信／受信手段２７６
による通信を終えたバッファロケーション２７１をメー
ルボックス２８６及び２８９に書き込む。

【０４６９】送信完了管理手段３０４の機能は、図６１
のフローチャートに示されている。

【０４７０】起動の後、送信完了管理手段３０４は、オ
ペレーション３０７を実行する。オペレーション３０７
において、送信完了管理手段３０４は、送信／受信手段
２７７の受信管理手段のメールボックス内にメモリ２６
９の各々のロケーションを書き込み、また、送信／受信
手段２７６の受信管理手段のメールボックス内に各々の
メモリロケーション２７１を書き込む。

【０４７１】オペレーション３０７の実行が終了する
と、管理手段３０４は、オペレーション３０８の実行に
より開始されるループに入る。オペレーション３０８に
おいて、管理手段３０４は、ダウンリンクフレーム生成
手段２８８から共有無線媒体を介して伝送されたダウン
リンクフレームを格納したバッファメモリ２６９または
２７１のロケーションを受信（以下、第１のイベント）
するか、或いは生成手段２８５から共有イーサネット媒
体を介して伝送されたダウンリンクフレームを格納した
バッファメモリ２７１のロケーションを受信（以下、第
２のイベント）するまで待機する。

【０４７２】これらの２つのイベントのいずれかが発生
すると、管理手段３０４は、オペレーション３０９に進
む。オペレーション３０９において、ロケーションが受
信されたメモリ２６９または２７１に対応するカウンタ
（構成２７２の一部）をデクリメントする。その後、管
理手段３０４は、テスト３１０を実行する。テスト３１
０において、管理手段３０４は、デクリメントされたカ
ウンタが０になったか否かを判断する。以下に示すよう
に、ルーティング手段３０５または３０６がカウンタを
選択し、オペレーション３０９において、そのデクリメ
ントを実行することにより、カウンタは、対応するバッ
ファのデータフレームが伝送された場合にのみ０にな
る。この伝送は、状況に応じて、共有無線媒体を介し
て、共有イーサネット媒体を介して、または両者を介し
てなされる。

【０４７３】テスト３１０の判断結果が”ＹＥＳ”の場
合、管理手段３０４はテスト３１１を実行する。テスト
３１１において、管理手段３０４は、待ちのオペレーシ
ョン３０８の割り込みが第１または第２のイベントにい
ずれにより発生したのかを判断する。

【０４７４】テスト３１１の判断結果が”ＹＥＳ”、す
なわち、ダウンリンクフレーム生成手段２８８から送ら
れてくるバッファロケーションの受信が起こった場合、
管理手段３０４は、このバッファのロケーションを解析
するオペレーション３１２を実行する。この詳細は図６
２に示されている。

【０４７５】オペレーション３１２は、テスト３１３か
ら開始される。テスト３１３において、管理手段３０４
は、ロケーションが受信されたバッファがスペース３７
０内にあるか否かを判断する。

【０４７６】テスト３１３の判断結果が”ＹＥＳ”、す
なわち、ロケーションが受信されたメモリがメモリ２７
１である場合、管理手段３０４はオペレーション３１４
を実行する。オペレーション３１４において、管理手段
３０４は、このメモリ２７１のロケーションを送信／受
信手段２７６の受信管理手段のメールボックス内に書き
込み、使用されているバッファ２７１のカウンタ２７４
を１つ分だけデクリメントする。

【０４７７】オペレーション３１４の実行が終了した場
合またはテスト３１３の判断結果が”ＮＯ”の場合、管
理手段３０４はテスト３１５を実行する。テスト３１５
において、管理手段３０４は、受信されたバッファロケ
ーションがスペース２６８のバッファ一部を構成するか
否かを判断する。

【０４７８】テスト３１５の判断結果が”ＹＥＳ”、す
なわち、ロケーションされたバッファがバッファ２６９
の場合、管理手段３０４は、オペレーション３１６を実
行する。オペレーション３１６は、オペレーション３１
４と同一のタイプであるが、イーサネット共有媒体によ
って受信されたデータフレームであるという点で異な
る。すなわち、オペレーション３１６は、受信されたバ
ッファロケーションを送信／受信手段２７７の受信管理
手段のメールボックス内に書き込み、カウンタ２７３を
デクリメントする。

【０４７９】オペレーション３１２は、オペレーション
３１６が終了した場合またはテスト３１５の判断結果
が”ＮＯ”の場合に終了する。

【０４８０】オペレーション３１２が終了した場合、ま
たはテスト３１１の判断結果が”ＮＯ”の場合、すなわ
ち、オペレーション３０８の割り込みを発生させたイベ
ントが第１のイベントでない場合、管理手段３０４は、
テスト３１７を実行する。テスト３１７において、管理
手段３０４は、第２のイベントが発生したか否かを判断
する。

【０４８１】判断結果が”ＹＥＳ”の場合、すなわち、
受信されたロケーションがデータフレーム生成手段２８
５から送られてきたものである場合、管理手段３０４
は、オペレーション３１４と同一のオペレーション３１
８を実行する。すなわち、このオペレーションにおい
て、管理手段３０４は、送信／受信手段２７６の受信管
理手段のメールボックス内に、受信されたバッファメモ
リ２７１のロケーションを書き込み、カウンタ２７４を
１つ分だけデクリメントする。

【０４８２】オペレーション３１８が終了した場合また
はテスト３１７の判断結果が”ＮＯ”の場合若しくはテ
スト３１０の判断結果が”ＮＯ”の場合、送信管理手段
３０４はループの開始位置に戻り、起動後に関しての前
述の一連のオペレーションを実行する。初期化オペレー
ション３０７が除かれるのは言うまでもない。

【０４８３】データフレームルーティング手段３０５の
機能は、図６３のフローチャートによって示されてい
る。

【０４８４】起動後、手段３０５はオペレーション３１
９の実行により開始されるループに入る。オペレーショ
ン３１９は、イーサネット送信／受信手段、より詳しく
は、その受信管理手段から、イーサネット共有伝送媒体
により受信されたデータフレームを送信／受信手段２７
７が格納したデータフレーム領域内のメモリロケーショ
ン２６９を受信するまで待つ。

【０４８５】このイベントが発生した場合、ルーティン
グ手段３０５は、オペレーション３２０に進む。オペレ
ーション３２０において、ルーティング手段３０５は、
バッファ２６９に対応するカウンタ（構成２７２の一
部）に１を設定する。そして、オペレーション３２１に
進み、ルーティング手段３０５は、このバッファのロケ
ーションを生成手段２８８のメールボックス２８９に書
き込む。

【０４８６】オペレーション３２１が終了すると、デー
タフレームルーティング手段３０５は、ループの開始位
置に戻り、上記の一連のオペレーションを実行する。

【０４８７】アップリンクフレームルーティング手段３
０６の機能は、図６４のフローチャートによって示され
ている。

【０４８８】起動後、手段３０６はオペレーション３２
２を実行する。オペレーション３２２において、手段３
０６は、送信／受信手段２７６、より詳しくは、その受
信管理手段から、アップリンクフレームが格納されたバ
ッファメモリロケーション２７１を受信するまで待つ。

【０４８９】このイベントが起こると、手段３０６はオ
ペレーション３２３を実行する。オペレーション３２３
において、手段３０６は、バッファ２７１に対応するカ
ウンタ（構成２７２の一部）に２を設定し、オペレーシ
ョン３２４に進む。オペレーション３２４において、手
段３０６は、このバッファのロケーションを生成手段２
８８のメールボックス２８９内に書き込む。そして、オ
ペレーション３２５において、手段３０６は、このロケ
ーションを生成手段２８５のメールボックス２８６内に
書き込む。

【０４９０】オペレーション３２５が終了すると、手段
３０６はループの開始位置に戻り、上記の一連のオペレ
ーションを実行する。

【０４９１】アップリンクフレームがメモリ２７１内に
格納された場合、ルーティング手段３０６は、このメモ
リのカウンタを２とし、これにより、最初は、生成手段
２８５及び生成手段２８８のいずれかが、このメモリの
ロケーションを送信完了管理手段３０４へ送り、これに
より、テスト３１０の判断結果が”ＮＯ”となり、生成
手段２８５及び２８８が第２回目にこのロケーションを
管理手段３０４に送るのを待ち、これにより、テスト３
１０の判断結果が”ＹＥＳ”になり、このロケーション
が送信／受信手段２７６の受信管理手段へ送られる。

【０４９２】図６５〜６７を参照しながらバッファ管理
手段２８４の変形例２８４’を説明する。

【０４９３】概略的に言えば、手段２８４’は手段２８
４と類似しているが、手段３０５及び３０６が手段３０
５’及び３０６’によって置換されている。手段３０
５’及び３０６’は、フィルタとして機能する。すなわ
ち、メモリロケーション２６９内に格納されたデータフ
レームのフィールド１３に存在し、送信／受信手段２７
７の受信管理手段によって送られる宛先アドレスが、こ
のデータフレーム周辺手段２４の１つの宛先を示してい
ない場合、ルーティング手段３０５は、このロケーショ
ンを送信／受信手段２７７の受信管理手段のメールボッ
クス内に書き込み、同様にして、アップリンクフレーム
ルーティング手段３０６’は、受信されたロケーション
を、格納されたデータフレームの宛先アドレスに従っ
て、メールボックス２８６またはメールボックス２８９
のいずれかに書き込む。但し、アドレスが多数宛先（マ
ルチキャスト）アドレスの場合には、データフレームは
両方のメールボックスに書込まれる。

【０４９４】データフレームルーティング手段３０５’
の機能は、図６６のフローチャートによって示されてい
る。

【０４９５】図６３及び図６６を比較すると明らかなよ
うに、データフレームルーティング手段３０５’は、ル
ープにおいて、オペレーション３１９〜３２１と夫々同
一のオペレーション３２６〜３２８を有するが、オペレ
ーション３２６からオペレーション３２７に直接進む代
わりに、手段３０５’は、オペレーション３２９に進
む。オペレーション３２９において、手段３０５’は、
格納されたデータフレームのフィールド１３内に含まれ
る宛先アドレスを読み出し、その後、テスト３３０に進
み、テスト３３０において、このアドレスがマルチキャ
ストアドレスであるか否かを判断する。

【０４９６】テスト３３０の判断結果が”ＮＯ”であれ
ば、手段３０５’はテスト３３１に進み、宛先アドレス
が周辺手段２４のものであるか否かを判断する。

【０４９７】テスト３３０の判断結果またはテスト３３
１の判断結果が”ＹＥＳ”の場合、手段３０５’は、オ
ペレーション３２７に進み、次いで、ループの開始位置
に戻る前にオペレーション３２８に進む。テスト３３１
の判断結果が”ＮＯ”の場合、すなわち、アドレスがマ
ルチキャストアドレスでも１つの周辺手段２４のアドレ
スでもない場合、手段３０５’は、オペレーション３３
２を実行する。オペレーション３３２において、手段３
０５’は、送信／受信手段２７７の受信管理手段のメー
ルボックス内に引き渡されたバッファロケーション２６
９を直接書き込み、オペレーション３３２が終了したら
ループの開始位置に戻る。

【０４９８】アップリンクフレームルーティング手段３
０６’の機能は、図６７のフローチャートによって示さ
れている。

【０４９９】図６６及び６７の比較から明らかなよう
に、手段３０６’によるループにおいて実行される一連
のオペレーションは、オペレーション３３２〜３２５と
夫々同一のオペレーション３３３〜３３６を有するが、
待機オペレーション３３３から次に進む際に、オペレー
ション３３４に進む代わりに、手段３０６’は、オペレ
ーション３３７に進む。オペレーション３３７におい
て、手段３０６’は、引き渡されたメモリロケーション
２７１のフィールド１３内の宛先アドレスを読み出し、
その後、テスト３３８に進む。テスト３３８において、
手段３０６’は、このアドレスがマルチキャストアドレ
スであるか否かを判断する。

【０５００】テスト３３８の判断結果が”ＮＯ”の場
合、手段３０６’は、オペレーション３２３〜３２５と
夫々同一のオペレーション３３４〜３３６を実行し、そ
の後、ループの開始位置に戻る。

【０５０１】テスト３３８の判断結果が”ＮＯ”の場
合、手段３０６’は、テスト３３９に進み、宛先アドレ
スが周辺手段２４のアドレスであるか否かを判断する。

【０５０２】その判断結果が”ＹＥＳ”である場合、手
段３０６’は、オペレーション３４０を実行する。オペ
レーション３４０は、そのロケーションを通信したメモ
リ２７１に対応するカウンタに１を設定する。その後、
手段３０６’はオペレーション３４１に進み、このロケ
ーションをメールボックス２８９内に書き込み、オペレ
ーション３４１が終了したら、手段３０６’は、ループ
の開始位置に戻る。

【０５０３】テスト３３９の判断結果が”ＮＯ”の場
合、ルーティング手段３０６’は、オペレーション３４
２を実行する。オペレーション３４２において、手段３
０６’は、受信されたロケーションのバッファに対応す
るカウンタに１を設定し、その後、オペレーション３４
３において、手段３０６’は、このロケーションをメー
ルボックス２８６に書き込む。オペレーション３４３が
終了すると、手段３０６’はループの開始位置に戻る。

【０５０４】ルーティング手段３０５’及び３０６’に
よって実行されるフィルタリングオペレーションは、ソ
フトウェア手段により直接的に実行することができる
が、以下に示すように、内容検索機能付きメモリ（cont
ent addressable memory）によるハードウエア手段によ
り実行することもできる。

【０５０５】図６８〜７０を参照しながらイーサネット
送信／受信手段２７７を説明する。

【０５０６】図４８及び図６８の比較から明らかなよう
に、中央手段２１’の送信／受信手段２７７は、通信変
換器１６０の送信／受信手段１８７と類似し、構成３４
４〜３４６は、構成２３５〜２３７に夫々対応する。

【０５０７】データフレーム受信管理手段３４４の機能
は、図６９のフローチャートに示されている。

【０５０８】図４９及び図６９の比較から明らかなよう
に、管理手段３４４は、管理手段２３５と同一の機能を
有し、管理手段３４４がループ内で実行するオペレーシ
ョン３４７〜３５０は、オペレーション２３８〜２４１
に夫々類似する。

【０５０９】イーサネットモジュール３４６の機能は、
図７０のフローチャートに示されている。

【０５１０】図５０及び図７０の比較から明らかなよう
に、イーサネットモジュール３４６がループ内で実行す
るオペレーション３５１〜３５７は、通信変換器１６０
のイーサネットモジュール２３７によって実行されるオ
ペレーション２４２〜２４５及び２４８〜２５０と夫々
類似する。しかし、オペレーション３５４は、オペレー
ション２４５において提供されるオペレーションに対し
て、使用されているバッファの数でカウンタをインクリ
メントするオペレーションが追加されている。

【０５１１】図７１は、イーサネットモジュール３４６
の変形例の機能を示している。この変形例は、フィルタ
として、すなわち、その宛先アドレスが周辺手段２４の
アドレスでもマルチキャストアドレスでもない場合にデ
ータフレームの受信を無視するように機能する。これ
は、テスト３５３の判断結果が”ＹＥＳ”の場合にテス
ト３５８を実行し、このテスト３５８の判断結果が”Ｙ
ＥＳ”の場合にはオペレーション３５４に進み、このテ
スト３５８の判断結果が”ＮＯ”の場合にはテスト３５
６に進むことによりなされる。

【０５１２】実際には、テスト３５８は、ソフトウェア
資源というより、イーサネットマイクロコントローラに
集積され、またはその外部に設けられた内容検索機能付
きメモリにより実行される。これを図７２及び７３を用
いて説明する。

【０５１３】図７２は、中央手段２１’の変形例３５９
の構成を示している。この変形例は中央手段２１’に類
似しているが、マイクロコントローラバス５５’に直接
接続された内容検索機能付きメモリ３６０を有する点で
異なる。

【０５１４】この内容検索機能付きメモリ３６０は、中
央手段３５９に到達したデータフレームの宛先アドレス
について、ルーティング手段３５０’及び３０６’によ
ってテストを実行するためにマイクロコントローラ５
２’により利用され、これにより上記のフィルタリング
を実行することができる。

【０５１５】他の変形例において、内容検索機能付きメ
モリ３６０は、イーサネットマイクロコントローラ２６
５により利用され、これにより、図７１のフローチャー
トに示した機能を有するイーサネットモジュール３４６
の変形例、すなわち、イーサネット伝送媒体によって受
信されたデータフレームのフィルタリングを実行するイ
ーサネットモジュールを使用することができる。

【０５１６】図７３は、中央手段２１’の他の変形例３
６１を示している。この変形例３６１は、中央手段２
１’の構成と類似した構成を有するが、導線３６４によ
ってインタフェース３６３に接続された内容検索機能付
きメモリ３６２が付加されている点でことなる。ここ
で、インターフェース３６３は、マイクロコントローラ
バス５５’に接続されている。

【０５１７】インターフェース３６３により、イーサネ
ットマイクロコントローラ２６５及びマイクロコントロ
ーラ５２’の双方が内容検索機能付きメモリ３６２を使
用することができる。従って、フィルタリングを実行す
るイーサネットモジュール３４６の変形例を使用するこ
と、ルーティング手段３０５’及び３０６’を使用する
ことの双方が可能になる。

【０５１８】概略的に言えば、中央手段２１に関する上
述の様々な変形例の説明は、中央手段２１’に適用され
ることに留意する必要がある。

【０５１９】次に、図７４〜８３を参照しながら、上述
の通信システムの変形例、すなわち、中央手段２１また
はその１つの変形例と、少なくとも１つの周辺手段２４
またはその１つの変形例とを含むシステムを説明する。

【０５２０】この変形例においては、半二重の代わり
に、共有伝送媒体を全二重としている。すなわち、中央
手段２１から周辺手段２４への方向（ダウンリンク方
向）及び周辺手段２４から中央手段２１への方向（アッ
プリンク方向）に関して、同時に伝送ができるように
し、この変形例のシステムによって使用される共有無線
媒体において、ダウンリンクフレームの伝送と別個のア
ップリンクフレームの伝送、及びその逆を可能にしてい
る。

【０５２１】図７４は、ダウンリンク方向において、４
つのバースト３７０Ａ〜３７０Ｄによる共有無線媒体の
占有の一例を示している。

【０５２２】図７４に示す期間ＴＲは、中央手段２１の
本変形例が、そのサービスメッセージ３１が送信許可メ
ッセージのタイプであるダウンリンクフレーム２５を伝
送するバーストの送信を開始した時から、時間ＴＲの期
間内にアップリンクフレーム２６を伝送するバーストの
受信が開始されていない場合において、新たなダウンリ
ンクフレームを伝送するまでの期間である。時間ＴＲの
期間内にアップリンクフレーム２６を伝送するバースト
の受信が開始されていない場合は、中央手段は、後述の
ように、このアップリンクフレームの受信が完了するま
で待つ。

【０５２３】他方、中央手段の本変形例において、その
サービスメッセージ３１が送信許可メッセージの存在し
ないメッセージのタイプであるダウンリンクフレームを
伝送する場合には、前のダウンリンクフレームの伝送の
終了の後にすぐさま新たなダウンリンクフレームを送信
することができる。

【０５２４】従って、バースト３７０Ａが終了した時、
中央手段の本変形例は、時間ＴＲの期間が経過するまで
待ち、その間にアップリンクフレームを伝送するバース
トが共有無線媒体上に現れない場合には、この期間が終
了するとすぐに、新たなダウンリンクフレームを伝送す
ることができるものと看做す。すなわち、本中央手段
は、その反応時間に対応する時間を有する期間の終了時
にバースト３７０Ｂを伝送する。

【０５２５】送信許可メッセージを含まないバースト３
７０Ｂによってダウンリンクフレームが伝送された場
合、本中央手段は、バースト３７０Ｂが終了した後にす
ぐに新たなダウンリンクフレームを送信可能であるとみ
なす。すなわち、本中央手段は、反応時間の後にバース
ト３７０Ｃを送信する。

【０５２６】バースト３７０Ｃにより伝送されるダウン
リンクフレームも送信許可メッセージを含み、応答する
周辺手段がない場合の反応を引き起こす。従って、本中
央手段は、時間ＴＲの期間の終了の後すぐに新たなダウ
ンリンクフレームを送信可能であるとみなす。これは、
送信許可メッセージを含むダウンリンクフレームを伝送
するバースト３７０Ｄの後、反応時間が経過した後にな
される。

【０５２７】バーストの送信の開始からの期間ＴＲのカ
ウントは、バーストによって伝送されるダウンリンクフ
レームに含まれるサービスメッセージの伝送の終了から
カウントすることになる。なお、全プリフィックス５０
が同一の時間であり、全サービススメッセージ３１が同
一の長さ（１２ octets）であり、信号５１の開始から
それらの伝送に要する時間は、全ダウンリンクフレーム
に関して同一になる。

【０５２８】つまり、プリフィックス５０及び信号５１
の一部（サービスメッセージを伝送するのに要する先頭
部分）を送信するのに要する時間をＣとすると、バース
トの開始からの期間ＴＲのカウントするには、サービス
メッセージの伝送の終了から期間ＴＲ−Ｃをカウントす
れば良い。

【０５２９】期間ＴＲは、送信許可メッセージの宛先と
なったあらゆる周辺手段が、当該メッセージに応答して
アップリンクフレームの伝送を開始できる最短の期間に
なるように選択される。

【０５３０】一例を挙げると、期間ＴＲは、大凡５５０
Ｔｓとすることができる。

【０５３１】図７４に示すバーストの例において、信号
５１は比較的短く、それらは、時間ＴＲが経過する前に
終了する。しかし、以下に示すように、実際には、信号
５１は、時間ＴＲの期間の終了時を越える場合もある。

【０５３２】概略的に言えば、中央ネットワーク通信手
段の本変形例は、上述の実施例に類似するが、同時に送
信及び受信が可能な無線モジュール及びダウンリンクフ
レーム生成手段を有する点で相違する。これらについ
て、図７５及び７６を用いて説明する。

【０５３３】中央手段の他の実施例としての全二重の許
可制御手段の機能を図７５のフローチャートにより説明
する。

【０５３４】図２２及び図７５の比較から明らかなよう
に、本許可コントローラは、半二重の許可コントローラ
と同様に機能し、オペレーション３７１〜３７６は、オ
ペレーション１１３〜１１５及び１１７〜１１９と夫々
同一である。しかし、本許可コントローラは、オペレー
ション１１６と非類似の処理を実行する。オペレーショ
ン１１６は、ダウンリンクフレームを送信するための許
可信号をインアクティブにするオペレーション３７３
と、フレーム受信継続信号が存在するか否かを判断する
テスト３７４との間に、期間Ｔの経過を待つオペレーシ
ョンである。

【０５３５】フレーム受信継続信号が存在しなくなるの
を待つオペレーション３７５により、周辺手段に対して
送信許可メッセージを送信することを避けることができ
る。なお、送信許可メッセージを受信した周辺手段は、
それに応答してアッププリンクフレームを送信する状態
になる。本許可制御手段の役割は、このような状況を避
けるために不可欠である。

【０５３６】図７６は、中央手段２１の準備手段１１２
を全二重の変形例に置換したダウンリンクフレーム準備
手段の機能を示すフローチャートである。

【０５３７】図２３及び７６の比較から明らかなよう
に、本準備手段は、ループにおいて、手段１１２のよう
に、ダウンリンクフレームを準備するオペレーション３
７７に次いで当該ダウンリンクフレームを伝送するオペ
レーション３７８を実行する。

【０５３８】準備オペレーション３７７は、手段１１２
により実行されるオペレーション１２０と同一であり、
オペレーション３７９〜３８５は、オペレーション１３
３〜１３９と夫々同一である。しかし、オペレーション
３８０の終了後は、オペレーション３８１に直接進む代
わりに、本準備手段はテスト３８２を実行し、この判断
結果が”ＹＥＳ”の場合にのみオペレーション３８１に
進む。

【０５３９】オペレーション３８１において、所定のイ
ベント、すなわち、ダウンフレームを伝送するバースト
の送信の開始が起こった場合、本準備手段は、オペレー
ション３８６に進む。オペレーション３８６において、
本準備手段は、期間ＴＲの経過を待ち、期間ＴＲが経過
したら、オペレーション３８７に進む。オペレーション
３８７において、本準備手段は、ＤＬＦ伝送要求信号が
ハイレベルである場合に、この信号の立下りエッジを待
つ。すなわち、ダウンリンクフレームを伝送するバース
トが送信されている場合に、本準備手段は、オペレーシ
ョン３８３に進む前に、このバーストの送信の終了を待
つ。

【０５４０】テスト３８２の判断結果が”ＮＯ”の場合
は、本準備手段は、オペレーション３８７と類似したオ
ペレーション３８８を実行し、その後、オペレーション
３８４に進む。

【０５４１】オペレーション３８６〜３８８は、オペレ
ーション３８０においてダウンリンクフレームを送信す
るように送信／受信手段に要求があった場合に、本準備
手段は、オペレーション３８３またはオペレーション３
８４に直接進む前に、ダウンリンク方向における伝送媒
体が解放され、時間ＴＲの期間が経過するまで待つこと
を意味する。

【０５４２】中央手段２１の実施例の全二重の変形例に
おいて、準備手段１１２は準備手段１４１及び伝送手段
１４２により置換されている。そして、伝送手段１４２
は、図２７のフローチャートまたは図２８のフローチャ
ートに示されるものと類似した機能を有する伝送手段に
よって置換されており、ダウンリンクフレームを伝送す
るオペレーション１２１は、オペレーション３７８によ
って置換されている。

【０５４３】概略的に言えば、上述の周辺ネットワーク
通信手段の他の実施例についての全二重の変形例は、こ
れらの実施例に正確に対応するが、同時に送信及び受信
することが可能な無線モジュールに関しては、この限り
ではない。

【０５４４】次に、図７７〜図８１を用いて、アップリ
ンク方向及びダウンリンク方向における共有無線媒体の
占有に関する他の例を説明する。なお、これらの図には
無線モジュールの機能に関する信号も示されている。

【０５４５】図７７に示す例において、中央手段は、送
信許可メッセージを含むダウンリンクフレームを伝送す
るバースト３９０を送り、このメッセージに応答して、
宛先の周辺手段は、バースト３９０の送信が完了する前
であるにも拘わらず、アップリンクフレームを伝送する
バースト３９１を送信している。中央手段は、比較的長
いデータフレームを伝送しているが、このデータフレー
ムは、時間ＴＲの期間が経過する前に終了するバースト
３９０に対しては十分に短い。

【０５４６】従って、図７５の機能を有する許可コント
ローラにより、本中央手段は、新たなダウンリンクフレ
ームの送信が可能になるまで、バースト３９１の受信が
終了するのを待つ。新たなダウンリンクフレームの送信
は、反応時間が経過した後に開始されるバースト３９２
によりなされる。

【０５４７】図７８に示す例において、中央手段は、送
信許可メッセージ及びやや長いデータフレームを含むダ
ウンリンクフレームを伝送するバースト３９３を送信し
ている。

【０５４８】バースト３９３によって伝送された送信許
可メッセージに応答して、この送信許可メッセージの宛
先の周辺手段は、やや短いデータフレームを含むアップ
リンクフレームを伝送するバースト３９４を送信してお
り、このため、バースト３９４は、バースト３９３が終
了する前に終了している。

【０５４９】従って、本中央手段のダウンリンクフレー
ム準備手段または伝送手段は、ダウンリンクフレームを
伝送するオペレーション３７８において、新たなダウン
リンクフレームの送信が可能であると看做す前に、オペ
レーション３８６及び３８７を連続的に実行（すなわ
ち、バースト３９３の送信の終了を待つ）している。そ
して、反応時間の経過後、中央手段は、新たなダウンリ
ンクフレームを伝送するバースト３９５を送信してい
る。

【０５５０】図７９に示す例において、中央手段は、送
信許可メッセージのみを含むダウンリンクフレームを伝
送するバースト３９６を送信しており、バースト３９６
は非常に短く、宛先の周辺手段がアップリンクフレーム
を伝送するバースト３９７によって応答した時には既に
終了している。従って、中央手段は、その許可コントロ
ーラのオペレーション３６５により、再度ダウンリンク
フレームを送信できることを確認するためにバースト３
９７の終了を待つ。再度のダウンリンクフレームの送信
は、バースト３９８により、反応時間の経過後になされ
る。

【０５５１】図８０に示す例において、中央手段は、送
信許可メッセージ及び比較的長いデータフレームを含む
ダウンリンクフレームを伝送するバースト３９９を送信
しているが、この送信許可メッセージにより送信を許可
された周辺手段は、何の応答を返していない。また、バ
ースト３９９は、時間ＴＲの期間が経過した時、まだ送
信され続けている。新たなダウンリンクフレームの送信
が可能であると中央手段がみなすのは、上述のように、
このバーストの送信の終了時であり、新たなダウンリン
クフレームの送信は、バースト４００により反応時間の
経過後になされる。

【０５５２】最後に、図８１に示す例において、中央手
段は、送信許可メッセージ及び比較的短いデータフレー
ムを含むダウンリンクフレームを伝送するバースト４０
１を送信し、バースト４０１の送信は、時間ＴＲの期間
が経過する前に終了する。

【０５５３】バースト４０１によって送信許可メッセー
ジが伝送されることが予定された周辺手段が応答せず、
中央手段は、時間ＴＲの期間の終了から、バースト４０
２により、反応時間の経過後に新たなダウンリンクフレ
ームを送信できるものとみなしている。

【０５５４】上記の説明において、サービスメッセージ
が等価な中央手段２１の実施例間における相違は、送信
許可メッセージまたは送信非許可メッセージのタイプの
相違である。また、上記の説明は、これらの実施例の全
二重の変形例に関するものである。

【０５５５】概略的に言えば、全サービスメッセージが
送信許可メッセージのタイプである半二重の実施例と、
その全二重の変形例の実施例との間に存在する上記同様
の差異は、図８２及び図８３を参照することによりより
詳細に理解される。

【０５５６】図８２のフローチャートは、半二重の実施
例の手段１１１’（図２９）を置換する送信制御手段の
機能を示す。

【０５５７】図３０及び図８２の比較から明らかなよう
に、本送信制御手段は、手段１１１’のように機能し、
オペレーション３７１’〜３７６’は、オペレーション
１１３’〜１１５’及び１１７’〜１１９’と夫々同一
であるが、オペレーション１１６’のような待ちオペレ
ーションの実行がなく、オペレーション３７３’からオ
ペレーション３７４’へ直接進む点で異なる。

【０５５８】図８３のフローチャートは、半二重の実施
例を置換するダウンリンクフレーム準備手段の機能を示
している。

【０５５９】図３１及び８３の比較から明らかなよう
に、本準備手段は、準備手段１１２’のように機能し、
オペレーション３７７’と１２０’とは同一であり、オ
ペレーション３７８’はオペレーション１２１’と類似
しており、オペレーション３７９’及び３８１’及び３
８３’〜３８５’は、オペレーション１３３’〜１３
５’、１５５、１３８’及び１３９’と夫々同一である
が、オペレーション３８１’からオペレーション３８
３’に直接進む代わりに、本準備手段は、オペレーショ
ン３８６’及び３８７’を実行する。なお、オペレーシ
ョン３８６’及び３８７’は、図７６に示したオペレー
ション３７８のオペレーション３８６及び３８７と同一
である。

【０５６０】準備手段１１２’が準備手段１４１’及び
伝送手段１４２’により置換された中央手段の実施例の
全二重の変形例において、伝送手段１４２’は、図３５
のフローチャートにおいてオペレーション１２１’をオ
ペレーション３７８’により置換された機能を有するダ
ウンリンクフレーム伝送手段により置換されている。

【０５６１】上述の中央手段の他の全二重の変形例は、
中央手段２１及びそれに関する他の実施例、中央手段２
１’及びそれに関する他の実施例に関しても明らかであ
る。

【０５６２】本発明は、時分割マルチアクセス（ＴＤＭ
Ａ）プロトコルにも適用できる。これは、上記の説明に
おいて、送信許可メッセージをタイムスロットに置換
し、各周辺手段に対して、夫々周期的に配分されたタイ
ムスロットにおいてのみ伝送を許可することによりなさ
れる。この実施例に拠れば、送信を許可された周辺手段
の周期は、優先度の変化を考慮に入れるようにして変更
される。このようにして、多数の伝送すべきアップリン
クフレームを有する周辺手段は、少ししか伝送しない周
辺手段よりも多くのタイムスロットを配分される。

【０５６３】次に、図１３Ｂ、２０Ｇ及び２０Ｈを参照
して、本発明の好適な実施例に係る第１の優先度管理に
ついての変形例について説明する。

【０５６４】この変形例に拠れば、上記の実施例におい
て、周辺手段２４が中央手段２１により識別される場合
に、メッセージ種類情報４２２（図９Ａ）は、”分離フ
レーム”及び”非分離フレーム”の２つの形態をとる。

【０５６５】この形態が”非分離フレーム”の場合、図
９Ａに示す付加情報フィールドは、伝送すべきものとし
て既に決定されたフレームの数を情報として含む。該情
報を含むアップリンクフレームの伝送を行う周辺ネット
ワーク通信手段は、該情報に続けて該フレームを伝送す
る。

【０５６６】また、この形態が”分離フレーム”の場
合、付加情報フィールドは数０を含む。

【０５６７】図１３Ｂに示すように、周辺ネットワーク
通信手段のアドレス４５０、４５１、４５２、４５３、
４５４のテーブル６４は、中央ネットワーク通信手段に
認識されている通信手段の各々のアドレスを含む。テー
ブル６４において、各アドレスに対して優先度（不図
示）が割当てられており、この優先度は、該当するアド
レスを有する周辺ネットワーク通信手段によって伝送す
べきフレームの数に対応する。先の段落において示した
ように、この数によって、対応するカウンタがゼロに等
しいか否かに夫々依存する”分離フレーム”または”非
分離フレーム”の優先度を知ることができる。

【０５６８】すなわち、優先度４５５については、数”
０”がアドレス４５０に割当てられ、優先度４５６につ
いては、数”５”がアドレス４５１に割当てられ、優先
度４５７については、数”３”がアドレス４５２に割当
てられ、優先度４５８については、数”０”がアドレス
４５３に割当てられ、優先度４５９については、数”
１”がアドレス４５４に割当てられている。これらの各
優先度は、テーブル６４において優先度が割当てられる
アドレスを有する周辺ネットワーク通信手段によって伝
送されるアップリンクフレーム４２２のフレームメッセ
ージにおける付加情報フィールドの末尾の数に対応す
る。

【０５６９】個別の送信許可メッセージ準備手段６０１
は、この変形例においては、図２０Ｇのフローチャート
に従って動作する。送信許可メッセージ準備手段６０１
は、先ず、図２０Ｇのフローチャートのように、テーブ
ル６４が空でなくなるのを待つオペレーション６４０を
実行し、その後、オペレーション５５０で始まるループ
に入る。オペレーション５５０において、準備手段６０
１は、アドレステーブル６４の最初のアドレスに対応す
る周辺ネットワーク通信手段を”注目”周辺ネットワー
ク通信手段とする。

【０５７０】その後、テスト５５１において、周辺ネッ
トワーク通信手段の数が１に等しいか否かを判断し、オ
ペレーション５５２では、アドレステーブル６４におい
て、最も高い優先度を有するアドレスに対応する周辺ネ
ットワーク通信手段を探す。その後、オペレーション５
５３において、前記通信手段の優先度を１つ分デクリメ
ントする。

【０５７１】テスト５５１の判断結果が”ＹＥＳ”の場
合またはオペレーション５５３の後、オペレーション５
５４において、送信許可メッセージを準備し、送信許可
メッセージのメールボックスに書き込む。この送信許可
メッセージは、前記注目周辺ネットワーク通信手段に対
してのみ、当該メッセージに応答したフレームの伝送を
許可する。

【０５７２】その後、オペレーション５５５において、
前記送信許可メッセージを確認する信号を待つ。そし
て、最後に、送信許可メッセージ生成手段は、オペレー
ション５５０に戻り、これに続くテスト及びオペレーシ
ョン（図２０Ｇのフローチャート）が繰り返される。

【０５７３】第１の優先度管理手段の変形例に対応して
動作するアップリンクフレーム解析手段４６０は、図２
０Ｈのフローチャートに示すプログラムを実行する。先
ず、アップリンクフレーム解析手段４６０は、オペレー
ション５５６を実行する。オペレーション５５６におい
て、解析手段４６０は、アップリンクフレームのロケー
ションがメモリスペース６６に格納されるのを待つ。こ
のロケーションは、送信／受信手段７４から送られてく
る。かかるロケーションを受信した場合、アップリンク
フレーム解析手段はオペレーション６４２〜６４４を実
行する。これらのオペレーションは、図２０Ｆのフロー
チャートの６１３〜６１５と同一である。その後、解析
手段４６０は、オペレーション５５７を実行する。オペ
レーション５５７において、解析手段４６０は、前記フ
レームが格納されたメモリスペース６６の一部を読み出
し、その後、オペレーション５５８を実行する。オペレ
ーション５５８において、解析手段４６０は、フレーム
メッセージ４２０を読み出す。フレームメッセージ４２
０は、付加情報内に、アップリンクフレーム（該アップ
リンクフレームからフレームメッセージ４２０が取り出
される）を伝送した周辺ネットワーク通信手段準によっ
て準備及び／又は伝送されるのを待っているフレームの
数を含む。

【０５７４】その後、オペレーション５５９Ａにおい
て、アドレステーブル内の前記通信手段のアドレスに対
して、準備及び／又は伝送されるのを待っているフレー
ムの数に等しい優先度（フレームメッセージ４２２の付
加情報に含まれる数と等しい）を与える。その後、オペ
レーション５５９Ｂにおいて、メモリスペース管理手段
９３に信号を送る。この信号は、アップリンクフレーム
が格納されたメモリスペースのロケーションを示す。オ
ペレーション５５９Ｂに次いで、アップリンクフレーム
解析手段は、オペレーション５５６に戻り、オペレーシ
ョン５５６、５５７、５５８及び５５９が繰り返され
る。

【０５７５】アップリンクフレーム生成手段２０３の機
能のフローチャート、すなわち、上記の図４６に示され
たフローチャートは、この第１の優先度管理の変形例に
関して、オペレーション２２２Ａに次いで、フレームメ
ッセージを更新するオペレーション２２２Ｂを有する。
オペレーション２２Ｂの詳細は、図４６Ｂに示されてい
る。

【０５７６】先ず、テスト４１０において、ワーキング
メモリ内における待ちフレーム数に関するカウンタがゼ
ロであるか否かを判断する。テスト４１０の判断結果
が”ＹＥＳ”であれば、オペレーション４１１におい
て、第１のアップリンクフレームに含まれるフレームメ
ッセージの種類を先に説明した”分離フレーム”とす
る。この”分離フレーム”は、当該第１のフレームに続
いて周辺ネットワーク通信手段が伝送するフレームがな
いことを示す。テスト４１０の判断結果が”ＮＯ”であ
れば、オペレーション４１２において、第１のアッププ
リンクフレームに含まれるフレームメッセージの種類を
先に説明した”非分離フレーム”とする。この”非分離
フレーム”は、周辺ネットワーク通信手段が、当該第１
のフレームに次いで、さらに伝送するフレームを有する
ことを示す。

【０５７７】オペレーション４１１または４１２のいず
れかに次いで、アップリンクフレーム生成手段２０３
は、オペレーション４１３を実行する。オペレーション
４１３において、生成手段２０３は、該当するバッファ
またはメモリスペースに、オペレーション４１１または
４１２の１つによって定義されたフレームメッセージの
種類を書き込む。そして、最後に、オペレーション４１
４が実行される。オペレーション４１４において、生成
手段２０３は、図９及び９Ａに示されたフレームメッセ
ージ内に待ちフレーム数を書き込む。

【０５７８】従って、このオペレーション２２２Ｂは、
フレームメッセージを更新することになる。その後、手
段２０３は、オペレーション２２３及び図４６に示され
た後続のオペレーションを実行する。

【０５７９】この第１の優先度管理の変形例において、
送信許可メッセージを受信する周辺ネットワーク通信手
段は、準備及び／又は伝送されるのを待っているフレー
ム数が最大であるものに対応するフレームメッセージの
付加情報に含まれる数を伝送する。従って、周辺手段
は、伝送するフレームの数が依然として多い場合には、
実際には、全送信許可メッセージが割当てられることに
なる。

【０５８０】他の優先度管理の変形例は、手段２７３に
関する。図１８Ａを用いて説明すると、この変形例は、
第１に、好適な実施例（図１８）のアップリンクフレー
ム解析手段４６０内にアップリンクフレーム解析手段４
６２を含み、第２に、ステート制御手段４６１を含む。

【０５８１】アップリンクフレーム解析手段４６２及び
個別の送信許可メッセージ準備手段６０１は、協同し
て、アドレステーブル６４内のアドレスに割当てられた
優先度を更新するよう動作する。

【０５８２】アップリンクフレーム解析手段４６２は、
アップリンクフレーム解析手段４６０と同様に機能す
る。

【０５８３】送信許可メッセージ許可手段６０１（図１
８Ａ）の機能を図２０Ｉのフローチャートを用いて説明
する。手段６０１は、図２０におけるオペレーション６
１２及び４６５〜４７３の全てのオペレーションを実行
するが、オペレーション４７３に次いで、直接オペレー
ション４６５に戻る。この変形例においては、オペレー
ション４６３も４６４も存在しない。

【０５８４】この実施例において、送信許可メッセージ
準備デバイス６０１は、アドレステーブル６４におけ
る”ノーマルアクティブ”の優先度を”ロウアクティ
ブ”の優先度に更新するオペレーションと、送信許可を
準備するオペレーションとを連続して実行する。

【０５８５】ステート制御手段４６１（図１８Ａ）の機
能のフローチャートを図２０Ｊを用いて説明する。ステ
ートコントローラは、起動の直後に、オペレーション６
４５を実行する。オペレーション６４５において、ステ
ートコントローラは、テーブル６４が空でなくなるまで
待ち、その後、ループに入る。このループにおいて、ス
テートコントローラは、先ず、オペレーション５６０を
実行する。オペレーション５６０では、所定の期間（”
Ｄ”とする）が経過するのを待つ。ここで述べる例にお
いては、期間Ｄは、１０秒である。その後、オペレーシ
ョン５６１において、アドレステーブル６４の最初のア
ドレスに対応する周辺ネットワーク通信手段を”注目”
周辺ネットワーク通信手段とする。その後、オペレーシ
ョン５６２において、図２０Ｅに示す一連のオペレーシ
ョンに従って、注目通信手段の処理を実行する。その
後、テスト５６３において、注目通信手段が、アドレス
テーブル６４の最後のアドレスに対応するものであるか
否かを判断する。

【０５８６】判断の結果が”ＹＥＳ”であれば、ステー
トコントローラは、オペレーション５６０に戻る。そし
て、”ＮＯ”であれば、ステートコントローラは、アド
レステーブル６４から、先に述べた注目周辺手段のアド
レスの次のアドレスを取得し、この新たなアドレスを有
する通信手段を注目通信手段とする。

【０５８７】第３の優先度管理の変形例において、送信
許可割当手段、ここでは、送信許可メッセージ準備手段
６０１は、図２０、２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ及
び２０Ｅのフローチャートに示す動作ではなく、図２０
Ｍ、２０Ｋ、２０Ｌ、２０Ｂ、２０Ｊ及び２０Ｅのフロ
ーチャートに示す動作をする。この第３の変形例は、優
先度が”ハイアクティブ”の周辺ネットワーク通信手段
（かかる通信手段が存在する場合）に送信許可を送り、
その後、優先度が”ノーマルアクティブ”以上の通信手
段に送信許可を送り、その後、全通信手段に送信許可を
送る。

【０５８８】この第３の優先度管理手段の変形例におい
ては、テーブル６４が空でなくなるまで待つオペレーシ
ョン６４６の後に、送信許可メッセージ準備手段はルー
プに入る。このループは、ループカウンタを所定値”
Ｍ”に設定するオペレーション５２０の実行によって開
始される。その後、テスト５２１において、アドレステ
ーブル６４におけるアドレスが”ハイアクティブ”の優
先度である周辺ネットワーク通信手段の数が０より大き
いか否かを判断する。テスト５２１の判断結果が”ＹＥ
Ｓ”であれば、オペレーション５２２において、アドレ
ステーブル６４におけるアドレスが”ハイアクティブ”
の優先度である周辺ネットワーク通信手段の処理を実行
する。この処理は、図２０Ｂに示す一連のオペレーショ
ン及びテストに従ってなされる。オペレーション５２２
が終了すると、テスト５２１に戻る。

【０５８９】テスト５２１の判断結果が”ＮＯ”の場
合、オペレーション５２３において、ループカウンタが
１つ分デクリメントされる。その後、オペレーション５
２４において、アドレステーブル６４におけるアドレス
が”ノーマルアクティブ”である周辺ネットワーク通信
手段の処理を実行する。この処理は、図２０Ｋに示す一
連のオペレーション及びテストに従ってなされる。

【０５９０】優先度が”ノーマルアクティブ”である周
辺手段を処理する第１のオペレーションは、オペレーシ
ョン５２７である。オペレーション５２７においては、
周辺ネットワーク通信手段としてアドレステーブル６４
によって示された第１の周辺手段を宛先とする。その
後、テスト５２８において、アドレステーブル６４にお
いて、注目周辺ネットワーク通信手段のアドレスが”ハ
イアクティブ”の優先度であるか否かを判断する。この
判断結果が”ＹＥＳ”であれば、テーブル６４における
前記アドレスに与えられた優先度は、オペレーション５
２９において”ノーマルアクティブ”になる。テスト５
２８の判断結果が”ＮＯ”であれば、テスト５３２にお
いて、注目主変手段のアドレスが、アドレステーブル６
４において”ノーマルアクティブ”であるか否かを判断
する。この判断結果が”ＹＥＳ”の場合またはオペレー
ション５２９の終了した場合、オペレーション５３０に
おいて、送信許可メッセージを準備して送信許可メッセ
ージのメールボックスに書き込む。この送信許可メッセ
ージは、注目周辺ネットワーク通信手段にのみ当該メッ
セージに応答したフレームを伝送することを許可する。

【０５９１】上記の実施例における第１の優先度管理の
変形例において、送信許可割当手段、すなわち、この場
合、送信許可準備手段６０１は、各通信手段、詳しくは
優先度が最も低い通信手段に対して、特にオペレーショ
ン５５４により、伝送媒体を介した送信許可を割当て
る。

【０５９２】その後、オペレーション５３１において、
前記送信許可メッセージを確認する信号を待つ。

【０５９３】テスト５３２の判断結果が”ＮＯ”である
場合またはオペレーション５３１が完了した場合は、テ
スト５３３において、注目周辺手段がアドレステーブル
６４における最後のアドレスに対応する周辺手段である
か否かを判断する。判断結果が”ＮＯ”であれば、オペ
レーション５３４において、アドレステーブル６４にお
ける前回の注目周辺手段の次のアドレスに対応するネッ
トワーク通信手段を注目ネットワーク通信手段とし、テ
スト５２８及びこれに続くオペレーション及びテストを
繰り返す。

【０５９４】テスト５３３の判断結果が”ＮＯ”であれ
ば、テスト５２５において、ループカウンタがゼロであ
るか否かを判断する。テスト５２５の判断結果が”Ｎ
Ｏ”であればテスト５２１に戻る。テスト５２５の判断
結果が”ＹＥＳ”であれば、オペレーション５２６にお
いて、アドレステーブル６４におけるアドレスが”ロウ
アクティブ”の優先度である周辺ネットワーク通信手段
を処理する。この処理は、図２０Ｌに示す一連のオペレ
ーション及びテストに従ってなされる。

【０５９５】図２０Ｌは、図２０Ｋに示す一連のオペレ
ーションに対して、テスト５３２の判断結果が”ＮＯ”
である場合に行うテスト５３５を付加したものである。
テスト５３５は、注目周辺手段が、アドレステーブル６
４において、”ロウアクティブ”の優先度であるか否か
を判断する。テスト５３５の判断結果が”ＮＯ”であれ
ば、テスト５３３及びその後続のテスト及びオペレーシ
ョンが実行される。テスト５３５の判断結果が”ＹＥ
Ｓ”であれば、オペレーション５３０及びそれに続く上
述のテスト及びオペレーションが実行される。

【０５９６】最後に、エンドレスループにおいて、図２
０Ｍ及び、特定の場合には図２０Ｋに示す全オペレーシ
ョンを続けるために、オペレーション５２０に戻る。

【０５９７】この第３の優先度管理の変形例に拠れば、
周辺手段が、アドレステーブル６４において、”ハイア
クティブ”の優先度のアドレスが与えらた場合は、この
手段の処理は、アドレステーブル６４において”ノーマ
ルアクティブ”の優先度が与えられたアドレスに対応す
る全周辺手段、アドレステーブル６４において”ロウア
クティブ”の優先度が与えられたアドレスに対応する全
周辺手段よりも先になされる。

【０５９８】状況に応じて他の様々な変形例が考えられ
る。

【０５９９】特に、他の変形例を挙げると、無線通信伝
送媒体を赤外線伝送媒体その他のワイヤレス伝送媒体、
または他の有線媒体によって置換しても良い。また、周
辺手段により受信されるアップリンクフレームを無視せ
ずに、アップリンクフレームが周辺手段による処理を生
じさせるようにしても良い。

【０６００】本発明は、上述の例に限定されない。

【０６０１】特に、本発明は、集中化されたポーリング
通信プロトコルのみに限定されるものではなく、いかな
るプロトコルが使用されようとも、デジタルデータ伝送
に関するあらゆる変換器に拡張できる。

【０６０２】特に、本発明は、一方では集中化されてい
ないネットワーク、すなわち、他の通信手段に送信許可
を送る通信手段を備えないネットワーク、他方では繰り
返しを行わないネットワーク、すなわち、個別の通信手
段によって送信されたフレームを繰り返す通信手段を備
えないネットワークにも適用される。

【０６０３】集中化されておらず、繰り返しを行わない
ネットワークを構成するために、当業者は上記の説明を
容易に使用し得る。ただし、 −集中化されたネットワーク通信手段を構成しない、 −中央ネットワーク通信手段のみに関する説明部分を、
周辺ネットワーク通信手段に関する他の部分の説明また
は補足として使用する、 −説明中の各周辺ネットワーク通信手段に関して、”ダ
ウンリンクフレーム”を共有伝送媒体によって周辺ネッ
トワーク通信手段に伝送されるフレームに対応させ、”
アップリンクフレーム”を前記媒体によって周辺ネット
ワーク通信手段が伝送するフレームに対応させる、 必要がある。

【０６０４】かかる周辺ネットワーク通信手段のみから
なるネットワークの機能のモードの一例であるネットワ
ークをアクセスするプロトコル管理を以下に示す。

【０６０５】この例において、このプロトコルは、他の
通信手段と競合する可能性のある伝送の前に、待機期間
をランダムに選択することにより機能し、当業者に公知
の方法の他、以下の条件に従う。 −周辺ネットワーク通信手段によって、他の周辺ネット
ワーク通信手段の各々が、ネットワークによる伝送が許
可されているか否かを認識できるようにする情報を、各
アップリンクフレームにおいて提供させる。この情報に
より、図５〜８の中央ネットワーク通信手段によって送
信されるサービスメッセージを置換する。 −各周辺ネットワーク通信手段によって、送信が許可さ
れるか否か、それがいつかを、ダウンリンクフレーム中
に存在する情報に従って判断させる。

【０６０６】周辺ネットワーク通信手段の機能に関し
て、共有伝送媒体へのアクセスを制御する他のプロトコ
ル（例えば、ＴＤＭＡ（Time Division Multiple Acces
s））も知られている。このプロトコルにおいて、ステ
ーションは、それらに割り当てられたタイムスロットに
おいてのみ伝送することができる。

【０６０７】繰り返しを行わず、かつ集中化されていな
いネットワークにおいて動作する周辺ネットワーク通信
手段の第２の例に拠れば、各周辺ネットワーク通信手段
は、さらに、衝突検知手段を有する。なお、これらの衝
突は、２つの周辺ネットワーク通信手段の同時伝送によ
って起こる。

【０６０８】異なるステーションからの伝送媒体のアク
セスを管理するプロトコル（ＭＡＣプロトコル）に関し
て、他の例は、ＩＥＥＥ勧告８０２．３により提供され
るところのＣＳＭＡ／ＣＤ（carrier sense multiple a
ccess/collision detection）タイプのものを含む。

【０６０９】このプロトコルに拠れば、各周辺ネットワ
ーク通信手段は、共有伝送媒体が有効な場合に送信を許
可される。周辺ネットワーク通信手段がデータを送信す
る場合は、伝送媒体を監視し、この媒体が解放されたら
すぐに、衝突の発生を監視しながらデータフレームを伝
送する。周辺ネットワーク通信手段がアップリンクフレ
ームの伝送中に衝突を検知した場合は、すぐさま伝送を
中止し、ランダムな時間を選択して、この時間が経過し
た後に再度当該アップリンクフレームを送信する。

【０６１０】繰り返しを行う／行わない、中央手段を備
える／備えないネットワークの他の様々な変形は、当業
者に公知の範囲、特に当業者がケーブルネットワークに
関して知り得る範囲で可能である。

【０６１１】本発明は、結果として、”TOKEN RIN
G”、”TOKEN BUS”及び”イーサネット”その他の名で
知られているプロトコルに従った伝送の変換に適用する
ことができる。

【０６１２】第２の優先度管理手段の変形例において、
図８４に示された一連のテスト及びオペレーションは、
テスト１３８、１３８’、３８４及び３８４’の判断結
果が”ＮＯ”である場合の後に、夫々オペレーション１
３９、１３９’、３８５及び３８５’の前に直ちに実行
される。このシーケンスは、先ず、テスト５７０を含
む。テスト５７０は、直前に伝送されたダウンリンクフ
レームのロケーションがデータフレームを含むか否かを
判断する。このテストの判断結果が”ＹＥＳ”の場合に
は、当該データフレームの宛先アドレスを読み出すオペ
レーション５７１が実行される。その後、テスト５７２
が実行される。テスト５７２は、この宛先アドレスが周
辺通信手段のアドレスであるか否かを判断するものであ
る。この判断結果が”ＹＥＳ”であれば、オペレーショ
ン５７３が実行される。オペレーション５７３は、アド
レステーブル６４内のこの該当するアドレスに対応する
優先度を更新する。２つのテスト５７０及び５７２の１
つの判断結果が”ＮＯ”の場合、またはオペレーション
５７３が終了した場合、夫々オペレーション１３９、１
３９’、３８５または３８５’の１つが実行される。こ
の変形例における利点は、更新の際に、該当する優先度
を、採り得る最大値の範囲内で増加させ得ることであ
る。従って、対応する通信手段は、データフレームを受
信した後にすぐさま新たな優先度が割当てられ、前回の
優先度を維持している場合よりも、迅速にそれに応答す
ることができる。

【０６１３】他の変形例に拠れば、Val_norm値は通信手
段に依存して変化するため、ある種のワークステーショ
ンは、他の実施例よりも迅速かつ頻繁に伝送を行うこと
ができる。

【０６１４】次に、優先度の管理を行わない変形例につ
いて説明する。

【０６１５】この変形例において、周辺手段のアドレス
のテーブル６４は、図１３Ａ及び１３Ｂに示された実施
例のような優先度を含んでいない。また、個別の送信許
可メッセージ準備手段６０１は、図２０Ｎのフローチャ
ートに示すように機能する。また、アップリンクフレー
ムアナライザ４６０または４６２は、図２０Ｂのフロー
チャートに示すように機能する。また、図４５に示すオ
ペレーション２１６Ｂは存在しない。また、図４６に示
すオペレーション２２２Ｂは、図４６Ａまたは図４６Ｂ
に示すものの代わりに、オペレーション２２７Ｂが存在
しなくても、それが通常フレームであることを示すフレ
ームメッセージの種類を取得するための単純なオペレー
ションからなる。また、図８４に示すオペレーションは
存在しない。

【０６１６】図２０Ｎに示すように、優先度管理を備え
ないこの変形例において、準備手段６０１は、起動の直
後にオペレーション６５０を実行する。オペレーション
６５０において、準備手段６０１は、テーブル６４が空
でなくなるまで待つ。

【０６１７】テーブル６４が空でなくなったら、準備手
段６０１は、オペレーション６５１を実行する。オペレ
ーション６５１では、テーブル６４の最初にある周辺手
段２４のアドレスを注目アドレスとする。

【０６１８】その後、準備手段６０１は、オペレーショ
ン６５２の実行により開始されるループに入る。オペレ
ーション６５２において、準備手段６０１は、注目アド
レスに対応する送信許可メッセージ、すなわち、メッセ
ージ３１（図８）を準備する。メッセージ３１におい
て、メッセージ種類情報３７は、送信許可メッセージで
ある場合を示し、アドレス３８は、注目アドレスであ
る。

【０６１９】その後、準備手段６０１は、オペレーショ
ン６５３を実行する。オペレーション６５３において、
準備手段６０１は、直前に準備された送信許可メッセー
ジをメールボックス９７内に書き込み、その後、オペレ
ーション６５４に進む。オペレーション６５４におい
て、準備手段６０１は、生成手段９５から送信許可メッ
セージの確認信号を受信するまで待つ。

【０６２０】確認信号を受信したら、準備手段６０１
は、テストオペレーション６５５に進む。テスト６５５
において、準備手段６０１は、注目周辺手段のアドレス
がテーブル６４内の最後のアドレスであるか否かを判断
する。

【０６２１】この判断結果が”ＮＯ”であれば、準備手
段６０１はオペレーション６５６を実行する。オペレー
ション６５６において、準備手段６０１は、テーブル６
４における次のアドレスを注目アドレスとし、”ＹＥ
Ｓ”であれば、準備手段６０１はオペレーション６５７
を実行する、オペレーション６５７において、準備手段
６０１は、このテーブル内の最初のアドレスを注目アド
レスとする。

【０６２２】オペレーション６５６または６５７が終了
すると、準備手段６０１は、ループの開始位置に戻り、
オペレーション６５２〜６５７を繰り返して実行する。

【０６２３】概略的に説明すると、この変形例において
は、送信許可メッセージは、巡回的なローテーション動
作により、テーブル６４を一巡することで単純に準備さ
れる。

【０６２４】次に、図２０Ｐを用いて、優先度管理を備
えない本変形例における解析手段４６０または４６２の
動作を説明する。

【０６２５】起動の後、解析手段はオペレーション６５
８を実行する。オペレーション６５８において、解析手
段は、送信／受信手段７４からバッファロケーションを
受信するまで待つ。

【０６２６】バッファロケーションを受信すると、解析
手段は、オペレーション６５９を実行する。オペレーシ
ョン６５９において、解析手段は、当該バッファに格納
されたアップリンクフレームに含まれるフレームメッセ
ージを読み出し、その後、テスト６６０を実行する、テ
スト６６０において、解析手段は、このフレームメッセ
ージがネットワークへの挿入の要求であるか否かを判断
する。

【０６２７】この判断結果が”ＹＥＳ”であれば、手段
４６０は、安全上の理由により、テスト６６１を実行す
る。テスト６６１において、解析手段は、このアップリ
ンクフレームに含まれるアドレスが既にテーブル６４に
含まれるか否かを判断する。

【０６２８】この判断結果が”ＮＯ”であれば、管理手
段は、このアドレスをテーブル６４に追加するオペレー
ション６６２を実行する。

【０６２９】オペレーション６６２が終了した場合また
はテスト６６０の判断結果が”ＮＯ”の場合、またはテ
スト６６１の判断結果が”ＹＥＳ”の場合、解析手段は
オペレーション６６３に進む。オペレーション６６３に
おいて、解析手段は、管理手段９３に対して、送信／受
信手段７４により送られてきたバッファロケーションを
送る。その後、解析手段は、ループの開始位置に戻り、
上述のオペレーションを繰り返して実行する。

【０６３０】上記の変形例は、それらが矛盾しない場合
には結合され、本発明に係る複数の方法、装置、システ
ムの構築を可能にする。

【０６３１】なお、本発明は、複数の機器（例えば、ホ
ストコンピュータ，インタフェイス機器，リーダ，プリ
ンタなど）から構成されるシステムに適用しても、一つ
の機器からなる装置に適用してもよい。

【０６３２】また、本発明の目的は、上述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（または、ＣＰ
ＵやＭＰＵ）が記憶媒体に格納されたプログラムコード
を読み出し、実行することによっても、達成されること
は言うまでもない。この場合、記憶媒体から読み出され
たプログラムコード自体が、上述した実施形態の機能を
実現することになり、そのプログラムコードを記憶した
記憶媒体は本発明を構成することになる。

【０６３３】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０６３４】また、コンピュータが読み出したプログラ
ムコードを実行することにより、上述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）などが実際の処理の一部または
全部を行ない、その処理によって、上述した実施形態の
機能が実現される場合も含まれることは言うまでもな
い。

【０６３５】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行な
い、その処理によって、上述した実施形態の機能が実現
される場合も含まれることは言うまでもない。

【０６３６】

【図面の簡単な説明】

【図１】従来より知られるローカルエリアネットワーク
（ＬＡＮ）の例をトポロジーにて示す図である。

【図２】本ネットワークのデータステーションの１つを
示す図で、データ処理ターミナルと、この種のステーシ
ョンの個別ネットワーク通信手段との間での協働を説明
する図である。

【図３】従来のネットワークにおける異なるステーショ
ン間で交換されるデータフレームの構成を示す図であ
る。

【図４】本発明を実施する、無線電波が共有伝送媒体と
して使用される無線ローカルネットワーク（ＷＬＡＮ-W
ireless Local Area Network)のトポロジーを示す図で
ある。

【図５】共有媒体を媒介として中央ネットワーク通信手
段により同報される、データフレームを含むダウンリン
クフレームの構成を示す図である。

【図６】共有媒体を媒介として中央ネットワーク通信手
段により同報される、データフレームを含まないダウン
リンクフレームの構成を示す図である。

【図７】各ダウンリンクフレームに含まれるサービスフ
レームの構成を示す図である。

【図８】各サービスフレームに含まれるサービスメッセ
ージの構成を示す図である。

【図９】共有伝送媒体を媒介として周辺ネットワーク通
信手段によって伝送されるアップリンクフレームの構成
を示す図である。

【図９Ａ】各アップリンクフレームに含まれるフレーム
メッセージの構成を示す図である。

【図１０】バースト状の伝送ダウンリンクフレーム及び
アップリンクフレームによる共有伝送媒体の占有状態の
例を示すタイミング図である。

【図１０Ａ】新規の周辺手段を図４に示すネットワーク
に付加する、ダウンリンク、アップリンクフレームそれ
ぞれに含まれるサービス、フレームメッセージを示すタ
イミング図である。

【図１１】中央ネットワーク通信手段の回路図である。

【図１２】中央通信手段のランダムアクセスメモリ中の
フレームバッファに対するメモリ空間を示す図である。

【図１３】アップリンクフレームを格納し、データフレ
ームを有するダウンリンクフレームを準備するための、
各バッファの構成を示す図である。

【図１３Ａ】優先レベルが割り当てられたアドレステー
ブルの内部構成を示す図である。

【図１３Ｂ】「第１の優先管理の変形」と称する変形例
に係る、優先レベルが割り当てられたアドレステーブル
の内部構成を示す図である。

【図１４】中央ネットワーク通信手段の機能を示す図で
ある。

【図１５】中央手段の無線モジュールの機能を説明する
タイミング図である。

【図１６】中央通信手段の送信／受信手段に含まれる受
信管理手段の機能を説明するフロー図である。

【図１７】中央通信手段の送信／受信手段に含まれる送
信管理手段の機能を説明するフローチャートである。

【図１８】中央伝送制御手段を詳細に示す、中央通信手
段の部分的な機能図である。

【図１８Ａ】中央伝送制御手段の変形例を示す図であ
る。

【図１９】中央伝送制御手段のバッファ管理手段の機能
を説明するフロー図である。

【図１９Ａ】図１８に示す中央伝送制御手段の集合的な
送信許可メッセージ準備手段の機能を説明するフロー図
である。

【図２０】図１８に示す中央伝送制御手段の個別送信許
可メッセージ準備手段の機能を説明するフロー図であ
る。

【図２０Ａ】図２０のフロー図に示す、周辺手段のカウ
ンタ更新オペレーションの詳細を示すフロー図である。

【図２０Ｂ】図２０のフロー図に示す、ハイアクティブ
周辺手段の処理動作の詳細を示すフロー図である。

【図２０Ｃ】図２０のフロー図に示す、ノーマルアクテ
ィブ周辺手段の処理動作の詳細を示すフロー図である。

【図２０Ｄ】図２０のフロー図に示す、ローアクティブ
周辺手段の処理動作の詳細を示すフロー図である。

【図２０Ｅ】図２０Ａのフロー図において着目している
周辺手段の処理動作の詳細を示すフロー図である。

【図２０Ｆ】「第３の優先管理の変形」と呼ばれる変形
例に係る、図１８に示す中央伝送制御手段のアップリン
クフレーム解析手段の機能を説明するフロー図である。

【図２０Ｇ】第１の優先管理の変形に係る、図２０の送
信許可メッセージ準備手段の変形例の機能を説明するフ
ロー図である。

【図２０Ｈ】第１の優先管理の変形に係る、図２０Ｆの
アップリンクフレーム解析手段の変形例の機能を説明す
るフロー図である。

【図２０Ｉ】図１８Ａの中央伝送制御手段に含まれる個
別送信許可メッセージ準備手段の機能を説明するフロー
図である。

【図２０Ｊ】図１８Ａの中央伝送制御手段に含まれる状
態制御手段の機能を説明するフロー図である。

【図２０Ｋ】図２０Ｃに示すノーマルアクティブ周辺手
段の処理動作の変形例を示すフロー図である。

【図２０Ｌ】図２０Ｄに示すローアクティブ周辺手段の
処理動作の変形例を示すフロー図である。

【図２０Ｍ】「第２の優先管理の変形」と呼ばれる変形
例に係る、図２０Ｉの個別送信許可メッセージ準備手段
の変形例の機能を説明するフロー図である。

【図２０Ｎ】いわゆる「無優先管理」の変形に係る、図
１８Ａの中央伝送制御手段に含まれる個別送信許可メッ
セージ準備手段の他の変形例の機能を説明するフロー図
である。

【図２０Ｐ】無優先管理の変形に係る、アップリンクフ
レーム解析手段の他の変形例の機能を説明するフロー図
である。

【図２１】特に中央伝送制御手段に含まれるダウンリン
クフレーム生成手段を示す、中央ネットワーク通信手段
の部分的機能図である。

【図２２】ダウンリンクフレーム生成手段に含まれる許
可制御手段の機能を説明するフロー図である。

【図２３】ダウンリンクフレーム生成手段に含まれるダ
ウンリンクフレーム準備手段の機能を説明するフロー図
である。

【図２４】図２３のフロー図に含まれるダウンリンクフ
レームの準備動作の詳細を示すフロー図である。

【図２５】図２１と同様のダウンリンクフレーム生成手
段についての第２の実施形態を示す図である。

【図２６】図２５に示すダウンリンクフレーム生成手段
のダウンリンクフレーム準備手段の機能を説明するフロ
ー図である。

【図２７】図２５に示すダウンリンクフレーム生成手段
のダウンリンクフレーム伝送手段の機能を説明するフロ
ー図である。

【図２８】図２７と同様のダウンリンクフレーム伝送手
段についての変形例のフロー図である。

【図２９】図２１と同様のダウンリンクフレーム生成手
段についての第１の実施形態の変形例を示す図である。

【図３０】図２２と同様のダウンリンクフレーム生成手
段についての第１の実施形態の変形例を示す図である。

【図３１】図２３と同様のダウンリンクフレーム生成手
段についての第１の実施形態の変形例を示す図である。

【図３２】図２４と同様のダウンリンクフレーム生成手
段についての第１の実施形態の変形例を示す図である。

【図３３】図２５と同様のダウンリンクフレーム生成手
段についての第２の実施形態の変形例を示す図である。

【図３４】図２６と同様のダウンリンクフレーム生成手
段についての第２の実施形態の変形例を示す図である。

【図３５】図２７と同様のダウンリンクフレーム生成手
段についての第２の実施形態の変形例を示す図である。

【図３６】特に周辺ネットワーク通信手段を表わす、図
４に示すネットワークのデータステーションの１つにつ
いての回路図である。

【図３７】周辺手段の一部を形成する通信変換器のＲＡ
Ｍ内のフレームバッファを与えるメモリ空間の構成を示
す図である。

【図３８】データフレームを格納し、アップリンクフレ
ームを準備する各バッファが有する構成を示す図であ
る。

【図３９】特に通信変換器を示す周辺手段の部分的な機
能図である。

【図４０】特に通信手段が有する送信／受信手段の部分
的な機能図である。

【図４１】送信／受信手段が有する受信管理手段の機能
を説明するための図である。

【図４２】送信／受信手段が有する送信管理手段の機能
を説明するための図である。

【図４３】周辺手段の部分的な機能図であり、特に、そ
の通信変換器が有する周辺伝送制御手段を示す図であ
る。

【図４４】周辺伝送制御手段の有するダウンリンクフレ
ームバッファ管理手段の機能を説明するフロー図であ
る。

【図４５】周辺伝送制御手段の有するアップリンクフレ
ームバッファ管理手段の機能を説明するフロー図であ
る。

【図４５Ａ】周辺伝送制御手段の有するダウンリンクフ
レーム生成手段の機能を説明するフロー図である。

【図４５Ｂ】ランダム処理に従って周辺手段が送信許可
されるまで待つオペレーションの詳細を示す図である。

【図４５Ｃ】上記のオペレーションの変形例を示す図で
ある。

【図４６】図４５Ａのデータフレームを含むアップリン
クフレームを生成するオペレーションの詳細を示すフロ
ー図である。

【図４６Ａ】図４６のフロー図におけるフレームメッセ
ージの更新オペレーションの詳細を示すフロー図であ
る。

【図４６Ｂ】上記のオペレーションの変形例を示す図で
ある。

【図４７】周辺伝送制御手段の有するデータフレーム生
成手段の機能を説明するフロー図である。

【図４７Ａ】上記フローの変形例を示す図である。

【図４８】図４のネットワークのデータステーションの
１つに係る部分的な機能図であり、特に周辺ネットワー
ク通信手段の通信変換器の有するイーサネット送信／受
信手段を示す図である。

【図４９】イーサネット送信／受信手段の有するデータ
フレーム受信管理手段の機能を説明するフロー図であ
る。

【図５０】イーサネット送信／受信手段の有するイーサ
ネットモジュールの機能を説明するフロー図である。

【図５０Ａ】図５０に示すフロー図の変形例を示す図で
ある。

【図５０Ｂ】図５０に示すフロー図の変形例を示す図で
ある。

【図５１】図３６と同様の回路図であり、ターミナルの
ＩＳＡバスに接続されるカードの形態にて提供される周
辺ネットワーク通信手段の変形例を示す図である。

【図５２】本目的のため第２の実施形態の中央ネットワ
ーク通信手段にて相互接続される、図１に示すタイプの
ローカルネットワーク、及び図４に示すタイプのローカ
ルネットワークを形態的な観点にて示す図である。

【図５３】特に中央手段の第２の実施形態に係る回路図
である。

【図５４】中央手段のランダムアクセスメモリ中のフレ
ームバッファ用メモリ空間の構成を示す図である。

【図５５】本ランダムアクセスメモリ用ワークメモリの
要素を示す図である。

【図５６】中央ネットワーク通信手段に係る実施形態の
機能図である。

【図５７】本中央手段の送信／受信手段が有する受信管
理手段の機能を説明するフロー図である。

【図５８】中央通信手段の部分的な機能図であり、特に
その中央伝送制御手段を示す図である。

【図５９】図５８のダウンリンクフレーム生成手段が実
行するダウンリンクフレームの準備動作を示すフロー図
である。

【図６０】中央ネットワーク通信手段に係る第２の実施
形態の部分的な機能図であり、特にそのバッファ管理手
段を示す図である。

【図６１】バッファ管理手段の有する送信完了管理手段
の機能を説明するフロー図である。

【図６２】図６１に示すバッファの位置を解析するオペ
レーションを説明するフロー図である。

【図６３】図６０のバッファ管理手段のデータフレーム
ルーチング手段の機能を説明するフロー図である。

【図６４】図６０のバッファ管理手段のアップリンクフ
レームルーチング手段の機能を説明するフロー図であ
る。

【図６５】図６０と同様の、データフレームルーチング
手段とアップリンクフレームルーチング手段とがフィル
タの効果を示すバッファ管理手段についての変形例を示
す図である。

【図６６】図６５のデータフレームルーチング手段の機
能を示す図である。

【図６７】図６５のアップリンクフレームルーチング手
段の機能を示す図である。

【図６８】中央ネットワーク通信手段に係る第２の実施
形態の部分的な機能図であり、特にイーサネット送信／
受信手段を示す図である。

【図６９】図６８のデータフレーム受信管理手段の機能
を説明するフロー図である。

【図７０】図６８のイーサネットモジュールの機能を説
明するフロー図である。

【図７１】フィルタの効果をもつ本イーサネットモジュ
ールの変形例に係る機能を説明するフロー図である。

【図７２】図５３と同様、マイクロコントローラにて使
用される内容アドレスメモリ(CAM)を含む変形例に係る
回路図である。

【図７３】マイクロコントローラバスと内容アドレスメ
モリとの間にインタフェースを供することで、該メモリ
がマイクロコントローラとイーサネットマイクロコント
ローラの両方にて使用できる他の変形例を示す図であ
る。

【図７４】図１０と近似するが、無線伝送媒体が全２重
である実施形態におけるタイミング図である。

【図７５】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有する許可制御手段の機能を説明する
フロー図である。

【図７６】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有するダウンリンクフレーム準備手段
の機能を説明するフロー図である。

【図７７】図１５と同様の、ダウンリンク及びアップリ
ンク方向の全２重伝送媒体の占有状態を示すタイミング
図である。

【図７８】図１５と同様の、ダウンリンク及びアップリ
ンク方向の全２重伝送媒体の占有状態を示すタイミング
図である。

【図７９】図１５と同様の、ダウンリンク及びアップリ
ンク方向の全２重伝送媒体の占有状態を示すタイミング
図である。

【図８０】図１５と同様の、ダウンリンク及びアップリ
ンク方向の全２重伝送媒体の占有状態を示すタイミング
図である。

【図８１】図１５と同様の、ダウンリンク及びアップリ
ンク方向の全２重伝送媒体の占有状態を示すタイミング
図である。

【図８２】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有する許可制御手段の機能を説明する
フロー図である。

【図８３】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有するダウンリンクフレーム準備手段
の機能を説明するフロー図である。

【図８４】図２３，図３１，図７６，図８３に示すフロ
ー図のいずれか１つと特に結合する、「第５の優先管理
の変形」と呼ばれる変形例を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 タンホイザー フォーク フランス国 レンヌーアタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシュ− ランベール キヤノン リサー チ センター フランス ソシエテ アノ ニム内

Claims (56)

【特許請求の範囲】
1. 【請求項１】 協働手段（２１）と共にデジタル通信手
   段（２４）によりネットワーク伝送媒体を共有する方法
   であって、前記媒体上に前記の各デジタル通信手段に対
   するサービスメッセージを同報するオペレーションＫ）
   を含み、該サービスメッセージは、前記の各デジタル通
   信手段が前記媒体上への応答送信を許可されたか否か、
   すなわち、前記共有媒体が前記サービスメッセージの同
   報の後に送信が可能な状態になったかを示し、 前記オペレーションＫ）は、集合的なタイプ、すなわ
   ち、各々が前記媒体上への応答送信が許可されたことを
   示す送信許可メッセージを少なくとも１つの前記デジタ
   ル通信手段（２４）のグループに対して同報するオペレ
   ーションを含み、 前記の各デジタル通信手段が前記媒体上への送信を試み
   る場合に、送信対象となる一部を構成する前記グループ
   の各デジタル通信手段に送信を許可する前記集合的な送
   信許可メッセージを受信する都度、予め設定された規則
   の下で、この集合的な送信許可メッセージに応答して送
   信をするか否かを決定するオペレーションＬ）をさらに
   含むことを特徴とする。
2. 【請求項２】 請求項１に記載の方法において、前記オ
   ペレーションＬ）は、ランダムバロット（６２９；６３
   １）を実行するオペレーションを含み、その結果は前記
   予め設定された規則によって考慮されることを特徴とす
   る。
3. 【請求項３】 請求項２に記載の方法において、前記オ
   ペレーションＬ）は、前記の各デジタル通信手段が前記
   媒体上への送信を試みる場合に、送信対象となる一部を
   構成する前記グループに送信を許可する集合的な送信許
   可メッセージを受信する都度、ランダムなバロット（６
   ２９）を実行するオペレーションを含み、その結果は、
   適または不適の２つの値のいずれかであり、前記予め設
   定された規則は、該バロットの結果が適の場合には集合
   的な送信許可メッセージに応答して送信し、不適の場合
   には送信しないこととする規則であることを特徴とす
   る。
4. 【請求項４】 請求項３に記載の方法において、前記オ
   ペレーションＬ）における前記の各ランダムなタイプの
   バロット（６２９）は、適となる確率ｐを有し、確率ｐ
   は前記グループの一部を構成する各デジタル通信手段の
   パラメータを示すことを特徴とする。
5. 【請求項５】 請求項２に記載の方法において、前記オ
   ペレーションＬ）は、前記の各デジタル通信手段が送信
   を試みる都度、ランダムなタイプのバロット（６３１）
   を実行し、その結果が１から制限値Ｎの間の整数ｎであ
   る場合に、送信対象を構成する前記グループの各手段に
   送信を許可するｎ個の集合的な送信許可メッセージを受
   信するのを待ってから送信を行うオペレーションを含む
   ことを特徴とする。
6. 【請求項６】 請求項５に記載の方法において、前記オ
   ペレーションＬ）におけるＮは、前記グループの一部を
   構成する各デジタル通信手段に関するパラメータを示す
   ことを特徴とする。
7. 【請求項７】 請求項５または６に記載の方法におい
   て、前記の各バロットについて、ｎの値は１からＮの間
   において同程度であることを特徴とする。
8. 【請求項８】 請求項１乃至請求項７のいずれか１項に
   記載の方法において、前記オペレーションＫ）は、前記
   共有媒体に接続され得る全ての未識別のデジタル通信手
   段に対して、該未識別のデジタル通信手段の各々が前記
   共有媒体上への応答送信を許可されることを示す集合的
   なタイプの送信許可メッセージを同報するオペレーショ
   ンを含むことを特徴とする。
9. 【請求項９】 請求項８に記載の方法において、前記集
   合的なタイプの送信許可メッセージに応答する前記未識
   別の通信手段からの伝送は、前記通信手段を識別可能な
   アドレス情報（４２３）を含むことを特徴とする。
10. 【請求項１０】 請求項８に記載の方法において、前記
    応答に係る伝送に応じて、確認処理が起動されることを
    特徴とする。
11. 【請求項１１】 請求項１０に記載の方法において、前
    記確認処理は、前回未識別であった通信手段を識別する
    情報を含む識別メッセージを同報する工程を含むことを
    特徴とする。
12. 【請求項１２】 請求項１０または請求項１１に記載の
    方法において、前記確認処理は、 前記応答した伝送があった場合にタイマを使用する工程
    と、 前記確認処理の順調な終了に関連して発生し得るイベン
    トの発生を待つ工程と、 前記イベントが発生することなく前記タイマが計時終了
    した場合に前記確認処理を停止させる工程と、 をさらに含むことを特徴とする。
13. 【請求項１３】 請求項１２に記載の方法において、前
    記イベントは、前記識別メッセージの受信により構成さ
    れることを特徴とする。
14. 【請求項１４】 請求項１２に記載の方法において、前
    記未識別の通信手段は、他の前記集合的なタイプの送信
    許可メッセージに応答して、前記未識別の通信手段を識
    別可能な情報を含む伝送を繰り返すことを特徴とする。
15. 【請求項１５】 請求項１１乃至請求項１４のいずれか
    １項に記載の方法において、前記識別メッセージもまた
    送信許可メッセージであることを特徴とする。
16. 【請求項１６】 請求項１乃至請求項１５のいずれか１
    項に記載の方法において、 前記媒体をアクセスするための優先度であって、前記媒
    体による伝送に対する概略の要求を示す優先度を夫々割
    り当てられた前記通信手段を示すテーブル（６４）を供
    給し、 第１の予め設定された規則に基づいて各通信手段の優先
    度を更新する、 ことを特徴とする。
17. 【請求項１７】 請求項１６に記載の方法において、第
    ２の予め設定された規則に基づいて、その優先度に応じ
    て各通信手段に対して前記伝送媒体を連続的に使用可能
    にすることを特徴とする。
18. 【請求項１８】 請求項１７に記載の方法において、前
    記第２の予め設定された規則は、各通信手段に対して前
    記伝送媒体を定期的に使用可能にすることを特徴とす
    る。
19. 【請求項１９】 請求項１６乃至請求項１８のいずれか
    １項に記載の方法において、各ネットワーク通信手段
    は、夫々に固有のアドレスを有し、前記通信手段を示す
    テーブル（６４）は、該通信手段のアドレスを含むこと
    を特徴とする。
20. 【請求項２０】 請求項１６乃至請求項１９のいずれか
    １項に記載の方法において、前記通信手段を示すテーブ
    ル（６４）は、”中央手段”であるところのネットワー
    ク通信手段のメモリに格納され、該”中央手段”は、こ
    のテーブルの優先度の更新を実行する。
21. 【請求項２１】 デジタル通信手段の間でデータフレー
    ム（１２）を伝送する方法において、 Ａ）少なくとも１つの前記デジタル通信手段を周辺デジ
    タル通信手段（２４；２４’）とし、前記の各周辺手段
    が共有伝送媒体により前記データフレームを伝送及び／
    又は受信し、 前記共有伝送媒体によって、前記周辺手段から各々送ら
    れてくるアップリンクフレーム（２６）を受信し、また
    前記の各周辺手段へダウンリンクフレーム（２５）を同
    報することにより、中央デジタル通信手段（２１；２
    １’；３５９；３６１）が前記の各周辺手段（２４；２
    ４’）と通信する、 ように動作させるオペレーションと、 Ｂ）前記中央手段により、第１の予め定められた規則に
    基づいて、前記中央手段に送られてきたアップリンクフ
    レーム中の各データフレーム（４５）を、該データフレ
    ームの宛先のデジタル通信手段（２４；２４’；７）に
    再送する、または再送しないオペレーションと、 Ｃ）前記の各ダウンリンクフレーム（２５）は、 前記共有伝送媒体へのアクセスを制御するためのプロト
    コルを動作させるサービスメッセージ（３１）と、 第２の予め設定された規則に従って周辺手段（２４；２
    ４’）へデータフレーム（２８）を再送する場合には当
    該データフレーム（２８）と、 を含むものであり、前記の各ダウンリンクフレーム（２
    ５）が、前記サービスメッセージ（３１）と必要な前記
    データフレーム（２８）とを含むように、前記中央手段
    を動作させるオペレーションと、 Ｊ）前記中央手段及び該当する場合には前記の各周辺手
    段により、請求項１乃至請求項２０のいずれか１項に記
    載の方法に基づいて前記伝送媒体を共有させるオペレー
    ションと、 を含むことを特徴とする。
22. 【請求項２２】 請求項１６乃至請求項１９のいずれか
    １つと組合わせた請求項２１に記載の方法において、通
    信手段を示すテーブル（６４）は、前記中央デジタル通
    信手段（２１、２１’、３５９、３６１）のメモリに格
    納され、該中央手段が前記テーブルの優先度の更新を実
    行することを特徴とする。
23. 【請求項２３】 請求項２１または請求項２２に記載の
    方法において、少なくとも１つの前記デジタル通信手段
    は、アドレスを有し、変換部に接続されて周辺デジタル
    通信手段（２４；２４’）を構成し、 Ｄ）前記変換部において、該変換部が接続された通信手
    段のアドレスを取得するオペレーションと、 Ｅ）オペレーションＤにおいて取得したアドレスをネッ
    トワークで使用し、前記変換部が接続された通信手段か
    らの情報を前記アドレスと共にネットワークを介して伝
    送し、情報の宛先としてネットワーク上で識別されるよ
    うにするオペレーションと、 を含むことを特徴とする。
24. 【請求項２４】 夫々が特定のアドレスが割り当てられ
    た個別ネットワーク通信手段と協同するような複数のタ
    ーミナルの間でデジタルデータを伝送する方法であっ
    て、 前記の各ターミナルは、 一連のデータを送ろうとするターミナルの個別ネットワ
    ーク通信手段を特定するアドレスに対応する宛先アドレ
    スに随伴させる一連のユーザデータを、予め定められた
    方法に従って、その個別ネットワーク通信手段に引き渡
    すように、及び／又は、 予め定められた方法に従って、その個別ネットワーク通
    信手段によって一連のユーザデータが引き渡されること
    を許可するよう制御され、 前記の各個別ネットワーク通信手段は、 伝送媒体を介して、最初のビットから最後のビットまで
    を識別できる方法に従って、夫々ビットのストリームを
    伝送するバーストを送信または受信するように制御さ
    れ、さらに、 そのターミナルが個別ネットワーク通信手段に引き渡し
    た宛先アドレスに随伴する前記の一連のユーザデータの
    各々に関して、予め定められたフォーマットに基づいて
    整列された宛先アドレスとそれに随伴する一連のデータ
    とを含むデータフレーム（１２）を準備するように制御
    され、 準備された各データフレームに関して、前記伝送媒体を
    介して、このデータフレームを含むビットのストリーム
    を伝送するバーストを送信し、 前記伝送媒体によって受信された各バーストに関して、
    このバーストによって伝送されたビットのストリームに
    データフレームが存在するか否かを判断し、データフレ
    ームが存在する場合には、前記予め定められたデータフ
    レームのフォーマットに従ってそれを分離し、その中に
    存在する宛先アドレスが特定のアドレスと対応するか否
    かを判断し、対応する場合には、このデータフレーム
    （１２）における一連のデータを分離し、それをそのタ
    ーミナルに送る、 ように制御される方法において、 前記個別のネットワーク通信手段（２４；２４’；７）
    の間でデータフレームを伝送するオペレーションを含
    み、該オペレーションは、請求項２１乃至請求項２３の
    いずれか１項に記載の方法に基づいて実行されることを
    特徴とする。
25. 【請求項２５】 通信変換部を識別する方法であって、
    前記通信変換部は請求項１乃至請求項２０のいずれか１
    項に記載の方法に基づく共有伝送媒体に接続されると共
    に通信手段に接続され、前記通信変換部は前記通信手段
    から情報を受信して、その情報を共有媒体を介して伝送
    し、また前記通信変換部は前記共有媒体を介して送られ
    た情報を前記通信手段に引き渡し、また前記通信手段は
    アドレスを有し、 かかる変換部を識別する方法は、 Ｄ）前記通信変換部が前記通信手段のアドレスを取得す
    る工程と、 Ｅ）前記通信変換部がこのアドレスを前記ネットワーク
    に関する自己のオペレーションのために使用し、ネット
    ワークを介して、前記アドレスと共に、接続された通信
    手段からの情報を伝送し、ネットワーク上で情報の宛先
    として識別せしめることを特徴とする。
26. 【請求項２６】 デジタル通信手段の間の伝送媒体を共
    有する協働装置であって、 前記媒体上にサービスメッセージを同報する同報手段を
    有し、該サービスメッセージは、前記の各デジタル通信
    手段が前記媒体上への応答送信を許可されたか否か、す
    なわち、これらのサービスメッセージの同報後に前記共
    有媒体による送信が可能となったか否かを示し、 かかる協働装置において、 前記同報手段は、集合的なタイプ、すなわち、各々が前
    記媒体上への応答送信を許可されたことを示す送信許可
    メッセージを少なくとも１つの前記デジタル通信手段の
    グループに対して同報することを特徴とする。
27. 【請求項２７】 請求項１乃至請求項２５のいずれか１
    項に記載の方法を適用した前記中央デジタル通信手段と
    してのデジタル通信装置であって、 共有伝送媒体によって、前記周辺装置から各々送られて
    くるアップリンクフレームを受信し、また、前記の各周
    辺装置へダウンリンクフレームを同報することにより、
    少なくとも１つの周辺デジタル通信装置（２４；２
    ４’）と通信する手段（７３、７４；２７５、２７６）
    を有し、前記アップリンク及びダウンリンクフレーム
    （２６，２５）は、データフレーム（４５、２８）を含
    み、 さらに、第１の予め設定された規則に基づいて、送られ
    てきたアップリンクフレーム（２６）内に存在する各デ
    ータフレーム（４５）を、このデータフレームに関する
    宛先のデジタル通信装置（２４、２４’、７）に対して
    再送する、または再送しない手段（７３、７４；２７５
    〜２７７）を有し、 さらに、前記の各ダウンリンクフレーム内にサービスメ
    ッセージ（３１）と必要なデータフレーム（２８）とを
    含める同報手段（７３；２７５）を有し、 このサービスメッセージ（３１）は、前記共有伝送媒体
    へのアクセスを制御するためのプロトコルを動作させ、
    また、このサービスメッセージは、前記の各共有伝送媒
    体が、前記媒体上に送信することを許可されているか否
    か、すなわち、これらのサービスメッセージの同報後に
    共有媒体による送信が可能となるか否かを示し、 このデータフレーム（２８）は、第２の予め設定された
    規則に基づいて、それを周辺手段に再伝送するものがあ
    る場合に、このダウンリンクフレーム内に含められ、 結果として前記の各ダウンリンクフレームは、前記サー
    ビスメッセージ（３１）と必要な前記データフレーム
    （２８）を含み、 かかるデジタル通信装置において、 前記同報手段は、集合的なタイプ、すなわち、各々が前
    記媒体上への応答送信が許可されたことを示す送信許可
    メッセージを少なくとも１つの前記デジタル通信手段の
    グループに対して同報することを特徴とする。
28. 【請求項２８】 請求項２６または請求項２７に記載の
    デジタル通信装置において、前記同報手段（７３、２７
    ５）は、さらに、前記共有媒体に接続され得る全ての未
    識別のデジタル通信手段に対して、それらの各々に前記
    媒体上への応答送信を許可することを示す集合的なタイ
    プの送信許可メッセージを同報することを特徴とする。
29. 【請求項２９】 請求項２８に記載のデジタル通信装置
    において、確認処理を制御する確認手段をさらに備える
    ことを特徴とする。
30. 【請求項３０】 請求項２９に記載のデジタル通信装置
    において、前記送信許可メッセージに応答して通信手段
    により伝送されるメッセージに含まれる識別情報を検出
    する手段をさらに備え、 前記確認手段は、前記同報手段及び前記検出手段と共
    に、前記識別情報の検出の後に、前記識別情報を含む識
    別メッセージを同報することを特徴とする。
31. 【請求項３１】 請求項２９または請求項３０に記載の
    デジタル通信装置において、前記同報手段は、送信許可
    メッセージの形態の前記識別メッセージを同報すること
    を特徴とする。
32. 【請求項３２】 請求項２６乃至請求項３１のいずれか
    １項に記載の協働装置と協働して動作可能な通信手段を
    制御するための制御装置において、 集合的な送信許可メッセージの受信を検出する手段と、 集合的な送信許可メッセージの受信を検出する手段と共
    に動作し、 予め設定された規則に基づいて、制御装置に対応する通
    信手段が、集合的なタイプの送信許可メッセージの検出
    に次いで、それに応答した送信を行うか否かを判断し、
    また、 当該送信を許可する先を決定する、 決定手段と、 を備えることを特徴とする。
33. 【請求項３３】 請求項１乃至請求項２５のいずれか１
    項に記載の方法を前記周辺デジタル通信手段の構成に適
    用し、請求項２６乃至請求項３１のいずれか１項に記載
    の装置と協働して動作し得るデジタル通信装置におい
    て、 中央デジタル通信装置（２１；２１’；３５９；３６
    １）と通信する手段（１８５、１８６）を備え、共有伝
    送媒体によって、前記中央装置にアップリンクフレーム
    （２６）を伝送し、また、前記中央装置からダウンリン
    クフレーム（２５）を伝送することにより当該通信を行
    ない、前記アップリンクフレーム及びダウンリンクフレ
    ーム（２６、２５）はデータフレーム（４５、２８）含
    み、 送られてきた前記の各ダウンリンクフレームから、 前記共有伝送媒体へのアクセスを制御するためのプロト
    コルを動作させるサービスメッセージ（３１）を取り出
    し、 データフレーム（２８）がこのダウンリンクフレームに
    含まれている場合に当該データフレームを取り出す手段
    （１８５；１８６）をさらに備え、前記の各ダウンリン
    クフレームは、前記サービスメッセージ（３１）と必要
    な前記データフレーム（２８）とを含み、 集合的な送信許可メッセージの受信を検出する手段をさ
    らに備え、 集合的な送信許可メッセージの受信を検出する手段と共
    に動作し、 予め設定された規則に基づいて、制御装置に対応する通
    信手段により、集合的なタイプの送信許可メッセージの
    検出に次いで、それに応答した送信を行うか否かを判断
    し、また、 当該送信を許可する先を決定する、 決定手段をさらに備え、 伝送するアップリンクフレーム（２６）内に、前記中央
    装置でないデジタル通信装置（２４、２４’、７）への
    データフレーム（４５）を含める手段をさらに備えるこ
    とを特徴とする。
34. 【請求項３４】 請求項３２または請求項３３に記載の
    デジタル通信装置において、前記決定手段は、ランダム
    なタイプのバロット手段を有し、前記決定手段は、前記
    バロットの結果を使用することにより、前記送信を許可
    するか否かを決定することを特徴とする。
35. 【請求項３５】 請求項３２または請求項３３に記載の
    デジタル通信装置において、前記決定手段は、 送信許可に先立って、その結果が適または不適のいずれ
    かであるランダムなバロットを実行し、 バロットの結果が適の場合にのみ送信を許可する、 ことを特徴とする。
36. 【請求項３６】 請求項３５に記載のデジタル通信装置
    において、前記ランダムなバロットは適となる確率ｐを
    有し、前記決定手段は前記バロット手段と協働して動作
    可能なパラメータ化手段を有し、該パラメータ化手段は
    確率ｐをパラメータ化することを特徴とする。
37. 【請求項３７】 請求項３２または請求項３３に記載の
    デジタル通信装置において、前記決定手段はカウンタを
    有し、前記決定手段は、 送信許可に先立って、その結果が制限値Ｎ内の整数ｎと
    なるランダムなバロットを実行し、 前記検出手段によって検出された集合的な送信許可メッ
    セージをカウントするために前記カウンタと協働して動
    作し、 集合的な送信許可メッセージをｎ個検出した後に送信を
    許可する、 ことを特徴とする。
38. 【請求項３８】 請求項３７に記載のデジタル通信装置
    において、前記決定手段は、前記制限値Ｎをパラメータ
    化するために前記バロット手段と協働して動作可能なパ
    ラメータ化手段を有することを特徴とする。
39. 【請求項３９】 請求項３７または請求項３８に記載の
    デジタル通信装置において、前記バロット手段は、１と
    Ｎとの間の数と同等の前記数ｎを引き渡すことを特徴と
    する。
40. 【請求項４０】 請求項３２乃至請求項３９のいずれか
    １項に記載のデジタル通信装置において、 前記協働手段と共に動作し、前記集合的なタイプの送信
    許可メッセージに応答した前記通信手段からの伝送に対
    して、それを識別可能な情報を組み込むことを特徴とす
    る。
41. 【請求項４１】 請求項４０に記載のデジタル通信装置
    であって、応答に係る前記伝送に応じた確認処理を行う
    デジタル通信装置において、 タイミング手段と、 前記確認処理の正常終了に関連するイベントを検出する
    手段と、 を有し、前記決定手段は、 前記タイミング手段と共に動作し、前記集合的なタイプ
    の送信許可メッセージに応答した前記伝送があった場合
    に、タイマの使用を命じ、 前記確認処理の正常終了に関連するイベントを検出する
    前記手段と共に動作し、前記イベントが発生することな
    く前記タイマが計時終了した場合に前記確認処理の中止
    を命じる、 ことを特徴とする。
42. 【請求項４２】 請求項４１に記載のデジタル通信装置
    において、前記イベント検出手段は、前記集合的な送信
    許可メッセージに応答した前記伝送に既に組み込まれた
    前記情報を組み込んだ識別メッセージの受信を検出する
    ことを特徴とする。
43. 【請求項４３】 通信手段の間の伝送媒体を共有するシ
    ステムにおいて、請求項２６及び請求項２８乃至請求項
    ３１のいずれか１項に記載の協働装置と、少なくとも１
    つの請求項３２及び請求項３４乃至請求項４２のいずれ
    か１項に記載の制御装置とを有することを特徴とする。
44. 【請求項４４】 請求項２６乃至請求項３１のいずれか
    １項に記載の装置において、 前記媒体へのアクセスの優先度を各々割り当てられてお
    り、前記媒体を共有する通信手段を示すテーブルを格納
    するメモリと、 前記通信手段による前記媒体上への概略の伝送要求に従
    って前記アクセスの優先度を更新する手段と、 を有することを特徴とする。
45. 【請求項４５】 請求項４４に記載の装置において、前
    記の各通信手段に対して、その優先度に応じて、前記媒
    体上への送信許可を割当てる手段をさらに有することを
    特徴とする。
46. 【請求項４６】 請求項４５に記載の装置において、前
    記割り当て手段は、各通信手段への前記伝送媒体による
    送信許可の規則的な割当てを実行することを特徴とす
    る。
47. 【請求項４７】 請求項４４乃至請求項４６のいずれか
    １項に記載の装置において、各ネットワーク通信手段
    は、自己の特定のアドレスを有し、通信手段を示すテー
    ブル（６４）は、前記通信手段のアドレスを含むことを
    特徴とする。
48. 【請求項４８】 請求項２１乃至請求項２５のいずれか
    １項に記載の方法を前記周辺ネットワーク通信手段の構
    成に適用した通信装置において、少なくとも１つの書き
    込み手段を有し、該書き込み手段は、前記媒体上に送信
    する伝送の少なくとも幾つかに、その伝送要求を示す情
    報を取り込むことを特徴とする。
49. 【請求項４９】 請求項４８に記載の通信装置におい
    て、前記情報を運ぶ伝送に次いで、すぐさま前記通信手
    段により伝送され得る伝送の数を決定するためのカウン
    タを有し、前記伝送数は、少なくとも前記情報の一部を
    なすことを特徴とする。
50. 【請求項５０】 接続手段により接続された通信手段を
    制御する制御装置であって、前記通信手段と共有伝送媒
    体との間の変換器として機能し、請求項２６乃至請求項
    ３１のいずれか１項に記載の装置と協働して動作し得る
    制御装置において、 集合的な送信許可メッセージの受信を検出する手段と、 集合的な送信許可メッセージの受信を検出する手段の共
    に動作し、 予め定められた規則に基づいて、前記制御装置に対応す
    る通信手段により、集合的なタイプの送信許可メッセー
    ジの検出に次いで、それに応答した送信を行うか否かを
    決定し、また、 かかる送信を許可する先を決定する、 決定手段と、 前記の１つの通信手段に関するアドレスであって前記伝
    送媒体へのアクセスを制御するプロトコルの構築に使用
    されるアドレスを格納するメモリと、 を備えることを特徴とする。
51. 【請求項５１】 請求項１乃至請求項２５のいずれか１
    項に記載の方法を前記周辺デジタル通信手段の構築に適
    用した通信装置であって、接続手段によって接続される
    通信手段を制御し、前記通信手段と共有伝送媒体との間
    の変換器として機能する通信装置において、 中央デジタル通信装置（２１；２１’；３５９；３６
    １）と通信する手段（１８５、１８６）を備え、その通
    信は、共有伝送媒体によって、前記中央装置へのアップ
    リンクフレーム（２６）を伝送し、また、前記中央装置
    からのダウンリンクフレーム（２５）の受信することに
    より行ない、前記アップリンク及びダウンリンクフレー
    ム（２６、２５）はデータフレーム（４５、２８）を含
    み、 前記の各ダウンリンクフレーム（２５）より、 前記共有伝送媒体へのアクセスを制御するプロトコルを
    動作させるサービスメッセージ（３１）を取り出し、 このダウンリンクフレームにデータフレーム（２８）が
    存在する場合には、そのデータフレーム（２８）を取り
    出す手段（１８５、１８６）をさらに備え、前記の各ダ
    ウンリンクフレームは、前記サービスメッセージ（３
    １）と必要な前記データフレーム（２８）とを含み、 集合的な送信許可メッセージの受信を検出する手段をさ
    らに備え、 集合的な送信許可メッセージの受信を検出する手段と共
    に動作し、 予め定められた規則に基づいて、前記制御装置に対応す
    る通信手段により、集合的なタイプの送信許可メッセー
    ジの検出に次いで、それに応答した送信を行うか否かを
    決定し、また、 かかる送信を許可する先を決定する、 決定手段をさらに備え、 伝送するアップリンクフレーム（２６）に、前記中央装
    置以外のデジタル通信装置（２４、２４’、７）へのデ
    ータフレームを含める手段（１８５）をさらに備え、 前記の１つの通信手段に関するアドレスであって前記伝
    送媒体へのアクセスを制御するプロトコルの構築に使用
    されるアドレスを格納するメモリをさらに備えることを
    特徴とする。
52. 【請求項５２】 請求項１乃至請求項２５のいずれか１
    項に記載の方法を前記周辺通信手段の構成に適用した通
    信装置であって、接続手段によって接続される通信手段
    を制御し、前記通信手段と共有伝送媒体との間の変換器
    として機能する通信装置において、 中央デジタル通信装置（２１；２１’；３５９；３６
    １）と通信する手段（１８５、１８６）を備え、その通
    信は、共有伝送媒体によって、前記中央装置へのアップ
    リンクフレーム（２６）を伝送し、また、前記中央装置
    からのダウンリンクフレーム（２５）の受信することに
    より行ない、前記アップリンク及びダウンリンクフレー
    ム（２６、２５）はデータフレーム（４５、２８）を含
    み、 前記の各ダウンリンクフレーム（２５）より、 前記共有伝送媒体へのアクセスを制御するプロトコルを
    動作させるサービスメッセージ（３１）を取り出し、 このダウンリンクフレームにデータフレーム（２８）が
    存在する場合には、そのデータフレーム（２８）を取り
    出す手段（１８５、１８６）をさらに備え、前記の各ダ
    ウンリンクフレームは、前記サービスメッセージ（３
    １）と必要な前記データフレーム（２８）とを含み、 集合的な送信許可メッセージの受信を検出する手段をさ
    らに備え、 集合的な送信許可メッセージの受信を検出する手段と共
    に、 予め定められた規則に基づいて、前記制御装置に対応す
    る通信手段により、集合的なタイプの送信許可メッセー
    ジの検出に次いで、それに応答した送信を行うか否かを
    決定し、また、 かかる送信を許可する先を決定する、 決定手段をさらに備え、 伝送するアップリンクフレーム（２６）に、前記中央装
    置以外のデジタル通信装置（２４、２４’、７）へのデ
    ータフレームを含める手段（１８５）をさらに備え、 共有媒体上に送信する伝送の少なくとも幾つかの伝送
    に、その伝送要求を示す情報をを取り込むための書き込
    み手段と、 前記の１つの通信手段に関するアドレスであって前記伝
    送媒体へのアクセスを制御するプロトコルの構築に使用
    されるアドレスを格納するメモリをさらに備えることを
    特徴とする。
53. 【請求項５３】 請求項１乃至請求項２５のいずれか１
    項に記載の方法を適用する通信装置。
54. 【請求項５４】 通信システムにおいて、請求項２７乃
    至請求項３１及び請求項４４乃至請求項４７のいずれか
    １項に記載のデジタル通信装置と、請求項３３乃至請求
    項４２及び請求項４８乃至請求項５２のいずれか１項に
    記載の通信装置の少なくとも１つとを有することを特徴
    とする。
55. 【請求項５５】 通信システムにおいて、請求項１乃至
    請求項２５のいずれか１項に記載の方法を適用した通信
    装置を有することを特徴とする。
56. 【請求項５６】 伝送媒体を共有するシステムにおい
    て、請求項２６及び請求項２８乃至請求項３１のいずれ
    か１項に記載の協働装置と、請求項３２及び請求項３４
    乃至請求項４２のいずれか１項に記載の通信を制御する
    ための少なくとも１つの装置とを有することを特徴とす
    る。