JPH03116259A - 階層化プロトコル処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） この発明は、通信制御方式において、階層化されたプロ
トコルの処理方式に関するものである。

（従来の技術） 通信速度の高速化に伴い、高精細画像情報等の大量デー
タを転送するようなサービスが出現しつつある。サービ
スの利用者の心理的要因から、応答時間はできるだけ小
さくすることが要求される。このためには、通信制御装
置の処理の高速化が必要される。

そこで、通信ない（つかのフェーズに分けて考えると、
各々の階層（以下レイヤという）のコネクションの設定
／解放フェーズとコネクション設定後のデータ転送フェ
ーズに分けることができる。このうち、データ転送フェ
ーズは通信全体から見ると時間的に占める割合が高い。

従って、応答時間を小さくするには、このデータ転送フ
ェーズを高速処理することが最も重要である。一般に、
コネクションの設定・解放フェーズは複雑な処理が要求
されるが、データ転送フェーズではデータ受信時に各レ
イヤでデータから固定的なプロトコルヘッダ（以下、ヘ
ッダ）を削除し、データ送信時に各レイヤでデータに固
定的なヘッダを付与するだけの処理しか要求されないこ
とが多い。

従来の階層化プロトコル処理方式は、まずプログラムの
流通性や変更の容易性の観点からはレイヤ毎にプロトコ
ル処理を設け、このプロトコル処理部でそのレイヤのコ
ネクションの設定からデータ転送、コネクションの解放
までを扱い、タスク間通信を行うことにより隣接レイヤ
にデータを弓き継ぐことが行なわれていた。逆に、高速
化の観点からはタスク管理によって処理を行うのではな
く、プログラム論理によって処理を記述するようなこと
も行われていた。

（発明が解決しようとする課題） しかしながら、上記従来の方法ではレイヤ毎にプロトコ
ル処理部を設ける場合全てのデータは各レイヤ間でタス
ク間通信により引き継がれて処理されるため、一つのデ
ータが複数レイヤで処理されるのには多大な時間を要す
るという欠点があった。

一方、プログラム論理によって処理を記述する場合は、
プログラムの流通性を低下させると共に、プロトコル仕
様の変更のプログラムへの波及範囲が大きいという欠点
があった。

本発明はこれらの欠点を除去するためのもので、データ
転送処理の高速化を図った階層化プロトコル処理方式を
提供することを目的とする。

（課題を解決するための手段） 本発明は前記欠点を解決するために、階層化されたプロ
トコルを処理する通信制御方式において、複数レイヤの
コネクション制御部とは別に、レイヤを連続して複数組
み合わせて一つのバイパス制御部を構成したことに特徴
がある。

（作用） 以上のような構成を有する本発明によれば、複数組み合
わされたレイヤの内、最上位レイヤのコネクションが設
定された後のデータ転送フェーズのプロトコル処理をバ
イパス制御部で処理することにより、複数レイヤのヘッ
ダを一括して付与又は削除し、異常データがあればコネ
クション制御部に渡して処理させる。すなわち、レイヤ
Ｎ−レイヤＮ＋ｎまでのデータ転送処理を一括して扱う
とすると、この場合コネクションが各レイヤのコネクシ
ョン制御部によって接続され、レイヤＮ＋ｎまで接続さ
れると、レイヤＮ−レイヤＮ＋ｎまでのデータ転送処理
を一括して扱うバイパス制御部のみで以降のデータ転送
処理を行う。レイヤＮ＋ｎの上位からデータがバイパス
制御部に引き継がれると、バイパス制御部では、先ずレ
イヤＮからレイヤＮ＋ｎまでの状態のチエツクを行う。

状態チエツクの結果、データ転送フェーズであれば、バ
イパス制御部はレイヤＮからレイヤＮ＋ｎまでのヘッダ
を一括して付与し、レイヤＮの下位に引き継ぐ。状態チ
エツクの結果、データ転送フェーズでなければ、レイヤ
Ｎ＋ｎのコネクション制御部に引き継がれると、バイパ
ス制御部では、まずレイヤＮからレイヤＮ＋ｎまでの状
態のチエツクを行う。状態チエツクの結果、データ転送
フェーズであれば、バイパス制御部はレイヤＮからレイ
ヤＮ＋ｎまでのヘッダを一括して分析し、レイヤＮ＋ｎ
の上位のデータであればこれらのヘッダを一括して削除
し、レイヤＮ＋ンの上位に引き継ぐ。分析結果がレイヤ
Ｎ＋ｎの上位のデータでなければレイヤＮのコネクショ
ン制御部にデータを引き継ぐ。また、状態チエツクの結
果、データ転送フェーズでなければ、レイヤＮのコネク
ション制御部にデータを引き継ぐ。

