JPS63160445A - 伝送制御方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 【産業上の利用分野〕 本発明は、データの伝送を行なう上で、伝送路を占有し
、かつ、不特定の相手にデータを送る伝送制御方法およ
びシステムに関する。 〔従来の技術〕 従来装置は、例えばアイ・イー・イー・イー・シーエイ
チ　１７９６−２　（１９８２年）第６０６頁から第６
１４頁（ＩＥＥＥ　　ＣＨ１７９６−２　　（１９８２
）ｐ、６０６−ｐ、６１４）に論じられているように、
伝送路の使用を許可するコードであるトークンを用いて
伝送の制御を行なっていた。しかし、不特定の相手に対
し１通信を行なう場合、例えば、ブロードキャスト通信
を行なった場合、受は平偏は、そのデータが必要である
か否かにかかわらず、すべて受信しなければならず、不
必要なデータの受信を行ないたくない場合について配慮
されていなかった。 〔発明が解決しようとする問題点〕 上記従来技術は、受は平偏の判断によるデータの受信方
式について配慮がなされておらず、受は平偏が、不必要
なデータまで受信してしまい、受信したデータを記憶す
る装置の容量を大きくしなければならない、あるいは、
受信側の処理時間が。 不必要なデータを受信してしまう分だけ遅くなる等の問
題があった。 また上記従来技術は、伝送路の使用を許可するコード、
トークンを特別なものとして取り扱い。 トークンを受信した場合と通常のデータを受信した場合
とで、処理の方式を変えなければならないという問題も
あった。 本発明の目的は、トークンを用いた伝送制御方式におい
て、伝送路に送出されたデータを受は取るか否かは、受
は平偏の判断によって行ない、受は平偏が不必要なデー
タを受信しなくても済むようにし、また、トークンを通
常のデータと同様に扱い、トークン、通常データいずれ
を受信しても、受信処理の方式を変えないで済む伝送制
御方式を提供することにある。 （１’ｊｆｌ　８点を解決するための手段〕伝送路に接
続されたサブシステムより、伝送路の使用を許可するコ
ード、トークンを流しておき、そのトークンを受は取っ
たものだけが、トークンの送り先を指定しないモード、
たとえばブロードキャストモードを用い、データを伝送
路内に送出する際に、データに、データの内容を示すコ
ードを付加する。ここでサブシステムとは伝送制御装置
、ステージ１ン、端末数または情報処理装置。 コンピュータなどの総称である。さて、受は平偏のサブ
システムは、全頁が、このデータの内容を示すコードを
見て、そのデータが自分に必要であるか否かを判断し、
必要であれば自内に取り入れる。 このように、トークンのブロードキャストモードと、デ
ータの内容を示すコードを合わせて用いることによって
、送り先を指定せずにデータの伝送が行なえ、かつ、デ
ータの内容を示すコードによって、受は平偏でそのデー
タが必要であるか否かを、受は半価独自の判断で行なう
ことが出来る。 また、トークンにも通常のデータと同様に、データの内
容を示すコードを付加し、そのコードにトークンである
ことを明記しておく。このようにすることにより、受は
平偏では、トークン、通常データいずれであっても、ト
ークン、通常データを何ら意識することなく、全く同様
な受信処理で対処することができる。受は平偏で、受は
取った′データの内容を示すコードが、たまたまトーク
ンであれば、それを受信したものは、単に、データの送
信ができる状態になるだけといった制御が可能となる。 〔作用〕 トークンは、伝送路の使用許可コードであり。 各サブシステムは、このトークンを受は取らない限り伝
送路にデータを送出することかできない。 したがって、トークンによって、伝送路の使用管理を行
なう。 また、各サブシステムは、送出するデータに。 データの内容を示すコードを付けて、データを送出する
。データの受は平偏では、そのデータの内容を示すコー
ドを見て、そのデータが自分に必要であるか否かを判断
する。 したがって、トークンプロトコルのブロードキャストモ
ードを用い、送り先を指定せずにデータの伝送を行なっ
た場合であっても、受は平偏は。 データの内容を示すコードを参照することにより、必要
なデータだけを受信することができる６トークンにも他
の通常データと同様に、データの内容を示すコードを付
加する。受は平偏では、データの内容を示すコードを見
て、受信したデータを取り込み、使用するか否かを判断
する。データの内容を示すコードに、トークンであるこ
とが示されていたとしても、それを受は取ったものは、
不必要ならば取り込まない。 このように、受は取ったものが、トークンであるか否か
にかかわらず、通信はデータの内容を示すコードによっ
て行なわれる。したがって、トークンの受は渡し方式９
通常のデータの受は渡し方式というように通信方式を分
ける必要がない、受は取ったものが、トークンであれば
、それを受は取ったものは、データの送信ができる状態
になったことを知るだけである。 〔実施例〕 以下、本発明の一実施例を、一方向性のループ伝送路を
例にとり説明する。なお、本実施例では説明をＭｌ−に
するために、一方向性のループ伝送路を用いるが、双方
向性ループやバス方式、無線のネットワーク等、他の形
態の伝送路でも、全くさしつかえなく１水力式を用いる
ことができる。 第２図は１本発明の一実施例の全体構成図である。 サブシステム１１〜１４は、一方向性ループ状の伝送路
１によって接続されている。各サブシステムは、必要に
応じて、外部入出力装置２１が接続されている０本実施
例の場合、サブシステム１４に外部入出力装置２１が接
続されている。 第１図は、サブシステム１１〜１４の内部構成図である
。各サブシステムＩＩ、１２，１３゜１４　（第２図）
はいずれも全く同様の構成をしている。 伝送制御ユニット１０１　（以下ＮＣＰと略す）は、伝
送路ｌへのデータの入出力を管理する装置である。トー
クン管理テーブル１０２は、ＮＣＰｌｏｌの補助機能で
あり、伝送路使用許可コード（以下トークンと称す）の
管理を行なう。内容コード（以下ＦＣと略す）登録テー
ブル１０３には、サブシステムが処理を行なうのに必要
なデータの内容コードが登録されている。　ＮＣＰ　１
０１は。 Ｆ　Ｃｕ　録テーブル１０３内に登録されているＦＣと
、伝送路内を流れているデータのＦＣ（第３図（ｂ）３
０２）が一致したとき、そのＦＣが一致したデータを自
サブシステム内に取り込む。 ＮＣＰが取り込んだデータは、処理実行のタイミングを
調整するために用いられる受信バッファ１０５に一時蓄
積される。 処理ユニット１０６は、受信バッファ１０５からデータ
を取り込み、自管理下にある。実際の処理を実行するモ
ジュール１０８，１０９に、その受信バッファから取り
込んだデータをわたす。このモジュールは、必要に応じ
て、多数あってもよ塾Ａ０ また、処理ユニット１０６は、必要に応じて、外部入出
力インターフェイス１０７を介して、外部からデータ等
を取り込んだり、モジュールの処理結果を外部に出力す
る。更に、処理ユニット１０６は、自管理下のモジュー
ルの処理結果、あるいは、外部入出力インターフェイス
からの入力データに対してＦＣを設定する。 ＳＡ記録装［１１０には、自ＮＣＰのアドレス（以下Ｓ
Ａと略す）が記録されている。 ＮＣＰ　１０１から送出されるデータのフォーマットの
一例は、第３図（ｂ）の形をしている。 Ｆｅ２Ｏ２は、データ部３０５の内容を示すコードであ
る。５Ａ３０４は、第３図（ｂ）のフォーマットのデー
タをとのＮＣＰが伝送路内に送出したかを示すコードで
ある。この５Ａ３０４は、ＮＣＰ　１０１が設定する。 第３図（ａ）に示すトークン３０１は、伝送路使用許可
コードであり、このトークン３０１を受は取らない限り
ＮＣＰ　１０１は、データを伝送路内に送出することが
できない。 つぎに実施個別に本発明の詳細な説明する。 ［実施例１］ 第５図は本発明の第１および第２の実施例の動作を示す
フロー図である。 今、トークン３０１を、サブシステム１１が受は取った
とする。（ステップ１００１）サブシステム１１の送信
バッファ１０４には、処理ユニット１０６から送られて
きたモジュール１０８の処理結果が、Ｆｅ２Ｏ２を付け
て保持されているとする。（ステップ１００２）トーク
ン３０１を受は取ったサブシステム１１のＮＣＰ　１０
１は、現在、送信したいデータが。 送信バッファ１０４にあるので、トークン３０１をトー
クン管理テーブル１０２に格納する（１００３）。次に
、ＮＣＰ　Ｉ　Ｏ１は、伝送路１へ、第３図（ｂ）のフ
ォーマットのデータを送出する（１００４）。このとき
、５Ａ３０４には、ＮＣＰ１０２によってサブシステム
１１から送り出されたことを示すアドレス、例えば１１
が記録される。 各サブシステム１２〜１４のＮＣＰ　１０１は。 サブシステム１１から送出されたデータのＦｅ２Ｏ２を
最初に参照する（１００８，１００９）。 もし、０内のＦＣ登録テーブル１０３に、サブシステム
１１が送出したデータのＦｅ２Ｏ２が登録されていれば
、該当するＮＣＰ　ｌ　０１は、このサブシステム１１
が送出したデータをコピーし、自内の受信バッファ１０
５に記録保持する（１０１０）。次に、この受信バッフ
ァ１０５に保持されているデータを、処理ユニット１０
６が取り込み、処理ユニット１０６の管理下にあるモジ
ュール１０８，１０９の両方あるいは、いずれかへデー
タ部３０５をわたし、処理を実行させる（１０１１）。 モジュール１０８，１０９の処理結果は、Ｆｅ２Ｏ２を
処理ユニット１０６が付け。 送信バッファ１０４へ保持される。（１０１２）このよ
うに、サブシステム■１が送出したデータは、そのデー
タを必要とする各サブシステムが０内にコピーし、順次
伝送されていく。 サブシステム１１にサブシステム１１が送出したデータ
が戻ってくると、サブシステム１１のＮＣＰ　１０１は
、５Ａ３０４を参照することによって、自送出のデータ
であると認識する（１００５）。自送出のデータである
ことを確認したサブシステム１１のＮＣＰ　Ｉ　Ｏ１は
、そのデータを抹消し、伝送路へのデータの再伝送は行
なわない（１００６）、次に、サブシステム１１のＮＣ
Ｐ　１０１は、トークン管理テーブル１０２内に格納し
であるトークン３０１を伝送路１内に送出する。（１０
０７） 今、伝送路１は、一方向のループ状線路の実施例である
がこの伝送路の伝送方向が、第２図の矢印方向、すなわ
ち、１１→１２→１３→１４→１１の方向であったとす
ると、トークン３０１は。 次にサブシステムＩ２にわたされる。 サブシステム１２に、送出するデータがあれば。 サブシステム１１の場合と全く同様の方式でデータの伝
送が行なわれる。送出するデータがない等でサブシステ
ム１２がデータの伝送を行なわないときはトークン３０
１は、サブシステム１２のトークン管理テーブル１０２
には格納されず、隣りのサブシステムＩ３にわたされる
。以下、順次同様な方式で、トークン３０１が各サブシ
ステムにわたされ、伝送が実行されていく。 本実施例によれば、データの受信側では、自分に必要な
データを、データの先頭のＦＣによって判別できるので
、データ全部を見なくても、必要なデータであるか否か
を判断できる効果がある。 ［実施例２コ トークン３０１に、第４図のように、Ｆｅ２Ｏ２、およ
びＳＡ４０２が付加されている場合について、一実施例
を、実施例１と同様に、一方向ループ伝送路を用いて説
明する。 第４図において、Ｆｅ２Ｏ２には、第４図がトークンで
あることを示すＦＣが記録されている。 またＳＡ４０２には、このトークン３０１を一番最後に
送出したサブシステムのアドレスが記録されている。 各サブシステム１１〜１４は、第４図ＦＣ４０１を参照
することによって、第４図がトークンであることを認識
する。 各サブシステム１１〜１４は、トークンであることを示
すＦＣ４０１が付加されたデータを受は取らない限り、
データの伝送は行なえない。 次に第２の実施例の動作を第５図のフローチャートに従
って説明する。 今、サブシステム１１が、第４図のフォーマットのトー
クンを受は取ったとする。このとき、サブシステム１１
のＮＣＰ　１０１は、ＦＣ４０Ｌを参照することによっ
て、第４図がトークンであることを認識する（１００１
）、第４図が、トークンであることを認識したサブシス
テム１１のＮＣＰ　１０１は、いったんトークン３０１
を自ＮＣＰ内に止め、送出するデータがあるか否かを調
べる（１００２）。もし、送出するデータがあれば、ト
ークン３０１を１・−クン管理テーブル１０２に格納す
る。（１００３） 以下データの伝送方法は、実施例】と全く同様である。 （１００４〜１００６） サブシステム１１に、サブシステム１１が送出したデー
タが戻ってくると、サブシステム１１のＮＣＰＩＯＩは
、実施例１と全く同様に、データを消去する（１００６
）。次にサブシステム１１（７）ＮＣＰ　１０１は、ト
ークン管理テープ／Ｉ／　１０２の中からトークン３０
１を取り出し、トークン３０１に、トークンであること
を示すＦＣ４０１と、自アドレス５Ａ４０２を付加し、
第４図のフォーマットで伝送路１に、トークンを送出す
る。 このサブシステムＩＩが送出したトークンをサブシステ
ム１２は、ＦＣ４０１を参照することによってトークン
が自分に割り当てられたことを認識する。もし、トーク
ンを必要としている状態ならば、伝送制御ユニット１０
１は、トークンをトークン管理テーブル１０２に格納し
、以降サブシステム１１と全く同様の処理を行なう。も
し、トークンを必要としなければ、伝送制御ユニットは
、トークン３０１をトークン管理テーブル１０２に格納
せず、トークンであることを示すＦｅ２Ｏ２と自アドレ
ス４０２を付加し、トークンを送出する。 このようにして、サブシステム１１〜１４にトークンが
割り当てられ、実施例１と全く同様にデータの伝送が行
なわれる６ また１本実施例の場合、トークンを、他の通常のデータ
と同様に扱うこともできる。すなわち、各サブシステム
では、トークンを受信したならば、それをコピーし、自
内に取り込み、自分が今、伝送可能の状態であることを
知ることができる。更に、トークンの使用が終了すれば
、トークンを伝送路内にブロードキャストし、自送出の
トークンがもどってきたならば、それを消去する。 このように、ＦＣとＳＡにより、各サブシステムごとに
、独自にトークンを管理することができる。 本実施例によれば、ＦＣによってトークンであるか否か
を判断するので、送られてきたもの全部分を見る必要が
なく、処理速度を向上できる効果がある。 トークンにもＦＣを付加し１通常のデータと同様の伝送
処理によってトークンの伝送処理が行なえるようにした
。これによって、トークン、通常のデータ、いずれであ
っても、同じ伝送処理でよく、伝送処理方式を簡潔にで
きる効果がある。 なお、実施例１および２では、トークンを、自サブシス
テム内に格納して、伝送路を占有する方式について示し
たが、他のトークンプロトコルを用いても、第５図１０
０３．１００７が、たとえば、それぞれ、「トークン使
用中ノ［トークンフリー」等にかわるだけであり、基本
的な処理は、全く同様にして、本発明を適用することが
できる。 また、本発明はトークンをストア・アンド・フォワード
で割り当てているが、次にトークンを割り崩でるサブシ
ステムを指定する方式でも、同様に本発明を適用するこ
とができることは明らかである。 また、以上の伝送線としては電線や光ファイバーなどの
線路を使用する場合について説明したが、既述のように
任意の形態のネットワーク、無線による場合も同様に実
施することが出来る。 〔９！明の効果〕 本発明によれば１次の効果がある。 トークンのブロードキャストモードとＦＣを合わせて使
用することにより、データの受Ｉｎ側で、自分に必要な
データを選択できるので、１−−クンのブロードキャス
トモードだけで伝送を行なった場合に比べ、不要なデー
タを受は取らない分だけ。 データの受信側の処理速度の向上が図られ、かつ。 受信したデータを記憶する装置の容量が小さくて済むな
どの効果がある。

