JPS61287355A - データの転送方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔利用分野〕 本発明は、ソースと複数の受信データ処理装置の間でデ
ータを転送する装置および方法に関するものであり、更
に詳しくいえば複数のデータ処理装置および複数の周辺
装置の間でローカル・エリア・ネットワークに沿ってデ
ータを転送することに関するものである。

〔技術的背景〕

コンピュータ業界においては、たとえばコンピュータ、
プリンタ、メモリ等のような複数のデータ処理装置の間
でのデータと命令との転送は、全く普通のことである。

コンピュータおよび他の周辺装置の間の相互接続は、コ
ンピュータ・ネットワーキング装置の出現により、主と
して１９７０年代の初期に開発された。そのコンピュー
タ・ネットワーキング装置により、隣接するメインフレ
ームコンピュータをこえて処理リソースに対するアクセ
スの分配ができるようになった。

種々のユーザーが大型の時分割装置に対するアクセスを
行うとともに、それらの装置の間でのデータの転送を行
うために、ＡＲＰＡネットワークのようなネットワーク
が開発された。地理的に局地的なネットワークの場合に
は、典型的には同じ建物または隣接する建物内に配置さ
れている一層のコンピュータ、端末装置および周辺装置
を一緒に接続するためにいわゆる［ローカル・エリア・
ネットワークＪ　（Ｉ、ＡＮ）が開発された。そのロー
カル嘩エリア・ネットワークによりそれらの各装置はそ
れらの装置相互間で、かつ他のネットワークに取りつけ
られている他の装置との間で通信できることになる。ネ
ットワークにより分散コンピユーテイング表いし分布コ
ンピユーテイングを実現できる。言い換えると、ローカ
ル・エリア・ネットワークに結合されているいくつかの
装置を、ファイル格納、データベース管理、端末装置の
取扱い等のような特殊な機能の実行に専用させることが
できる。種々のタスクを実行する異なるマシンを有する
ことにより、分布コンピユーテイングはシステムの実現
を一層容易かつ効率良く行うことができる。

ローカル−エリア・ネットワークは、長距離伝送を行う
同種のネットワークとはいくつかの面で異なる。決定的
な差異は、ＡＲＰＡネットワークのような長距離伝送ネ
ットワークの設計者が、経済的な理由および法令上の理
由により、それが技術的に妥当かどうかとは無関係に公
衆電話ネットワークを使用することを余儀なくされるこ
とである。

これとは対照的に、はとんどのローカル・エリア・ネッ
トワークは、ＬＡＮに結合されている種々の装置の間で
データグラムサービスを行うことができるように自身の
広い帯域幅のケーブルを使用する。キャリヤ・センス・
ローカル・エリア・ネットワーク用の最も一般的な伝送
媒体は、同軸ケーブル、より線対ケーブル、および光フ
ァイノ（である。直線状（リニア）、背骨状（スパイン
）、樹状（ツリー）、環状（リング）およびセグメント
状のような各種のケーブル配列が可能である。また、他
の大規模なネットワークにおいては固有のものである長
い伝播遅延がローカル・エリア・ネットワークには無い
から、チャネルの利用度を大規模なネットワークのそれ
より高くできる。

ローカル・エリア・ネットワークはデータ処理装置の間
の分布処理および通信を有望にするものではあるが、イ
ーサネット（ＥＴＩ（ＥＲＮＥＴ）　（米国特許第４，
０６３，２２０号）のよう表ローカル書エリア・ネット
ワークが広く用いられ、受は容れられることの妨げにな
るいくつかの要因がある。たとえば、ＶＬＳＩを使用す
ることによりコストを低減しようとする努力にもかかわ
らず、典型的なＬＡＮ／−）’ｌｄパーソナルコンピュ
ータの全費用のかなりの割合を占めることがある。した
がって、パーソナルコンピュータの市場においては、ロ
ーカル・エリア・ネットワークは実現が阻害されるほど
高かった。また、はとんどのローカル・エリア・ネット
ワークは複雑なケーブル配線技術を利用しており、ＬＡ
Ｎシステムの設置、更新および保守についての教育を受
けたシステム管理者を必要とする。更に、ＬＡＮに結合
されている各種の装置が種々の条件の下で通信できるよ
うにするために、多くのローカル・エリア・ネットワー
クは比較的複雑なプロトコルを利用している。

〔発明の概要〕

本発明は、種々のコンピュータ、補助装置、ディスク、
プリンタ、モデム、およびその他のデータ処理装置の間
の通信およびリソース共用のためのローカル・エリア参
ネットワークを提供するものである。本発明は広範囲の
ローカル・エリア・ネットワークのサービスを支援し、
ブリッジ装置を用いることにより大規模なネットワーク
と通信できるようにするものである。本発明は、経済的
で、信頼度が高く、機械的に簡単な、これまで知られて
いなかったローカル・エリア瞼ネットワークを提供する
ものである。

この明細書においては、ケーブルに結合されている複数
のデータ処理リソース（エージェント）の間でデータを
転送する装置と方法を含めて開示するものである。ここ
で説明する実施例においては、データの送信と受信のた
めに複数のエージェントが共通のケーブルに結合される
。ケーブルに新たに結合されたエージェントが、他のエ
ージェントからのデータの送シ先となれるように、ケー
ブル上での独特のアドレスを自身にダイナミックに割当
てる。仮シのアドレスとして使用するために、エージェ
ントは所定の範囲内の乱数を発生し、または以前に格納
された初期数（［ヒント（ｈｔｎｔ）Ｊを検索する。エ
ージェントは質問信号（ＥＮＱ　）をケーブルを介して
仮りのアドレスへ送り、その仮ジのアドレスが別のエー
ジェントにより現在使用されているかどうかを決定する
。そのＥＮＱ信号に応答して、確認応答（ＡＣＫ）信号
が送信エージェントにより受信されると、別の乱数が仮
すのアドレスとして発生され、付加ＥＮＱ信号が送られ
る。確認応答信号が受信されない時は、送出エージェン
トは仮すのアドレスをそれのメモリにおける最後のアド
レスとして割当てる。

あるエージェントが自身に最後のアドレスを割当てると
、そのエージェントはそのケーブル上の別のエージェン
トへデータを送ること、およびその別のエージェントか
らデータを受けることができる。受信エージェントへデ
ータを送ることを希望しているエージェントが、ケーブ
ルが遊んでいるか、使用中でおるかを決定するためにケ
ーブルを検出する。ケーブルが使用中であると、遊び状
態が検出されるまでエージェントは「延期する」。

ケーブルの遊び状態が検出されると、送信エージェント
は、所定の時間プラスランダムな時間だけ待ってからｌ
’−ＲＴＳＪ信号を受信エージェントへ送る。

