JPH0442642A - 通信プロトコル制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、ネットワーク中において通信のプロトコル制
御を行う通信プロトコル制御装置に関するものである。

［従来の技術］ 従来のこの種の通信プロトコル制御装置は、ＩＳＯのＯ
８Ｉ参照モデルに基づき複数レイヤの通信プロトコルの
処理構造により構成されており、各レイヤ毎に種々の処
理が雄される。しかし、緊急データやリアルタイム性を
必要とするデータに対しては、各レイヤを通過するため
にオーバヘッドが大きいという問題点、あるいはネット
ワーク中の通信プロトコル装置の中に全てのレイヤをサ
ポートしていないものがある場合にはそれらの装置とは
通信できないという問題点があり、これらを解消するた
めに、各レイヤのエントリーポイントを識別する識別子
の処理を行うディレクトリサービス部を設けたものとし
て第４図、第５図に示すようなものがある（例えば、特
開昭６４−４７１５４号公報）。

第４図において、通信プロトコル制御部７は、ユーザイ
ンターフェース部８．ディレクトリサービス部６．レイ
ヤ７処理部２０．レイヤ６処理部３０、レイヤ５処理部
４０．レイヤ４処理部５０、レイヤ３処理部６０．レイ
ヤ２処理部７０゜送受信制御部８０および伝送路インタ
ーフェース部９０から構成されている。

そして、ディレクトリサービス部６は、第５図に示すよ
うに、ユーザが指定する名前とこの名前に対応する識別
子およびこの識別子により識別される各レイヤのエント
リーポイントから構成されている。例えばユーザがｎａ
■ｅ４　（７０４）を指定した場合、この識別子はｉｄ
５となり、レイヤ５のエントリーポイントが獲得される
。このディレクトリサービス部６の内容は、全てのネッ
トワーク上通信プロトコル制御装置に配布される。

第４図において、ユーザがｎａ■ｅ４　（７０４）を用
いて送信を行う場合、送信要求を受けたユーザインター
フェース部８は、ディレクトリサービス部６をアクセス
してｎａｍｅ４に基づき識別子ｉｄ５を獲得し、ｉｄ５
の示すレイヤ５のエントリーポイントを獲得する。そし
て、獲得されたエントリーポイントに基づきユーザイン
ターフェース部８は、通信線５００を介してレイヤ５処
理部４０へ送信要求を送る。また、この送信要求を受け
たレイヤ５処理部４０は、レイヤ５のプロトコル処理を
施してプロトコルデータおよびプロトコルヘッダを生成
し、これらを通信線５００を介してレイヤ４処理部５０
に伝達する。

以下同様に、レイヤ４処理部５０．レイヤ３処理部６０
およびレイヤ２処理部７０においてそれぞれプロトコル
処理が行われ１つ下位のレイヤ処理部に送信要求が伝達
されるものとなっている。

そして、レイヤ２処理部７０から通信線５００を介して
送信要求を受信した送受信制御部８０は、プロトコル処
理を施して通信権を得た後、各レイヤによりプロトコル
処理が施されたユーザデータを伝送路インターフェース
部９０を介して伝送路１００に送出する。なおこの際、
識別子（この場合ｉ　ｄ５）も伝送路１００上にユーザ
データとともに送出される。

そして、ネットワーク上の他の通信プロトコル制御装置
からのデータを受信する場合については、伝送路１００
から伝送路インターフェース部９Ｏを介してデータを受
信する。このデータを受信した送受信制御部８０は、ま
ず、データ中の識別子に基づき通信線４００を介してデ
ィレクトリサービス部６をアクセスし、そのレイヤがエ
ントリーポイントに合致するか否かをチエツクする。こ
の場合、識別子がｉｄ５であるので、プロトコル処理を
施し、レイヤ２処理部７０に通信線５００を介して受信
指示を送る。なおこの際、通信線５００およびユーザイ
ンターフェース部８を介してデータの受信をユーザに通
知しておく。

同様に、レイヤ２処理部７０．レイヤ３処理部６０およ
びレイヤ４処理部５０においては、それぞれ識別子ｉｄ
５に基づき通信線４００を介しディレクトリサービス部
６をアクセスしてエントリーポイントを確認するが、エ
ントリーポイントが異なっているのでプロトコル処理を
施した後、１つ上位のレイヤ処理部に受信指示を伝達す
る。

こうして、レイヤ４処理部５０から通信線５００を介し
て受信指示を受けたレイヤ５処理部４０は、識別子ｉｄ
５に基づき通信線４００を介してディレクトリサービス
部６をアクセスし、エントリーポイントを比較する。こ
の場合、識別子ｉｄ５は、レイヤ５のエントリーポイン
トであるので、これらは互いに一致し、この結果、レイ
ヤ５処理部４０は、プロトコル処理を施した後、レイヤ
５以下の層のプロトコル処理が施された受信データを通
信線５００およびユーザインターフェース部８を介して
ユーザに伝達することになる。