【図面の簡単な説明】

第１図は１本発明の一実施例のサブシステム内部の稙成
を示すブロック図、第２図は、本発明一実施例の全体構
成図、第３図（ａ）、第４図は。 トークンのフォーマットを示す構成図、第３図（ｂ）は
データのフォーマットを示す図、第５図は、本発明一実
施例のフローチャートである。 １０１・・・伝送制御ユニット（ＮＣＰ）１０２・・・
トークン管理テーブル １０３・・・内容コード（ＦＣ）ｕ録テーブル１１０・
・・アドレス記録テーブル ３０１・・・トークン ３０２．４０１・・・ＦＣ ３０４，４０２・・・ＳＡ 第７目 第１目

Claims (1)

1. 【特許請求の範囲】 １、複数のサブシステムとこれらを結合する伝送媒体を
   有し該伝送媒体にトークンを送出することによって上記
   伝送媒体を占有するシステムにおいて、少くも、或る複
   数のサブシステムの夫々はデータに、或るデータの内容
   を示すコードを付して上記媒体に送出するステップと、
   該データを受信するサブシステムが該データの内容を示
   すコードを参照することによって、自内にデータを取り
   込むか否かを独自に判断するステップを有することを特
   徴とする伝送制御方法。 ２、上記トークンに或るデータの内容を示すコードを付
   して上記媒体に送出する第１項記載の伝送制御方法。 ３、上記データにさらに該データの送信元アドレスを付
   して送出する第１項または第２項記載の伝送制御方法。 ４、複数のサブシステムとこれらを結合する伝送媒体を
   有し該伝送媒体にトークンを送出することによって上記
   伝送媒体を占有するシステムにおいて、少くも、或る複
   数のサブシステムの夫々はデータに、或るデータの内容
   を示すコードを付して上記媒体に送出するステップと、
   該データを受信するサブシステムが該データの内容を示
   すコードを参照することによって、自内にデータを取り
   込むか否かを独自に判断するステップを有することを特
   徴とする伝送制御システム。