それから、送信エージェントは「ｃ’ｒｓ」信号につい
てケーブルをモニタする。そのＣＴＳ信号は、ＲＴＳ信
号を受信した後で受信エージェントが所定の時間（ＩＦ
Ｇ）内に送信エージェントへ送らなければなら表い。Ｃ
ＴＳ信号が適切に受けられると、送信エージェントはそ
のＣＴＳ信号を受けてからＩＦＧ時間内にデータフレー
ムを受信エージェントへ送ることができる。ＩＦＧ時間
内に戻ｐＣＴＳ信号を検出することに失敗したことは、
衝突が起きていることを示す。衝突が仮定されると、本
発明はバンクオフ（ｂ’ａｃｋｏｆｆ琺を用いてＲＴＳ
信号を再送信する。そのパックオフ法は、再送信までの
時間を、最近のケーブルトラフィック履歴を基にして調
整する。したがって、本発明は、衝突を最少限にし、共
通ケーブルに結合されている複数のエージェントの間で
データを確実かつ経済的に送信できる方法を提供するも
のである。

〔実施例〕

この明細書においては、共通のケーブルに結合されてい
る複数のデータ処理リソースの間でデータを転送する装
置および方法を含むローカル・エリア・ネットワークを
開示するものである。以下の説明においては、本発明を
完全に理解できるようにするために、特定の数、バイト
、レジスタ、アドレス、時間、信号、および書式（フォ
ーマット）等が述べである。しかし、そのような特定の
詳細事項なしに本発明を実施できることが当業者には明
らかであろう。その他の場合には、本発明を不必要に詳
しく説明して本発明をあいまいにしないようにするため
に、周知の回路および装置はブロック図で示した。

以下、図面を参照して本発明の詳細な説明する。

まず第１図を参照して、本発明は、複数のデータ処理装
置２５〜２Ｂと、プリンタ３０のような周辺装置（また
は、たとえば広域メモ！ｊ　（ｇｌｏｂａ１ｍ＠ｍｏｒ
ｙ）、ディスクドライブ勢のような他の装置）とを含む
ことができる。説明のために、本発明のローカル・エリ
ア・ネットワークに結合されている全てのデータ処理装
置および全ての周辺装置をまとめてエージェントと呼ぶ
ことにする。図示のように、データ処理装置２５〜２８
とプリンタ３０は、相互にデータを転送するために共通
ケーブル３２により相互結合される。種々の装置は接続
モジュール３４によりケーブル３２に結合される。

ここで説明している実施例においては、その接続モジュ
ール３４は受動結合トランスと、抵抗性および容量性の
回路を含む。それらの受動結合トランスと、抵抗性およ
び容量性の回路は、各データ処理装置およびその他の装
置をケーブル３２に結合するためのものとしてこの分野
において知られているものである。信号の反射を無くす
ためにケーブル３２は適切に終端させられる。ここで説
明している実施例においては、ケーブル３２はよυ線対
ケーブルにより構成され、１００オームの抵抗により終
端させられる。ケーブル３２は、同軸ケーブル、光ファ
イバ、無線チャネル等のような共用され得る媒体で構成
できる。ここで説明している実施例においては、エージ
ェントはケーブル３２へ受動的に結合されるから、エー
ジェントまたは接続モジュールが故障しても、ケーブル
３２上の通信を中断させることはない。

後で説明するように、プロトコルと、衝突回避および検
出の方法と装置とを用いて、データ処理装置２５〜２８
およびプリンタのようなその他の周辺装置の間の同期直
列通信、およびデータ転送を行えるようにするローカル
ボエリア・ネットワークを本発明は提供するものである
。本発明のアーキテクチャおよびプロトコルは、従来の
装置に共通のハンドシエイキングと衝突検出技術をでき
るだけ簡単にし、ケーブル３２に沿う高速直列通信を行
えるようＫするものでおる。本発明にょムケーブル端部
に複雑々、すなわち能動終端回路を必要とすることなし
に、またはケーブル３２に結合されている各装置のアド
レスを予め定める必要なしに、ネットワークに結合され
ている程々のリソース、たとえばローカル・メモリすな
わちディスクに格納されているデータをアクセスできる
ようにし、かつ包括的なプリンタを共通に使用できるよ
うにするものである。ここで説明している実施例におい
ては、本発明はシールドされたより線対ケーブル３２を
介して１秒間当り約２３０　Ｋビットで動作し、ＥＩＡ
規格Ｒ８−４２２平衡電圧仕様に従ってドライブされる
。

次に第２図を参照する。典型的な持続時間が４．３４マ
イクロ秒である各ビットセルがそれの端部において状態
を習えるように、ＦＭ−０として知られているセルフク
ロッキング技術（双位相スペース）を用いてケーブル３
２において符号化されて送信され、それにより受信器へ
必要なタイミング情報を与える。図示のように、各４．
３４マイクロ秒のセルに対して２つの零交差が検出され
るように、中間セルに付加零交差遷移を加えることによ
り零が符号化される。同様に、論理１が、それの端部の
みにおける零交差遷移により特定のセルへ与えられる。

したがって、ＦＭ−Ｑ符号化を使用することにより、ク
ロッキング情報がデータ信号自体により運ばれ、本発明
が同期モードで動作できるようにする。

次に第３図を参照する。本発明は「フレーム」として知
られているデータ伝送の基本単位を利用する。フレーム
３６は、２個またはそれ以上の同期（「フラッグ」）バ
イト３８．４０より成るプリアンプルを含む。ここで説
明している実施例においては、各同期バイトはビット０
１１１１１１０ｅ含む。知られているように、同期バイ
ト３８．４０は、ケーブル３２に結合されている受信デ
ータ処理装置がそれの受信回路を同期することおよび（
ＦＭ−０符号化を用いて）必要なりロック情報を受ける
ことを許す。同期バイト３８．４０の後に８ビットの宛
先アドレ２（Ｄ８Ｔ−ＡＤＤ）４１［＜。

その宛先アドレスは、このフレームが意図するデータ処
理エージェントのアドレスを指定する。ソースアドレス
（５ＲＣ−ＡＤＤ）４２妙入情報のフレームを送るエー
ジェントの８ビットアドレスを含む。

種々の符号を用いることにより送られるフレームの種類
を指定するために「種類」フレーム４５が設けられる。