したがって、本発明は前記欠点を解決でき、データ転送
処理の高速化を図った階層化プロトコル処理方式を提供
できる。

（実施例） 以下、本発明の一実施例を図面に基づいて説明する。

第１図はこの発明の一実施例を示す機能ブロック図であ
る。本実施例は、レイヤＮからレイヤＮ＋ｎまでのコネ
クション制御部１〜３をバイパス制御部４で囲んでおり
、これらのレイヤへのデータの引継はバイパス制御部４
を介して行うようにした実施例である。

次に、本実施例の動作について説明する。

バイパス制御部４ではレイヤＮからレイヤＮ＋ｎまでの
状態がデータ転送フェーズにあるとき、データ転送指示
を上位から受けたときは、レイヤＮからレイヤＮ＋ｎま
でのヘッダを一括して付与してレイヤＮの下位にデータ
を引き継ぐ。データ受信報告を下位から受けたときはレ
イヤＮからレイヤＮ＋ｎまでのヘッダのチエツクを行う
。この結果、レイヤＮ＋ｎの上位のデータであれば、括
してヘッダを削除し、レイヤＮ＋ｎの上位にデータを引
き継ぐ。

上位からデータ送信指示以外の指示を受けたときや、下
位からデータ受信報告以外の報告を受けたとき、または
データ受信報告を受けたが、レイヤＮ＋ｎの上位のデー
タでなかった場合（イリーガルデータの場合を含む）は
、バイパス制御部４はレイヤＮコネクション制御部１ま
たはレイヤＮ＋ｎコネクション制御部３にデータを引き
渡す。

以上の動作をさらに第２図に示すレイヤＮ−レイヤＮ　
＋　ｎまでのｎ＋１個のレイヤ及びこれらレイヤの上位
と下位のプロトコルヘッダとデータとの関係に基づいて
以下説明する。

レイヤＮ＋ｎの上位からデータがバイパス制御部に引き
継がれると、バイパス制御部では先ずレイヤＮからレイ
ヤＮ＋ｎまでの状態のチエツクを行う。状態チエツクの
結果、データ転送フェーズであれば、バイパス制御部は
レイヤＮからレイヤＮ＋ｎまでのヘッダ２２〜２４を一
括して付与し、レイヤＮの下位に引き継ぐ。状態チエツ
クの結果、データ転送フェーズでなければ、レイヤＮ＋
ｎのコネクション制御部に引き継がれると。バイパス制
御部ではまずレイヤＮからレイヤＮ＋ｎまでの状態のチ
エツクを行う。状態チエツクの結果、データ転送フェー
ズであれば、バイパス制御部はレイヤＮからレイヤＮ＋
ｎまでのヘッダを一括して分析し、レイヤＮ＋ｎの上位
のデータであればこれらのヘッダを一括して削除し、レ
イヤＮ＋ンの上位に引き継ぐ。分析結果がレイヤＮ十ｎ
の上位のデータでなければレイヤＮのコネクション制御
部にデータを引き継ぐ。また、状態チエツクの結果、デ
ータ転送フェーズでなければ、レイヤＮのコネクション
制御部にデータを引き継ぐ。

第３図は、第１図においてＮ＝４、ｎ＝＝１とした場合
の例であり、レイヤ４プロトコルとしてＣＣＩＴＴ勧告
Ｘ、２２４クラスＯ（ＣＣＩＴＴ勧告Ｔ。

７０）レイヤ５プロトコルとしてＣＣＩＴＴ勧告Ｘ。