このようにして、従来のネットワーク上の各通信プロト
コル制御装置間におけるデータ通信は行われている。

［発明が解決しようとする課題］ 上述した従来の通信プロトコル制御装置においては、デ
ータ通信を行う場合、任意のレイヤから下位のレイヤの
みを制御できるが、ディレクトリサービス部が各レイヤ
のエントリーポイントを識別する識別子から構成されて
いるだけであるので、任意のレイヤの制御により下位レ
イヤのオーバーヘッドを減少させることができないとい
う問題があった。

また、従来の通信プロトコル制御装置では、送信元ユー
ザにより設定された識別子がネ・７トワーク上に配布さ
れるため、ある局において上記の識別子で示される値以
上の上位レイヤが輻輪状態にあった場合は、データがそ
の局で滞ってしまうという問題もあった。

［課題を解決するための手段］ このような課題を解決するために、本発明に係る通信プ
ロトコル制御装置は、それぞれのエントリーポイントを
有する各レイヤのプロトコル処理部と、各レイヤのエン
トリーポイントを識別する識別子から構成されるディレ
クトリサービス部とを備え、ディレクトリサービス部に
各レイヤの処理機能の一部または付加機能を持たせるよ
うにしたものである。

［作用］ ディレクトリサービス部により各レイヤの処理機能の一
部または付加機能の処理が実行され、この結果、上位レ
イヤの高負荷時のデータ通信が可能になるとともに通信
時の信頼性を高めることができる。

［実施例］ 次に、本発明について図面を参照して説明する 第１図は本発明に係る通信プロトコル制御装置の第１の
実施例を示す構成図である。同図において、第４図、第
５図に示す従来の通信プロトコル制御装置の構成と同等
部分は同一符号を付してその説明を省略する。

第１図において、ディレクトリサービス部６は、エント
リーポイント登録部１．誤り検出部２および第１のレイ
ヤ機能処理部３〜第ｎのレイヤ機能処理部５から構成さ
れる。なお、エントリーポイント登録部１は、第５図と
同様に、ユーザが指定する名前（ｎａ■ｅ）とこの名前
に対応する識別子、およびこの識別子によって識別され
る各レイヤのエントリーポイントから構成される。

以下、本発明の通信プロトコル制御装置の動作を従来例
の第４図、第５図を用いて説明する。

まず、第４図において、ユーザが第５図と同様の内容が
登録されている第１図のエントリーポイント登録部１内
のｎａ■ｅ４　’　（７０４）を用いて送信して、ネッ
トワーク上の他の通信プロトコル制御装置からのデータ
を受信した場合において、伝送路１００から伝送路イン
ターフェース部９０を介してデータを受信した送受信制
御部８０は、まず、データの中の識別子に基づき通信線
４００を介してディレクトリサービス部６をアクセスし
、エントリーポイント登録部ｌを参照する。この場合、
識別子がｉｄ５°となっているので、プロトコル処理を
施してレイヤ２処理部７０に通信線５００を介して受信
指示を伝達する。

ここで、レイヤ２処理部７０が輻軽状態にある場合、デ
ィレクトリサービス部６は、誤り検出部２においてデー
タの誤りを判定し、データの誤りがある場合は、フレー
ム情報に誤り検出ビット情報を作成して付加したうえ、
送信元へ再送要求を送信する。また、データの誤りを検
出しない場合は、レイヤ２処理部７０を介することなく
レイヤ３処理部６０に直接受信指示を伝達する。

なお、上記第１の実施例においては、ディレクトリサー
ビス部６を用いて成るレイヤを軽力することなくデータ
を送受信するような場合、このディレクトリサービス部
６に誤り検出機能を持たせたものを示したが、ディレク
トリサービス部６に送信先レイヤのフォーマット作成機
能を有する送信先レイヤフオマット作成部２゛を備えれ
ば、各レイヤにおいては送信先レイヤのフォーマットを
作成せずにデータの送受信を行うことも可能となる。第
２図は、ディレクトリサービス部６送信先レイヤフオマ
ツト作成部２゛を備えた第２の実施例の構成図である。

次に、この通信プロトコル制御装置の第３の実施例につ
いて第３図の（ａ）図および（ｂ）図に示すフローチャ
ートおよびフラグ説明図に基づいて説明する。

上記の第１・図に示す第１実施例においては、ディレク
トリサービス部６で誤り検出を行った後、レイヤ３処理
部６０に受信指示を伝達する場合を示したが、緊急デー
タでありかつ誤り検出のみを行えばよいため、データリ
ンク制御等の処理を必要としない場合には、（ａ）図の
フローチャートに示されるような動作が行われる。そし
て、（ｂ）図に示すように、送受信データには処理を必
要とするレイヤに対応して処理必要レイヤ対応フラグ９
を設定しておく。この第３実施例では、レイヤ２で誤り
検出を行えば、レイヤ３，４の処理は必要がない場合を
考えているので、処理必要対応フラグ９は、ビット１．
２．５にそれぞれ「１」を設定しておく。