たとえば、種類フレーム４５は確認応答（ＡＣＫ）フレ
ームと、質問（ＥＮＱ）フレームと、ＲＴＳフレームと
、ＣＴＳフレームとを指定できる。これについては後で
詳しく説明する。種類フレームの後にマルチバイト・デ
ータフレーム（塔長であり得る）が続く。そのマルチバ
イト・データフレームはケーブル３２に結合されている
エージェントの間で送るべき生データ、メツセージ等を
含む。データフレーム４８の後に１６ビットのフレーム
検査シーケンス５０が続く。そのフレーム検査シーケン
スはソースアドレス、宛先アドレス、種類フレームおよ
びデータフレームの内容の関数である。ここで説明して
いる実施例においては、フレーム検査シーケンス（ＦＣ
Ｓ）は標準ＣＲＣ−Ｃ（ＪＴＴ多項式（ｐｏｌｙｎｏｍ
ｉｎ（１０））を用いて定められる。フレーム検査シー
ケンス５０の後に８ピツ）Ｍ（ｒフラッグ」）トレイラ
−５２（論理ビット０１１１１１１０より成る）と、ア
ボート（＆ｂＯｒｔ）・シーケンス５３が続く。そのア
ボート・シーケンスは行に並べられた１１個またはそれ
以上の１より成る。アポート争シーケンス５３は、ケー
フ゛ル３２に結合されているエージェントへのフレーム
３６の終りを描写するために使用される。後で説明する
ように、制御フレームのノ・ンドシエイキング・シーケ
ンスを用いて直列同期のやり方でケーブル３２に沿って
フレーム３６が送られる。

制御フレームの後に第３図に示されているデータフレー
ム３６が続く。

第４図に示すように、あるフレームの送信前に、ケーブ
ル３２に結合されている送信エージェントが同期パルス
５６を送る。この同期パルスの後に２ビット時間より長
く、１０ビット時間より短い遊び期間が続く。同期パル
ス５６は零交差を含む任意の信号を含むことができる。

ここで説明している実施例においては、第１０図に示さ
れているように、ケーブル３２に結合されている各エー
ジｘ　７　）　Ｆｉザイｏ　ｆ　（Ｚｌ　ｌｏｇ）ｚ８
５３０　ＳＣＣ直列通信制御チップＴ９を利用し、ライ
ントライバ８０とライン受信器８２を介してケーブル３
２をアクセスする。（ザイログ・テクニカル・マニュア
ル（Ｚｌ　ｌｏｇ　Ｔｅｃｈｎｉｃ（１０）　Ｍａｎｕ
（１０）　）　Ｚ８０３０／Ｚ８５３０　Ｓｅｃ直列通
信制御器（Ｚ８０３０／ｚ８５３０８ＣＣＳｅｒｉ（１
０）Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｃｏｎｔｒｏｌｌｅ
ｒ）１９８３年１月参照。）ｚ８５３０　ＳＣＣ装置７
９は、「ハント（ｈｕｎｔ）Ｊモードにある時に同期（
フラッグ）ビットを探索する回路を含む。前記したよう
に、本発明はビット状態０１１１１１１０を有する同期
（フラッグ）バイトを利用する。また、直列通信制御器
は失われたクロック・サイクルを検出する性能と、与え
られた零交差の後に、入来信号ＲｘＤの引き続く零交差
なしに、予め定められている時間（１ビット時間より長
い）が経過したとすると、失われたクロックビットを装
置内にセットする性能を有する。

ケーブル３２に結合されている送信エージェントにより
与えられる同期パルス５６は、全ての受信エージェント
によｐクロックとしてとられる。

しかし、その同期パルスの後に２ビット時間より長い遊
び時間が続くから、失われたクロックが検出され、その
失われたクロックビットは、ケーブル３２に結合されて
いる各エージエートのＳＣＣ装置７９内にセットされる
ことにより、ケーフ゛ル３２が使用中であることをエー
ジェントに知らせる。

ここで説明している実施例においては、ライントライバ
８０を少くとも１ビット時間の間一時的に可能状態にす
ることにより同期パルス５６は得られる。これにより、
パルス持続時間中、信号ＴｘＤをケーブル３２へ送信さ
せて、同期パルス５６中に少くとも１つの零交差を確保
する。また、同期（フラッグ）ビット（すなわち、３８
と４０）が検出されると、ｚ８５３０装置中の「ハント
」ビットがクリヤされ、フレームの送信前にケーブル３
２が現在使用中であるか否かをケーブル３２に結合され
ている各エージェントが一層効果的に検出できるように
するととも−に１受信エージエントが入来データフレー
ムに対して自身をクロックすることを許すために必要表
同期ビットを与える。失わレタクロツクパルスと同期バ
イトを検出するために本発明はＺ８５３０ＳＣＣ装置を
現在使用しているが、別の回路を同じ機能のために同様
に使用できることがわかるであろう。

ケーブル３２に結合されている各エージェントはケーブ
ルに沿う独特の２進アドレスにより識別される。本発明
の１つの特徴は、ケーブル３２に結合されているエージ
ェントが予め定められている永久アドレスを必要としな
いことである。したかって、たとえば装置２７をケーブ
ル３２から切離し、それから、アドレスを構成する必要
なしにその装置２７を別の場所の別のケーブルに再び結
合できる。ケーブル３２にあるエージェントが新に結合
されると、あるアドレスがダイナミックに発生されて、
エージェント自身により割当てられるように独特の、プ
ロトコルが続く。ここで説明している実施例においては
、各エージェントのアドレスは８ビット識別子（エージ
ェントが零アドレスまたはアドレス２５５を有しない場
合）を用いて識別される。

ここで第６図を少し参照する。この図には、アドレスを
決定して、自身にそのアドレスを割当てるためにエージ
ェントが利用する動作シーケンスが示されている。サー
ビスの途絶を阻止するためには、既に機能しているエー
ジェントと同り、７ドレスを得ることができるエージェ
ントはないことが明らかである。実際には、エージェン
トのアドレスは、全体的なデータ処理装置と、メインフ
レームその他のマシンを備えることができる［サーバー
（ｓｅｒｖ＠ｒ）Ｊの間で割当てることができる。ここ
で説明している実施例においては、アドレス１〜１２７
が汎用エージェントに割当てられ、アドレス１２８〜２
５４がサーバーによる使用のために割当てられる。第６
図に示すように、ケーブル３２に結合された時に各エー
ジェントは、予め定められている範囲内の任意の乱数を
発生し、またはある長期間持久するメモリ（たとえば読
出し専用メモリまたは磁気媒体）から［ヒン）（ｈｉｎ
ｔ）Ｊ　と呼ばれるスタート数を得る。その乱数（また
は「ヒント」）は「仮り」のアドレスとして取扱われ、
それからエージェントは質問（ＥＮＱ　）フレームを送
る。その質問フレームは仮シのアドレスを宛先アドレス
として利用する。送られる質問フレームは第５図に示さ
れているような態様のものであって、第３図を参照して
先に述べた同期（フラッグ）パイ）３８．４０に先行の
少くとも２ビット時間だけ分離させられている。第５図
の宛先アドレス４１とソースアドレス４２は、ランダム
に発生された、またはヒントを介して発生された仮りの
アドレスを含む。第５図の種類フレーム４５は、第５図
のフレームをアドレス割当てのために使用するための「
質問Ｊ　（ＥＮＱ）フレームとして識別する２進符号を
含むことに注意されたい。そのＥＮＱフレームはケーブ
ル３２を介して送られる。別のエージェントが仮シのア
ドレスを既に割当てられているものとすると、そのエー
ジェントはＥＮＱフレームを受け、それに応答して確認
応答（ＡＣＫ　）フレームを送信エージェントへ送シ返
見す。実際には、パケットをＡＣＫとして識別する２進
符号を種類バイトが含んでいることを除き、ＡＣＫフレ
ー楢第５図に示されているＥＮＱフレームと同様に構成
される。