２２５力−ネル十全２重を選択したときの処理の流れで
ある。第３図には、ネットワーク接続が完了し、トラン
スポートコネクションの確立、セションコネクションの
確立が行われ、データの送受信を行い、その後、セショ
ンコネクションを切断する場合の処理の流れを示してい
る。第３図において、ＣＮ　（ＣＮＯＮＮＥＣＴ）、Ａ
Ｃ（ＡＣＣＥＰＴ）、ＤＴ（ＤＡＴＡ　ＴＲＡＮＳ−Ｆ
ＥＲ）、ＦＮ　（ＦＩＮＩＳＨ）、ＤＮ　（ＤＩＳＣＯ
ＮＮＥＣＴ）はセションレイヤのプロトコルデータユニ
ットの名称であるが、トランスポートレイヤで見ればＴ
ＤＴ（トランスポートレイヤ）というデータブロックと
して転送される（トランスポートレイヤのデータブロッ
ク名称は、セションレイヤのデータブロック名称とも区
別のため、Ｔ、７０に従うものとする）。このうち、Ｄ
Ｔは、レイヤ５の上位（この場合はプレゼンテーション
またはアプリケーションレイヤ）のデータユニットであ
る。以下、第３図に従い、正常時の処理の流れについて
説明する。

まず、トランスポートレイヤのオーブン要求であるＴＣ
Ｒ（トランスポート接続要求）がバイパス制御部３３に
引き継がれる。バイパス制御部３３は、まずトランスポ
ートレイヤとセションレイヤがデータ転送フェーズにあ
ることをチエツクする。今の場合はデータ転送フェーズ
でないので、トランスポートレイヤのコネクション制御
部であるレイヤ４制御部３１にＴＣＲを引き継ぐ。レイ
ヤ４制御部３１は、ヘッダ分析によりＴＣＲであること
を知り、セションレイヤのコネクション制御部であるレ
イヤ５制御部３２にオーブン要求を行う。即ち、トラン
スポートレイヤをオーブンして良いか否かを上位に問い
合わせる。レイヤ５制御部３２はオーブン要求を受ける
と、オーブン応答なレイヤ４制御部３１に返す。レイヤ
４制御部３１はオーブン応答を受け取ると、ＴＣＡＯラ
ンスポート接続確認）を編集してデータ転送処理部３３
を介して送信指示する。

次に、バイパス制御部３３はセションレイヤのオーブン
要求（これをログオン要求と呼ぶ）であるＣＮを受は取
る。バイパス制御部３３はＴＣＨの受信時と同様に状態
のチエツクを行った後レイヤ４制御部３１に引き継ぐ。

レイヤ４制御部３１はヘッダ分析によりＴＤＴを受信し
たことを知り、トランスポートレイヤのヘッダを削除し
た後、レイヤ５制御部３２にデータ受信報告を行う。そ
して、レイヤ５制御部３２はヘッダ分析により、受信デ
ータがＣＮであることを知り、バイパス制御部３３経由
で上位に対してログオン要求を受は付けて良いか否かを
問い合わせる。その結果、上位からログオン応答を受け
る。レイヤ５制御部３２はバイパス制御部３３経由でロ
グオン応答を受けると、ＡＣを編集してレイヤ４制御部
３１　（ＡＣにトランスポートレイヤのヘッダを付与す
る）とバイパス制御部３３を介してデータ送信指示を行
う。これによって、セションレイヤがオーブンされ、デ
ータ転送フェーズとなる。

その後、バイパス制御部３３はＤＴを受信すると、まず
状態をチエツクする。チエツクの結果、データ転送フェ
ーズであるので、受信データのヘッダ分析を行い、ＤＴ
であることを知る。バイパス制御部３３は、ＤＴのトラ
ンスポートレイヤのヘッダとセションレイヤのヘッダを
一括して削除した後、直接上位にデータを引き渡し、レ
イヤ４制御部３１とレイヤ５制御部３２にはデータを引
き継がない。

次に、データ送信指示を上位から受けると、バイパス制
御部３３は状態をチエツクした後、直接下位にデータを
引き渡す（トランスポートレイヤでデータの組み立てや
分割が必要な場合は、バイパス制御部３３でも組み立て
／分割を行う）。

この後、バイパス制御部３３はＦＮを受信すると、状態
チエツクの後、受信データのヘッダ分析を行う。この場
合は、ＤＴではなく、ＦＮであるので、レイヤ４制御部
３１にデータ受信報告を行う（バイパス制御部３３は、
受信したデータがＦＮであることは知らない。単に、Ｄ
Ｔではないことを知るだけである）。レイヤ４制御部３
１でヘッダ分析をし、トランスポートレイヤのヘッダを
削除した後、レイヤ５制御部３２に引き継ぐ。レイヤ５
制御部３２はヘッダ分析に結果、ＦＮを受信したことを
知り、ログオフして良いか否かを上位に問い合わせるた
め、バイパス制御部経由でログオフ要求を上げる。この
時点で、状態はデータ転送フェーズから抜ける。バイパ
ス制御部３３は上位からログオフ応答を受けると、状態
がデータ転送フェーズでないので、レイヤ５制御部３２
にログオフ応答を引き渡す。レイヤ５制御部３２は、Ｄ
Ｎｆ！：ｍ集し、レイヤ４制御部３１（ＤＮにトランス
ポートレイヤのヘッダを付与する）とバイパス制御部３
３経由でデータの送信を指示する。