そして、レイヤ１の処理終了後、ディレクトリサービス
部６は、処理必要対応フラグ９を参照して処理必要なレ
イヤかを判定しくステップＳ１）、ここでレイヤ２対応
のビットが「１」に設定されているため、レイヤ２処理
部７０に受信指示を伝達し、この結果、このレイヤ２の
プロトコル処理が実行される（ステップＳ２＞。そして
、レイヤ２処理の終了後、全レイヤの処理が終了したか
否かをチエツクしくステップＳ３）、終了していない場
合は、次に処理を行うレイヤのカウンタを「３」にイン
クリメントしくステップＳ４）、ステップＳ１に戻って
レイヤ３の処理が必要であるか否かを処理必要レイヤ対
応フラグ９を用いて判定する（ステップＳｌ）。

ここで、レイヤ３に対応するビットは、「０」に設定さ
れているため、ステップＳ１で「Ｎ」と判定され、この
結果、ディレクトリサービス部６はレイヤ３処理部６０
に対して受信指示を行わず、全レイヤの処理が終了した
か否かチエツクしくステップＳ３）、この場合は未だ全
レイヤの処理は終了していないので、レイヤのカウンタ
を「４」にインクリメントして（ステップＳ４）、ステ
ップＳ１に戻ってレイヤ４の処理が必要であるか否かを
判定するという処理を順次続行し、全レイヤの処理が終
了すると、ステップＳ５で次の通信プロトコル処理装置
の処理が実行される。

このように、第３図の（ａ）図のフローチャートに示さ
れた処理を実行することによって、レイヤ２の処理を行
った後、レイヤ３．レイヤ４を経由することなくレイヤ
５に直接受信指示を送出してプロトコル処理を実行させ
ることができるため、オーバーヘッド時間が短縮される
。

以上説明したように、本発明においては、ディレクトリ
サービス部に誤り検出機能を設けたため、緊急データや
リアルタイムデータに関してアクセスしたいレイヤの下
位レイヤにおけるオーバーヘッドに無関係に通信を行う
ことができるので、通信データの信頼性を高めることが
可能となる。また、あるレイヤが輻稜状態にある場合で
もディレクトリサービス部に各レイヤの機能処理の一部
を持たせているので、輻較によって停滞しているデータ
を輻綾レイヤを経由することなく次のレイヤに通信する
ことが可能となる。

［発明の効果コ 以上説明したことから明らかなように、本発明に係る通
信プロトコル制御装置は、ディレクトリサービス部によ
り各レイヤの処理機能の一部または付加機能の処理が実
行されるので、上位レイヤが輻較状態にある場合も、デ
ータがそこで滞るようなことがなく、また、下位レイヤ
のオーバーヘッドを減少させることができ、従ってデー
タ通信時の信頼性を高めることができるという効果があ
る。

【図面の簡単な説明】

第１図は本発明に係る通信プロトコル制御装置のディレ
クトリサービス部の一実施例を示す構成図、第２図はこ
の装置の第２の実施例を示す構成図、第３図の（ａ）図
および（ｂ）図はこの装置の第３の実施例を説明するフ
ローチャートおよびフラグの説明図、第４図、第５図は
従来の通信プロトコル制御装置の構成図である。 １・・・・エントリーポイント登録部、２・−・・誤り
検出部、２′　・・・・送信先レイヤフォーマット作成
部、３・・・・第１のレイヤ処理部、４・・・・第２の
レイヤ処理部、５・・・・第ｎのレイヤ処理部、６・・
・・ディレクトリサービス部、７・・・・通信プロトコ
ル制御部、８・・・・ユーザインターフェース部、２０
・・・・レイヤ７処理部、３０・−・・レイヤ６処理部
、４０−・・・レイヤ５処理部、５０・・・・レイヤ４
処理部、６０・・・・レイヤ３処理部、７０・−・・レ
イヤ２処理部、８０・・・・送受信制御部、９０・・−
・伝送路インターフェース部、１００・・・・伝送路。

Claims (1)

1. 【特許請求の範囲】 　複数のレイヤの通信プロトコルの処理構造からなる通
   信プロトコル制御装置であって、それぞれのエントリー
   ポイントを有する各レイヤのプロトコル処理部と、 前記各レイヤのエントリーポイントを識別する識別子か
   ら構成されるディレクトリサービス部とを備え、前記デ
   ィレクトリサービス部に前記各レイヤの処理機能の一部
   または付加機能を持たせることにより上位レイヤの高負
   荷時の通信を行わせるとともに、通信時の信頼性を高め
   るようにしたことを特徴とする通信プロトコル制御装置
   。