第６図に示すようにＡＣＫフレームが送信エージェント
により受けられると、そのエージェントは別の乱数を仮
シのアドレスとして発生せねばならず、その新しい仮シ
のアドレスのケーブル３２に沿う送信を繰υ返えす。Ａ
ＣＫフレームが受信され力い時は、ケーブルに新に結合
されたエージェントは、ある予め定められている最大数
の試行が行われるまで、ＥＮＱフレームのケーブル〜ノ
送シ出しを続ける。ある予め定められた回数の試行数も
ＡＣＫフレームが受信され々いとすると、送信エージェ
ントはその仮りのアドレスを、ケーブル３２に沿う将来
の全ての通信に対するそれの最後のアドレスとして割当
てる。ＥＮＱフレームの反復送信は、その仮りのアドレ
スを使用できる特定のエージェントが現在ビジー状態で
あシ、シたがって質問の受信をし損じるという場合を避
けるために用いられる。

エージェントが最後のアドレスを割当てられると、その
エージェントは、ケーブル３２に結合されている他のエ
ージェントと、ハンドシェイキング・プロトコルおよび
以下に説明する衝突回避機構を用いて通信できる。次に
第７図、第８ａ図。

第８ｂ図、および第９図を参照する。ケーブル３２に結
合されているエージェントの間の通信は三方向へンドシ
エイキング法により行われる。ハンドシエイキング・シ
ーケンスの目的は、衝突の確率を低くする秩序正しいや
り方で共用ケーブル３２に対するアクセスを制御するこ
とである。／１ンドシエイキングを含む各送信（「ダイ
アログ（ｄｉａ１ｏｇｕ＠刀として知られている）は最
も短いダイアログ間間隙（ＩＤＧすなわち、Ｉｎｔ＠ｒ
−［）ｉ（１０）ｏｇｕ＊Ｇａｐ）だけ分離せねばなら
表い。そのダイアログ間間隙は、ここで説明している実
施例においては、４００マイクロ秒である。また、１つ
の送信（ダイアログ）内のフレームは最も長いフレーム
間間隙（ＩＦＧすなわち、Ｉｎｔ＠ｒｆｒａｍｅ　Ｇａ
ｐ）内で相互に追従せねばならない。そのフレーム間間
隙は２００マイクロ秒である。２つまたはそれ以上のエ
ージェントが同時にケーブル３２へ送信する時に衝突が
起きるといわれている。

第７図、第８ａ図および第８ｂ図を参照して、ケーブル
３２に結合されている他のエージェントと通信すること
を望んでいる送信エージェント、たとえばデータ処理装
置２５が、第８ａ図、第８ｂ図に示されているオペレー
ションを実行する。送信エージェントは、送信の前に、
Ｚ８５３０ＳＣＣ１たはその他の適当表ハードウェア内
の「ノーント」ビットが、ケーブル３２に沿って進む同
期（フラッグ）バイトを検出したかどうかを判定する。

同期（フラッグ）バイトが検出され、その同期（フラッ
グ）バイトにアボートｅバイトが続かないとすると、そ
のケーブル３２は現在使用されており、送信することを
望んでいるエージェントはそれの送信を「延期する」。

同期パルス５６または同期（フラッグ）バイト（３８，
４０）が検出されると、データを送信することを望んで
いるエージェントは、第８＆図に最もよく示されている
フロントエンド待機オペレーションを実行する。そのフ
ロントエンド待機オペレーションＨ一連の４つの待機期
間より成る。ここで説明している実施例においては、各
待機期間の長さは１００マイクロ秒であって、各待機期
間の後で、同期（フラッグ）バイトがケーブル３２上で
受けられたかどうかを調べるために、フラッグ検出（「
ハンドビット」）が調べられる。フラッグバイトの検出
は、別のあるエージェントがケーブル３２を使用してい
ることを示す。その場合には、送信エージェントはフラ
ッグ検出（ハントビット）をクリヤすることを待って、
ケーブル３２の使用が終ったことを合図せねばなら々い
。この点で、第８ａ図、第８ｂ図に示されている全フロ
ントエンド待機シーケンスが繰返えされる。

一方、フラッグバイトが検出されまいことは、フロント
エンド待機シーケンス中にケーブル３２を使用しようと
している他のエージェントが無いことを示すから、ラン
ダムな待機動作が実行される。ｔた、フロントエンド待
機オペレーション中は、最初の１００マイクロ秒待機の
後で同期パルス検出がクリヤされる。

ランダムな待機オペレーションを実行すＡ前に、ランダ
ムな待機数Ｒが発生される（只の発生の詳細については
後で説明する）。図示のように、ランダムな待機数Ｒは
、フラッグが検出されたか（ハントビットがクリヤされ
たか）否かを調べる前に、１００マイクロ秒の基本的な
待機動作の時間を過ぎる。任意の点においてフラッグが
検出されたトスると、別のエージェントはケーブル３２
を使用しているから送信エージェントはそれの送信を延
期せねばならない。しかし、ランダムな待機シーケンス
の終りにケーブルが依然として使用されていないと、Ｒ
ＴＳフレームを送る前に、同期パルスが検出されたかど
うかを調べるための最後の検査が行われる。