バイパス制御部３３からレイヤ４制御部３１またはレイ
ヤ５制御部３２に制御を渡したとき、処理の逆転を防止
するため、後続データの処理を先行して行わないように
することが必要である。これを実現する簡単な方法とし
てはデータ転送フェーズでイリーガルなデータを受信し
たり、ＤＴ以外のデータを受信した場合には、データ転
送フェーズから抜けでるため、−旦データ転送フェーズ
に入った後、レイヤ４制御部３１またはレイヤ５制御部
３２に制御を渡したら、以降に受信するデータや送信す
るデータはすべてレイヤ４制御部３１またはレイヤ５制
御部３２を介することができる。他の方法としては、バ
イパス制御部３３で待ち合わせを行うこともできる。

第４図は本発明に係る別の実施例を示す機能ブロック図
である。第１図とは異なり、本実施例はレイヤＮからレ
イヤＮ＋ｎまでのコネクション制御部４１〜４３をバイ
パス制御部４４で囲むことはせず、レイヤＮ＋ｎまでの
コネクションが確立された後にバイパス制御部に制御を
移すようにした実施例である。なお、この場合・にはレ
イヤＮの下位とレイヤＮ＋ｎの上位は、状態がデータ転
送フェーズか否かに応じて、バイパス制御部４４、レイ
ヤＮコネクション制御部４１、またはレイヤＮ＋ｎコネ
クション制御部４３のいずれに制御を渡すか判断する必
要がある。

（発明の効果） 以上説明したように、この発明によれば、レイヤ間イン
タフェースをタスク間通信によってのみ実現するのでは
な（、複数レイヤのデータ転送）ニーズを一つのバイパ
ス制御部を設けて一括して行うため、データ転送処理を
高速化することができる。また、複雑なコネクション制
御については、バイパス制御部以外に、コネクション制
御部をレイヤ毎に設け、タスク間通信によって制御する
ので、プログラムの流通性や変更の容易性を極力低下さ
せないようにすることができる。

【図面の簡単な説明】

第１図はこの発明の一実施例による階層化プロトコル処
理方式の構成を示すブロック図、第２図は複数レイヤ間
のヘッダとデータの関係を示す図、第３図は第２図の具
体例としてＮ＝４、ｎ＝１とした場合の処理の流れを示
す図、第４図はこの発明の別の実施例による階層化プロ
トコル処理方式の構成を示すブロック図である。 １．４１ニレイヤＮのコネクション制御部、２．４２ニ
レイヤＮ＋１のコネクション制御部、３．４３ニレイヤ
Ｎ＋ｎのコネクション制御部、４、３３．４４：バイパ
ス制御部、 ２１ニレイヤＮ＋ｎの上位のデータ、 ２２ニレイヤＮ＋ｎのヘッダとデータ、２３ニレイヤＮ
＋１のヘッダとデータ、２４ニレイヤＮのヘッダとデー
タ、 ２５ニレイヤＮからレイヤＮ＋ｎまでを一括して扱う場
合のヘッダとデータ、 ２６：レイヤＮの下位のヘッダとデータ、３１ニレイヤ
４制御部、 ３２ニレイヤ５制御部。

Claims (2)

【特許請求の範囲】
1. （１）階層化されたプロトコルを処理する通信制御方式
   において、 各階層のコネクション制御部とは別に複数階層のデータ
   転送を一括して制御するバイパス制御部を設け、 データ転送のプロトコル処理は前記バイパス制御部によ
   り行い、データ転送以外の情報が与えられたときには前
   記コネクション制御部に当該情報を渡して処理させるこ
   とを特徴とする階層化プロトコル処理方式。
2. （２）前記バイパス制御部は前記複数階層のプロトコル
   ヘッダを一括して付与又は削除することを特徴とする請
   求項１記載の階層化プロトコル処理方式。