このランダムに発生された待機期間Ｒ中にケーブル３２
が遊んでいるままであるとすると、送信エージェントは
同期パルス５６の送信を続け、それに続いてｒｎ’ｒｓ
Ｊフレームがケーブル３２に沿って受信エージェントへ
送られる。ＲＴＳフレームは第５図に示されているＥＮ
Ｑフレームとほぼ同じように構成されるが、種類フレー
ムは、フレームをＥＮＱフレームではなくてＲＴＳとし
て識別する２進符号を含む。受信エージェントは、送信
エージェントからＲＴＳフレームを受けると、最長フレ
ーム間間隙（ＩＦＧ）時間内にｌ’−ＣＴ　ｓＪフレー
ムを元の送信エージェントへ送り返見す。ＲＴＳフレー
ムの場合におけるように、受信エージェントにより送ら
れりＣＴ８フレームは、１１６１７レームがフレームを
ＣＴＳとして識別する符号を含んでいることを除き、第
５図に示されているｇＮＱパケットの構造とほぼ同じ構
造である。元の送信エージェント、たとえばデータ処理
装置２５がＣＴＳフレームを受けると、第３図に示され
ているフルデータフレーム３６が、ＣＴＳフレームの受
信の１つのＩＦＧ以内に受信エージェントへ送られる。

ＩＦＧＩ’ＦｌにＣＴＳフレームマタはデータフレーム
が送信されないと、衝突が起きたか、宛先エージェント
が動作しないか、その他宛先エージェントを使用できな
いことが起きたと送信エージェントは仮定する。

ケーブル３２に結合されている全てのエージェントへの
全体放送を行うことが望ましいとすると、送信エージェ
ントは２５５個の宛先アドレスを有するＲＴＳフレーム
をそれら全てのエージェントへ送り、同様に２５５個の
アドレスを有するデータフレーム３６を送るまでにＩＦ
Ｇ期間が経過することを待つ。したがって、ケーブル３
２に沿う全体放送の場合には、送信エージェントは戻り
ＣＴ８フレームを待たずに、ＲＴＳフレームの送信後に
ＩＦＧ期間が経過すると、全体放送を直ちに実行する。

また、放送のアドレスに対応する特定の値（２５５）を
有する宛先アドレスをＲＴＳ７レーム内に設けることに
１）、’Ｉ−７’ル３２に沿う種々のアドレスにおける
全てのエージェントへただ１つのＲＴＳフレームを送る
必要があるだけである。

以上説明した三段階ハンドシエイキング・プロトコルの
目的は、衝突が極めて起とシやすい期間（典型的にはＲ
ＴＳフレームとＣＴＳフレームの交換期間）を制限する
ことにより衝突を回避し、送信の開始前にケーブル３２
が遊び状態になることを待っている送信エージェントの
ケーブルアクセスの時間を長くすることが当業者はわか
るであろう。

ＲＴＳフレームとＣＴＳフレームの交換が成功したこと
は衝突が起きなかったことを意味し、がっ、送信を望ん
でいる全てのエージェントが入来データフレームの送信
を検出し、かつそれらのエージェントは、ケーブルの制
御を行おうとする前にデータ交換が終了することを待つ
。

上記ＲＴＳフレームとＣＴＳフレームの交換期間中に別
のエージェントが送信を開始したとすると、ＣＴＳフレ
ームは適切に受信されず（たとえば、フレーム検査シー
ケンスが無効となる）、衝突が起きたと送信エージェン
トが仮定できることがわかるであろう。衝突はＲＴＳフ
レームとＣＴＢフレームの完全な交換を阻止し、それに
より正しいハンドシエイキングが行われることを阻止す
る。通常は、データをケーブル３２へ送信することを望
んでいるエージェントが、ケーブル３２が現在使用中で
あることを検出すると、そのケーブルが遊び状態になる
まで、そのエージェントはそれ自身のＲＴＳの送信を延
期する（第１１図、第１２図参照）。

次に第９図、第１３１図および第１３ｂ図を参照して、
ランダム表待機数Ｒ（第８ａ図およびＫＢｂ図を参照し
て説明した）の値を得るために本発明により実行される
オペレーション・シーケンスについて詳しく説明する。

本発明は、ランダムな待機数Ｒを、最近のケーブルトラ
ヒック履歴に応答して動的に修正するものであることが
わかるであるう。本発明により利用される方法は、最近
に送信されたデータフレームに対して衝突が起きたと仮
定すると、ケーブル３２には現在大きな負荷ががけられ
、高いバス競合状態にある。ランダムな待機数Ｒｄ、再
送信を試みる前は、ケーブルの使用を競合している種々
のエージェントに対するバスアクセスの時間を長くする
。したがって、第１３ａ図および第１３ｂ図に示されて
いるオペレーションが実行されて、第８ａ図および第８
ｂ図を参照して説明したオペレーション・シーケンスに
従って利用されるランダム表待機数Ｒを調整する。本発
明においては、衝突と、各エージェントについての延期
履歴を見失しなわ表いようにするために、シフトレジス
タが設けられる。説明のために、変数「り」は、あるエ
ージェントが送信することを試みた最後の８個のデータ
メツセージに対する衝突履歴を見失しなわ々いようにす
るために利用される８ビットシフトレジスタを示し、変
数ｒＤＪは、送信することを試みられた最後の８個のメ
ツセージに対する延期履歴を表す８ビットシフトレジス
タを示す。前記したように、ＲＴＳ−ＣＴＳフレーム・
ハンドシエイキング蕾プロトコルがｒｐｃ期間中に起こ
ることが失敗したとすると衝突が起きたと仮定され、エ
ージェントがメツセージの送信の前にフラッグバイトす
なわち同期パルス５６を検出したとすると、延期が起き
たとみなされ、ケーブルが使用中であることを示す。変
数ｒＧＪは、エージェントが送信しようと試みた以前の
全てのメツセージを表す修正係数を示す数を表す４ビッ
トの包括的マスクとして定義される。変数ｒＬＪは、ケ
ーブル３２に結合されているエージェントによる現在の
メツセージを送信する試みを表す局部重々マスクとして
定義される。また、Ｎｃは特定のデータパケットに対し
て仮定された衝突の回数として定義され、ＮＩ）は現在
のデータパケットの送信前に行った延期の回数として定
義される。

第１３１図および第１３ｂ図に最もよく示されているよ
うに、新しいデータパケットの送信前には、変数Ｇが下
記のようにして調整される。

８ビットレジスタ「Ｃ」にセットされたビット数（す力
わち、１に等しい）が２より大きいと、変数ｒＧＪを定
める４ビットシフトレジスタ中の全てのビットが左（最
下位ビット　（ＬＳＢ）から最上位ビット　（ＭＳＢ）
へ向かって）へ１ビットだけ桁送りされる。また、Ｇ、
（４ビットシフトレジスタＧの最下位ビット）が１にセ
ットされ、変数Ｃを構成する８ビットが０にセットされ
る。

８ビットシフトレジスタ「Ｃ」にセットされたビットの
数が２より小さいか、２に等しいとすると、Ｄが調べら
れ、「シフトレジスタｒＤＪにセットされたビットの数
が２より小さいと、本発明はシフトレジスタの内容を右
へ（ＭＳＢがらＬＳＢへ向かって）桁送りし、Ｇ！（Ｇ
（７）ＭＳＢ）をＯにセットし、Ｄの値を２５５に等し
くセットする。

Ｇがひとたび調整されると、本発明はシフトレジスタＤ
とＣの内容を左へ（ＭＳＢへ向かって）桁送りさせ、Ｃ
とＤの最下位ビット（［、ＳＢ）を０に等しくセットす
る。同様に、送るべき特定のメツセージに対する衝突回
数を示す変数Ｎｃと、延期回数を示す変数ＮＤも０に等
しくセットされる。更に、第１３ｉ図および第１３ｂ図
に示すように、　Ｌの値がＧの値に等しくセットされる
。

第８ａ図に示されているフロントエンド待機シーケンス
を開始する前に、フラッグ検出（すなわち、フラッグバ
イト）がケーブル３２に沿って検出されたか否かを本発
明は判定する。フラッグバイトが検出され々かった場合
には、フロントエンド待機期間のために、本発明は第８
ａ図に示されているオペレーション−シーケンスを実行
スる。

固定フロントエンド待機シーケンスに続く所定の範囲内
に本発明は乱数「ｒ」を発生し、それからｒの値をＬ（
局部的マスク変数）の以前に決定された値との論理積を
とることにより「Ｒ」の値を計算する。Ｒの値が決定さ
れると、本発明は、第８ｂ図に示されているランダムな
待機サイクルに追従して、ランダムな待機期間が終ると
、第１３ｂ図に示すようにＲＴＳフレームを送信する。

前記ＩＦＧ期間中にＣＴＳフレームが送信エージェント
により受けられると、データフレームが送信されて、メ
ツセージ・ダイアログが完了させられる。一方、フロン
トエンド待機シーケンスの前にフラッグが検出されたと
すると、延期調整が行われ、Ｄｏ（レジスタＤのＬＳＢ
）が１にセットされ、Ｌｏが１にセットされる。また、
延期調整は、ＮゎをＮｎ＋１に等しくセットすることを
含む。フラッグ検出（ハントビット）が再度検査される
。第１３＆図および第１３ｂ図に示されているように、
送信前にラインがビジーであることが判定された場合に
その延期調整が行われる。

ＲＴＳ／ＣＴＳのハンドシエイキングが成功しない場合
には、衝突が起きたと仮定されて、衝突し調整が行われ
る。Ｃ０が１に等しくセットされ、Ｌの値が左（ＬＳＢ
からＭＳＢ）へ１ビット桁送りされる。また、第１３ｂ
図に示すように、Ｌｏは１に等しくセットされ、　Ｎｃ
がＮｃ　＋　１に等しくセットされる。

第１３＆図および第１３ｂ図に示されているステップを
利用することにより、送信を試みるまでに待つフロント
エンドに加えてエージェントが待つ時間（１００マイク
ロ秒増分）が最近のケープルトラヒツ゛り履歴に従って
修正されるように、ランダムに発生されたｒの値が動的
に調整される。ランダムな待機期間のこの修正は、ＲＴ
Ｓ／ＣＴＳフレーム交換が成功する確率を大幅に高くし
、それによりケーブル３２に沿う衝突を回避する。

以上、ローカル・エリア・ネットワークに関連して使用
した場合にとくに有用である装置と方法について説明し
た。本発明は、ケーブルの任意の点に任意のエージェン
トを結合できるようにし、かつそのエージェントに独特
のアドレスを割当てるネットワークを提供するものであ
る。また、本発明の新規表衝突回避プロトコルはケーブ
ル上で起こる衝突の確率を最低にし、衝突が起きた場合
も、以後の再送信が成功する確率を高くするものである
。

【図面の簡単な説明】

第１図は本発明を利用するようにされたローカル拳エリ
ア・ネットワークを示す線図、第２図は周波数変調（Ｆ
Ｍ−０）符号化に本発明を使用した様子を示すタイミン
グ波形図、第３図はローカル・エリア・ネットワークに
結合されている種々のデータ処理装置へデータを転送す
るために本発明により利用されるフレーム書式を示す線
図、第４図はフレームの送信前における同期パルスの本
発明の使用を示す線図、第５図はダイナミック・アドレ
ス割当中に本発明により利用される質問（ＥＮＱ）フレ
ームの線図、第６図はダイナミック・アドレス割当中に
本発明の装置に結合されたデータ処理装置により利用さ
れるオペレーションのシーケンスを示す流れ図、第７図
はデータフレームの送信の前に送信データ処理装置と受
信データ処理装置の間のハンドシエイキング信号の本発
明の使用を示す線図、第８１Ｌ図および第８ｂ図はケー
ブルのアクセスを行うために送信装置のオペレーション
のシーケンスを示す流れ図、第９図は遊びケーブルを検
出した後の送信装置による「ＲＴｓＪフレームの送信を
示す線図、第１０図はローカル−エリア・ネットワーク
に結合された直列制御器の本発明への使用を示すブロッ
ク図、第１１図は延期を含む本発明の衝突回避方法を示
す線図、第１２図は２つのＲＴＳ信号がローカル・エリ
ア・ネットワークに沿って衝突している状況を示す本発
明の衝突および解決機構を示す線図、第１３１図および
第１３ｂ図はランダム表待機期間の発生を示す流れ図で
ある。 ２５〜２８・・・・データ処理装置、３０・・・・プリ
ンタ、３２・・・・ケーブル、７９１１・・・直列通信
制御チップ、８０・・・・ライントライバ、８２・・・
・ライン受信器。 特許出願人　アブルーコンピュータ・インコーボレーテ
ツ；代理人山　川　政　樹（ほか２名） ７ｓ−ａｍ庵　　　勾２ −１　−一ン２どｆｙＪ−／教力 ／）　しλ　　１ラク当　で ＩＮＩノ アＪ？ｂ戊へ、！そぐ ノｔ：＃　（―≦７５）艷グ第５１１１ノリ　　　　　
　　　−ノＳＪ２′２茎グｌｊｗムー　／３／ ７ｔ３＃引へ、５毫（

Claims (1)

1. 【特許請求の範囲】 （１）送出のデータ処理装置と受信のデータ処理装置を
   含む複数のデータ処理装置の間でデータを転送する通信
   媒体上でデータを転送する方法において、 前記通信媒体が現在他のデータ処理装置のデータを伝え
   ているために使用中であるかどうかを決定するために前
   記通信媒体を検出する過程と、前記通信媒体が遊び状態
   にあつて、使用できるようになつたことを検出した後で
   第１の所定時間待つ過程と、 データを前記通信媒体を介して送信する前に付加待機時
   間に対応する予め定められている範囲内の乱数を発生す
   る過程と、 前記通信媒体に結合されている前記受信のデータ処理装
   置へ第１の信号を送る過程と、 前記送出のデータ処理装置が前記第１の信号を送つた後
   の第２の所定時間（ＩＦＧ）内に前記受信のデータ処理
   装置から前記送出のデータ処理装置へ送られた信号を受
   ける過程と、 前記受信のデータ処理装置からの前記信号を受信した後
   の前記ＩＦＧ時間内にデータを前記受信のデータ処理装
   置へ送る過程と を備えることにより、前記通信媒体に結合されている前
   記送出のデータ処理装置と前記受信のデータ処理装置の
   間でデータが転送されることを特徴とする複数のデータ
   処理装置の間のデータ通信媒体上でデータを転送する方
   法。 （２）特許請求の範囲第１項記載の方法であつて、前記
   受信のデータ処理装置からの信号が前記ＩＦＧ時間内に
   受信されることが無かつた時に衝突信号を発生する過程
   を備えることを特徴とする方法。 （３）特許請求の範囲第２項記載の方法であつて、前記
   付加待機時間のために乱数（Ｒ）を発生する前記過程は
   、 ｒ＝前記予め定められている範囲内の乱数、∧は論理積
   操作を示し、 Ｌ＝衝突および送るべき前記データに対する前記送出の
   データ処理装置の延期履歴 を表すローカル変数 として、 Ｒ＝ｒ∧Ｌ という計算を含むことを特徴とする方法。 （４）特許請求の範囲第３項記載の方法であつて、前記
   乱数発生過程は、 衝突および転送された以前の全てのデータに対する前記
   送出のデータ処理装置の延期履歴を表す包括的なマスク
   変数Ｇを含み、その変数Ｇは新しいデータの各転送の開
   始に先立つて調整されることを特徴とする方法。 （５）特許請求の範囲第４項記載の方法であつて、Ｇは
   ４ビットで構成され、変数ＣとＤが定められ、Ｃは前記
   データを送ることを試みる前に仮定された衝突の回数を
   表すビットで構成され、Ｄは前記データを送る以前の試
   みに対する延期の回数を表すビットで構成されることを
   特徴とする方法。 （６）特許請求の範囲第５項記載の方法であつて、１に
   等しいＣ中のビット数が２より大きいとした時に、 （ａ）Ｇを構成するビットが最上位のビット（ＭＳＢ）
   へ向つて１ビット桁送りされ、 （ｂ）Ｇ＿０＝１にセット、 （ｃ）全てのＣビット＝０にセット するように前記変数Ｇを調整することを特徴とする方法
   。 （７）特許請求の範囲第６項記載の方法であつて、Ｄに
   おいて１に等しくセットされたビットの数が２より小さ
   いと、 （１）Ｇのビットが最下位のビット（ＬＳＢ）へ向つて
   １ビット桁送りされ、 （ｂ）Ｇ＿３＝０にセット （ｃ）Ｄ＝２５５にセット するように前記変数Ｇを調整することを特徴とする方法
   。 （８）特許請求の範囲第７項記載の方法であつて、前記
   衝突信号が発生された場合に、 （ａ）Ｃ＿０＝１（ＣのＬＳＢ）、 （ｂ）Ｌを構成するビットがＭＳＢへ向つて１ビット桁
   送りされ、 （ｃ）Ｌ＿０＝１、 （ｄ）Ｎ＿Ｃを、前記データを走る以前の試みに対する
   衝突の回数として、Ｎ＿Ｃ＝Ｎ＿Ｃ＋１、であることを
   特徴とする方法。 （９）特許請求の範囲第８項記載の方法であつて、延期
   の場合に、 （ａ）Ｄ＿０＝１、 （ｂ）Ｌ＿０＝１、 （ｃ）Ｎ＿Ｄを、前記データを走る以前の試みに対する
   延期の回数として、Ｎ＿Ｄ＝Ｎ＿Ｄ＋１、であるように
   Ｄが調整されることを特徴とする方法。 （１０）特許請求の範囲第２項記載の方法であつて、前
   記検出過程は、前記通信媒体上の同期パルスを検出する
   ことを含み、前記同期パルスは、前記バスに結合された
   前記データ処理装置により送信される他の信号に先行す
   ることを特徴とする方法。 （１１）特許請求の範囲第１０項記載の方法であつて、
   前記同期パルスは前記他の信号より少くとも２ビット時
   間だけ先行することを特徴とする方法。 （１２）特許請求の範囲第１０項記載の方法であつて、
   前記第１の信号は、予め定められたビットシーケンスを
   有する少くとも１つの同期フラッグバイトと、ＲＴＳバ
   イトを含む種類フィールドとを含むＲＴＳフレームを備
   えることを特徴とする方法。 （１３）特許請求の範囲第１２項記載の方法であつて、
   前記検出過程は前記フラッグバイトを検出し、前記フラ
   ッグバイトの検出は、前記媒体が使用中であることを示
   すものであることを特徴とする方法。 （１４）特許請求の範囲第１３項記載の方法であつて、
   前記受信器により前記受信のデータ処理装置から受けら
   れた前記信号は、少くとも１つの同期フラッグバイトを
   含むＣＴＳフレームおよびＣＴＳバイトを含む種類フレ
   ームを備えることを特徴とする方法。 （１５）特許請求の範囲第１４項記載の方法であつて、
   前記送出のデータ処理装置により送られた前記データは
   、少くとも１つの同期フラッグバイトと、宛先アドレス
   バイトと、ソースアドレスバイトとが先行する複数のデ
   ータバイトを含むデータフレームの態様であることを特
   徴とする方法。 （１６）特許請求の範囲第１５項記載の方法であつて、
   前記データフレームは前記複数のデータバイトに続くビ
   ットのフレームチェック・シーケンス（ＦＣＳ）および
   アボート・シーケンスを含むことを特徴とする方法。 （１７）特許請求の範囲第１６項記載の方法であつて、
   前記データＩＦＧ時間は一般に２００マイクロ秒である
   ことを特徴とする方法。 （１８）特許請求の範囲第１７項記載の方法であつて、
   前記通信媒体上における前記データ転送は第３の所定時
   間（ＩＤＧ）により分離されることを特徴とする方法。 （１９）特許請求の範囲第１８項記載の方法であつて、
   前記信号はＦＭ−Ｏ符号化を用いて前記通信媒体上で送
   られることを特徴とする方法。 （２０）送出のデータ処理装置と受信のデータ処理装置
   を含む複数のデータ処理装置の間で通信媒体を介してデ
   ータを転送する通信装置において、前記通信媒体が現在
   他のデータ処理装置のデータを伝えているために使用中
   であるかどうかを決定するために前記送出のデータ処理
   装置に結合される検出器と、 前記通信媒体が遊び状態にあつて、使用できるようにな
   つた時に第１の所定の待ち期間のタイミングをはかるた
   めに前記送出のデータ処理装置に結合されるタイミング
   手段と、 前記送出のデータ処理装置に結合され、前記通信媒体を
   介して前記受信のデータ処理装置へデータを送る前の第
   ２の待ち期間に対応する予め定められている範囲内の乱
   数を発生する乱数発生器と、前記送出のデータ処理装置
   に結合され、第１の信号を発生してその信号を前記受信
   の処理装置へ送る第１の信号発生器と、 前記送出のデータ処理装置に結合され、前記送出のデー
   タ処理装置が前記第１の信号を送つた後の第２の所定時
   間（ＩＦＧ）内に前記受信のデータ処理装置から前記送
   出のデータ処理装置へ送られた信号を受ける信号受信器
   と、 前記送出のデータ処理装置に結合され、前記受信のデー
   タ処理装置からの前記信号を受信した後の前記ＩＦＧ時
   間内にデータを前記受信のデータ処理装置へ送るデータ
   送信器と を備えることにより、前記通信媒体に結合されている前
   記送出のデータ処理装置と前記受信のデータ処理装置の
   間でデータが転送されることを特徴とする複数のデータ
   処理装置の間でデータを転送する通信装置。 （２１）特許請求の範囲第２０項記載の通信装置であつ
   て、前記送出のデータ処理装置に結合され、前記受信の
   データ処理装置からの信号が前記ＩＦＧ時間内に前記信
   号受信器により受信されることが無かつた時に衝突信号
   を発生する衝突仮定手段を備えることを特徴とする通信
   装置。 （２２）特許請求の範囲第２１項記載の通信装置であつ
   て、 ｒ＝前記予め定められている範囲内の乱数、∧は論理積
   操作を示し、 Ｌ＝衝突および送るべき前記データに対する前記送出の
   データ処理装置の延期履歴 を表すローカル変数 として、 Ｒ＝ｒ∧Ｌ であるように、前記乱数（Ｒ）が前記乱数発生器により
   発生されることを特徴とする通信装置。 （２３）特許請求の範囲第２２項記載の通信装置であつ
   て、衝突および転送された以前の全てのデータに対する
   前記送出のデータ処理装置の延期履歴を表す包括的なマ
   スク変数Ｇを含み、その変数Ｇは新しいデータの各転送
   の開始に先立つて調整されることを特徴とする通信装置
   。 （２４）特許請求の範囲第２１項記載の通信装置であつ
   て、前記送信器は前記通信媒体上の同期パルスの存在を
   検出するパルス検出器を含み、その同期パルスは、前記
   バスに結合されているデータ処理装置により送られる他
   の信号に先行することを特徴とする通信装置。 （２５）特許請求の範囲第２３項記載の通信装置であつ
   て、前記同期パルスは他の信号より少くとも２ビット時
   間だけ先行することを特徴とする通信装置。 （２６）特許請求の範囲第２４項記載の通信装置であつ
   て、前記第１の信号は、予め定められたビットシーケン
   スを有する少くとも１つの同期フラッグバイトと、ＲＴ
   Ｓバイトを含む種類フィールドとを含むＰＴＳフレーム
   を備えることを特徴とする通信装置。 （２７）特許請求の範囲第２６項記載の通信装置であつ
   て、前記送信器は前記同期フラッグバイトを送るための
   手段を含み、それらの同期フラッグバイトの送信は、前
   記通信媒体が使用中であることを示すものであることを
   特徴とする通信装置。 （２８）特許請求の範囲第２７項記載の通信装置であつ
   て、前記受信器により前記受信のデータ処理装置から受
   けられた前記信号は、少くとも１つの同期フラッグバイ
   トを含むＣＴＳフレームおよびＣＴＳバイトを含む種類
   フレームを備えることを特徴とする通信装置。 （２９）特許請求の範囲第２８項記載の通信装置であつ
   て、前記送出のデータ処理装置により送られた前記デー
   タは、少くとも１つの同期フラッグバイトと、宛先アド
   レスバイトと、ソースアドレスバイトとが先行する複数
   のデータバイトを含むデータフレームの態様であること
   を特徴とする通信装置。 （３０）特許請求の範囲第２９項記載の通信装置であつ
   て、前記データフレームは前記複数のデータバイトに続
   くビットのフレームチェック・シーケンス（ＦＣＳ）お
   よびアボート・シーケンスを含むことを特徴とする通信
   装置。 （３１）特許請求の範囲第３０項記載の通信装置であつ
   て、前記ＩＦＧ時間は一般に２００マイクロ秒であるこ
   とを特徴とする通信装置。 （３２）特許請求の範囲第３１項記載の通信装置であつ
   て、前記送信器はＺ８５３０・ＳＣＣ直列通信制御器を
   含むことを特徴とする通信装置。 （３３）特許請求の範囲第３０項記載の通信装置であつ
   て、前記通信媒体はより線対ケーブルを備えることを特
   徴とする通信装置。 （３４）特許請求の範囲第３３項記載の通信装置であつ
   て、前記より線対ケーブルは１００オームの抵抗器によ
   り終端させられることを特徴とする通信装置。 （３５）特許請求の範囲第３０項記載の通信装置であつ
   て、前記通信媒体における前記データ転送は第３の所定
   の時間（ＩＤＧ）により分離されることを特徴とする通
   信装置。 （３６）特許請求の範囲第３５項記載の通信装置であつ
   て、前記第３の所定の時間は一般に４００マイクロ秒で
   あることを特徴とする通信装置。 （３７）特許請求の範囲第３６項記載の通信装置であつ
   て、前記信号はＦＭ−Ｏ符号化を用いて前記通信媒体上
   へ送られることを特徴とする通信装置。 （３８）いくつかの他の装置が結合されている通信媒体
   に結合されるようになつているデータ処理装置において
   、それらの他の各装置はアドレスに応答するようにされ
   、前記通信媒体は前記データ処理装置と他の装置のうち
   の１つの装置の間でデータを転送するためのものであり
   、前記データ処理装置は、通信媒体に結合されている他
   の装置により、独特の自己割当てのアドレスに応答して
   アドレス可能であり、自己割当てのアドレスは、通信媒
   体に第１の仮りのアドレスを送る装置により決定され、
   他の装置が応答しなければ、その仮りのアドレスをそれ
   のアドレスとして割当て、別の装置が応答しなければ、
   その別の装置が応答しないまで別の仮りのアドレスを送
   つて、その仮りのアドレスをそれのアドレスとして割当
   てることを特徴とするデータ処理装置。