JPH0355065B2 - - Google Patents

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はコンピユータネツトワークにおける通
信技術に関する。

［従来技術］ データを処理し伝送するためにコンピユータネ
ツトワークシステムを用いることは、従来からよ
く知られている。通常のコンピユータネツトワー
クシステムは何らかのタイプのオペレーテイング
システムの下で走行する少なくとも１つのホスト
コンピユータと、通信制御装置と、通信媒体と、
複数のエンドユーザ（端末、プリンタ、デイスプ
レイ等）とから成る。ホストコンピユータは通信
媒体を介して通信制御装置またはエンドユーザ端
末に接続される。通信制御装置は通信媒体を介し
て他の通信制御装置またはエンドユーザ端末とイ
ンターフエースする。通信媒体は電話回線、チヤ
ネル、衛星等でもよい。ユーザは、ユーザ端末に
要求を入れることによりホストコンピユータから
データを抽出することができる。同様に、ユーザ
は端末から情報を入れて、それをホストコンピユ
ータに送つて処理させたり、ネツトワークの他の
端末に送つたりすることができる。

物理的な構造以外に関して言えば、従来の計算
機システムは、システム全体にわたつて組織だつ
た情報の流れが得られるように、システムアーキ
テクチヤによつて制御されている。これまでにも
幾つかのタイプのアーキテクチヤがある。例え
ば、S.Weckerによる論文“Computer Network
Architecture”、Computer 1979年９月、はコン
ピユータネツトワークで用いられるアーキテクチ
ヤの概観を示すものである。他に、SNA／
（System Network Architecture）に関する記載
を含むものとして、P.E.Greenによる論文“An
Introduction to Network Architectures and
Protocols”、IBM System Journal、第18巻、第
２号、1979年、がある。これらの論文には、
SNA、DMA、ARPANET等の様々なコンピユ
ータネツトワークが階層的なアーキテクチヤの層
（最下位の層がネツトワークの様々なユーザノー
ドを相互接続する物理通信ラインに関係し、最上
位の層がネツトワークの様々なエンドユーザ間の
対話それ自体に関係する）によつて記述されてい
る。

ネツトワークアーキテクチヤを標準化しようと
いう試みから、国際標準化機構（ISO）は、
IEEE Transactions on Communications、1980
年４月のHerbert Zimmermanによる“OSI
Reference Model−the ISO Model of
Architecture for Open Systems
Interconnections”と題する論文に記載されたモ
デルを採用した。このモデルのアーキテクチヤは
７層から成る。即ち、物理層、データリンク層、
ネツトワーク層、トランスポート層、セツシヨン
層、提示層、及びアプリケーシヨン層である。本
発明は、主にSNAの提示サービス層に関する。
この層は２つのエンドユーザの間で情報を伝送す
るのに用いられる“情報単位”に関係する。

従来技術は、ネツトワークを介してメツセージ
を伝えるのに、色々なタイプの形式を有する“情
報単位”を利用している。にもかかわらず、従来
技術の情報単位は共通の問題を抱えている。即
ち、メツセージの長さをいかに識別するかという
問題と、制御情報とユーザデータとをいかに区別
するかという問題である。ユーザデータはエンド
ユーザのためのものであるが、制御情報は提示層
で使用されるものである。

１つの解決策は区切りを用いてメツセージの組
分けを行うことである。開始区切りを用いてメツ
セージの始まりを示し、終止区切りを用いてメツ
セージの終わりを示す。区切りの他に、メツセー
ジ中に識別マーカを用いて“ユーザデータ”と
“制御データ”とを区別する。

［発明が解決しようとする問題点］ こうした情報単位及びその手法はその目的には
うまく働くのであるが、効率は良くない。という
のは、このような方法は、情報のタイプを判断す
るために必ず受信ノードでそのメツセージを解析
しなければならないからである。この解析には時
間がかかるので、システムの全体的な性能の低下
を招くことになる。その上、従来の情報単位を、
制御データ及びユーザデータ（またはいずれか一
方）を共通のデータストリームで移送できるよう
に適合するのは容易でない。最終的には、事前に
定義された区切りをユーザデータの開始点及び終
止点を示すものとして使用することのできないよ
うなアプリケーシヨンが存在することになる。

従つて本発明の目的は通信ネツトワーク内で情
報を効率良く伝えることのできる情報単位を提供
することにある。

［問題点を解決するための手段］ 本発明はコンピユータネツトワークにおいて、
ユーザデータまたはシステム制御情報を送るデー
タフイールドと、 データフイールドでユーザデータを送るときは
第１の値を送り、データフイールドでシステム制
御情報を送るときは第２の値を送る長さフイール
ドと、 を含む情報単位により情報を伝送することを特徴
としている。

［実施例］ 本発明はコンピユータネツトワークシステム全
体にわたつてデータ及び制御情報を伝えるための
一般的な配送手段となるものである。本発明はど
んなタイプのコンピユータネツトワークにも適用
できるが、SNAアーキテクチヤ及びSNAプロト
コルを使用するIBM SNAネツトワークで良好に
働くので、本実施例ではそうした環境について記
述する。

代表的なSNAネツトワークはIBMマニユアル
“Advanced Communication Functions for
Virtual Telecommunications Access
Method”、GC−27−0463−２、1981年２月、に
記載されている。SNAネツトワークは論理装置
（以下LUという）と呼ばれるSNAエンテイテイ
を用いて端末、アプリケーシヨンプログラム、及
び他の論理質源が互いに通信できるよう、SNA
を利用する。

第１Ａ図乃至第１Ｃ図は本発明に基づく通信ト
ランスポート単位の形式を示すものである。この
トランスポート単位はネツトワーク（これは後で
説明する）全体にわたつて情報を移送
（transport）する配送手段である。移送される情
報はユーザデータ及び制御データ（またはいずれ
か一方）である。図に示す形式はリンク見出し
（LH）７０、伝送見出し（TH）７２、要求応答
見出し（RH）７４、要求応答単位（RU）７６、
及びリンク後書き（LT）７８を含む。要求応答
見出し７４と要求応答単位７６で基本情報単位
（BIU）が構成される。基本情報単位と伝送見出
し７２でパス情報単位（PIU）が構成される。

最終的には、パス情報単位にリンク見出し７０
及びリンク後書き７８を組み合せて基本リンク単
位（BIU）を構成する。基本リンク単位は１以上
のパス情報単位を含むこともできる。基本情報単
位がSNAの様々なレベルを移動するときは、別
の単位が付加されることに留意されたい。基本情
報単位は、ネツトワーク内で１つのエンドユーザ
から別のエンドユーザへ移動する単位である。基
本情報単位は、より効果的な配送手段を提供でき
るよう本発明に基づいてその中身が変更される。
これについては後で説明する。伝送見出し７２は
ネツトワークを介して基本情報単位を誘導する情
報を含む。伝送見出し７２は伝送制御用のアドレ
ス情報及びその他の必要情報を有する。リンク見
出し７０及びリンク後書き７８をパス情報単位に
付加することによつて、リンクを介するパス情報
単位の伝送を制御する。

第１Ｂ図は拡張された要求応答単位（以下拡張
RUという）を示す図である。拡張RUは長さフ
イールド８０を含む。長さフイールド８０はデー
タフイールド８２と組み合せられるデータフイー
ルド８２はユーザデータ及び制御データを移送す
るのに用いることができる。データフイールド８
２がユーザデータまたは制御データを有するかど
うかを判断するために、長さフイールド８０の内
容を調べる必要があるが、これについては後で説
明する。長さフイールド８０の主な機能は、デー
タフイールド８２内に含まれるユーザデータのバ
イト数を識別することである。

要求応答単位の最大長はセツシヨン生成時間に
依存し、通常はユーザデータストリームの長さよ
り短い。従つて特定のユーザデータストリームを
移送するのに多数の要求応答単位が要る場合もあ
る。２以上のユーザデータストリーム（それぞれ
長さフイールド及びユーザデータで構成される）
を送る場合、後のデータストリームは実際には１
つの要求応答単位の境界から始まらなくてもよ
い。

長さフイールド８０に課せられた条件は、それ
によつて伝送される値がユーザデータフイールド
のバイト数に長さフイールド自身のバイト数を加
えたものに等しいことである。従つて、例えばデ
ータフイールドがＮバイトで長さフイールドがＭ
バイトならば、データ生成時には長さフイールド
はＭ＋Ｎにセツトされねばならない。そのデータ
が宛先LUで受信されるときに、そのLUはＮバイ
トのユーザデータを処理する必要があるとわか
る。残りの値（（Ｍ＋Ｎ）−Ｎ）は長さフイールド
のバイト数を示すものである。長さフイールドの
バイト数はシステムの定義またはセツシヨンのセ
ツトアツプ時間で決まることもある。

長さフイールドの長さは有限なので、ユーザデ
ータが長過ぎるために長さフイールドでそれを表
わすことができない場合がある。そのような大量
のユーザデータにも順応できるように、長さフイ
ールドに或る標識を設けて、これを“継続”標識
として使用する。即ち、ユーザデータが長過ぎる
ために長さフイールドに割り当てられたバイト数
でそれをコード化できないときは、或る任意の量
のユーザデータがコード化されて、継続標識が第
１の状態にセツトされ（ターンオン）、かつ、ユ
ーザデータの残りの部分は後続の論理メツセージ
（適切にコード化された長さフイールドを有する）
に置かれる。ユーザデータの残りの部分が後続の
論理メツセージに置かれると、継続標識は第２の
状態にセツトされる（ターンオフ）。

良好な実施例では、継続標識は長さフイールド
の左端のビツトである。第１Ｃ図において継続標
識を参照番号８４で示した。長さフイールドの他
のビツトは、本発明の範囲を逸脱することなく、
付加的なデータの到来またはデータ終わりを示す
ために用いることができることに留意されたい。

次に第１Ｃ図を参照して、ユーザデータ及び制
御情報の移送について説明する。長さフイールド
の値は長さフイールド及びユーザデータのバイト
数の合計であるから、長さフイールドで用いるに
は不当であるような値が幾つかある（例えば長さ
フイールドのバイト数りも少ない値）。そこで制
御情報を識別するためにこれらの不当な値を制御
情報識別フイールド８６（これも長さフイールド
である）に置く。従つて第１Ｃ図からわかるよう
に、長さフイールドの初めに継続標識を置き、ユ
ーザデータの初めにこの長さフイールドを置くこ
と、さらに制御情報の初めに制御情報識別フイー
ルドを置くことによつて、本発明に基づく通信ト
ランスポート単位は、可変長ユーザデータとシス
テム制御情報をまとめて同じデータストリームで
移送することができる。

ユーザデータ及びシステム制御情報は長さフイ
ールドの値に基づいて互いに区別されることに留
意されたい。長さフイールドが無効な値であると
きはシステム制御情報が存在することを示し、一
方、長さフイールドが有効な値であるときはユー
ザデータが存在することを示す。これによりユー
ザデータはトランスペアレントなビツトストリー
ムとなることができる。さらに、長さフイールド
それ自体は全体的なシステム制御用として用いる
こともできるし、システム制御情報は形式化され
たデータストリームとして長さフイールドに続く
こともできる。

前述の通信トラスポート単位の動作を説明する
ために１つの例を用いる。50000バイトのユーザ
データが送信されたとする。さらに、１回に送信
できる量が32767バイトよりも少ないというシス
テム上の制限があるとする。そうすると、例え
ば、第１の論理メツセージの長さフイールドが
27002にセツトされ（27000バイトのユーザデータ
と２バイトの長さフイールドから成る）、継続標
識が第１の状態にセツトされる（ターンオン）。
第２の論理メツセージにおいては、継続標識は第
２の状態にセツトされる（ターンオフ）。第２の
論理メツセージの長さフイールドは23002にセツ
トされる。その数量を調べることによつて長さフ
イールドに割当てられた分のバイトを除去した後
は、ユーザデータは合計して50000バイトという
ことになる。各論理メツセージがシステムの許容
するバイト数よりも少ないものである限りは、論
理メツセージは幾つ連続しても構わない。

長さフイールドの値0000、0001、8000、及び
8001（全て16進）は、全ての論理メツセージは２
以上の長さの値を有しなければならないという理
由から、不当な値である。これらの不当な値は非
エンドユーザ論理メツセージを示す“拡張文字”
として用いることができる。前にも説明したよう
に第１Ｃ図を参照していえば、そうした不当な値
は制御情報の初めの制御情報識別フイールドに置
くことができる。

第５図は前述の通信トランスポート単位のプロ
トコルに合うような、データストリームを生成す
るためのアルゴリズムを示す図である。ステツプ
88はエントリステツプである。ステツプ88はプロ
セツタ（後で説明する）のアルゴリズムへ入口を
示す。プログラムは次に判断ステツプ90へ進む。
判断ステツプ90では、移送されるべきデータがユ
ーザデータであるかどうかが検査される。もしそ
うならばステツプ92へ進み、そこで、長さフイー
ルドの値が、ユーザデータのサイズに長さフイー
ルドのサイズを加えたものと等しい値にセツトさ
れる。そうしてプログラムはステツプ94を介して
出ていく。判断ステツプ90で、データがユーザデ
ータでないときは、ステツプ96へ進む。ステツプ
96では長さフイールドが“拡張文字”の値にセツ
トされる。こうしてプログラムはステツプ94を介
して出ていく。

第６図は継続標識をセツトするためのアルゴリ
ズムを示す図である。プログラムはステツプ98を
含む。プログラムはステツプ98を介してこのアル
ゴリズムへ入る。プログラムは、判断ステツプ
100で、ユーザデータの長さが、所定の最大長
（そのシステムで送ることのできる最大のデータ
量）以下であるかどうかが調べられる。もしそう
ならば、プログラムはステツプ102へ進む。ステ
ツプ102では、継続標識がターンオフされ、長さ
フイールドはユーザデータの長さにセツトされ
る。プログラムはステツプ104を介して出ていく。

ユーザデータが所定の最大長よりも長いもので
あるときは、プログラムはステツプ106へ進む。
ステツプ106では継続標識がターンオフされ、長
さフイールドは実際に送られるユーザデータの長
さと長さフイールドの長さとを加えたものにセツ
トされ、ユーザデータの長さから実際に送られる
ユーザデータの長さが減ぜられる。プログラム
は、ユーザデータが全て送信されるまで、ループ
に留まる。そうして継続標識はターンオフされ、
プログラムはステツプ104を介して出ていく。

第４図はデータストリームを処理するためのア
ルゴリズムを示す図である。このアルゴリズムは
メツセージを受信するノードのプロセツサで実現
されるであろう。ステツプ108はこのアルゴリズ
ムへの入口である。プログラムはステツプ110へ
進み、そこで受信したデータストリーム中の初め
の長さフイールドを検査すべき長さフイールドと
して選択する。次にプログラムは判断ステツプ
112へ進む。判断ステツプ112では、その長さフイ
ールドが有効な値を有するかどうかが調べられ
る。もしそうなら、プログラムはステツプ114へ
進む。ステツプ114では、その受信データはユー
ザデータとして処理される。次にプログラムは判
断ステツプ116へ進む。判断ステツプ116では、そ
れがデータストリームの終わりであるかどうかが
調べられる。もしそうなら、ステツプ118へ進む。

判断ステツプ116で、これがデータストリーム
の終わりでないと判断されれば、ステツプ120へ
進む。ステツプ120ではデータストリーム中の次
の長さフイールドが検査すべき長さフイールドと
して選択され、次に判断ステツプ112へ進む。前
述のように、判断ステツプ112では、長さフイー
ルドが有効な値を有するかどうかが調べられる。
もしそうでないなら、ステツプ122へ進む。ステ
ツプ122では、そのデータは制御情報として処理
される。要約すれば、受信メツセージの長さフイ
ールドを検査することによつて、それが有効な長
さの値を有するときはそのデータがユーザデータ
として処理されるようにそのデータをエンドユー
ザへ送り、長さフイールドが有効な値を有しない
ときはそのデータが制御情報として処理されるよ
うにそのデータをLUの制御部へ送るのである。

第７図は受信ノードにおいて継続標識を処理す
るためのアルゴリズムを示す図である。要約すれ
ば、このアルゴリズムは継続標識の状況を検査す
ることによつて、継続標識がオンのときはそのデ
ータを未完のユーザデータとて処理し、継続標識
がオフのときはそのデータを完全なユーザデータ
として処理するものである。

第２図は基本的なSNAネツトワークの構成を
示す図である。前述の通信トランスポート単位
は、第２図に示すLU間でのメツセージの移送用
に用いることができる。このシステムはトランス
ポートネツトワーク１３０を有する。トランスポ
ートネツトワーク１３０は複数のノード及びそれ
らを相互に接続するための伝送リンクを有する
（ただしこれらは図示せず）。SNAトランスポー
トネツトワークは周知な技術であるので、これ以
上詳しくは説明しない。複数のLU（LUa、LUb、
LUc）がトランスポートネツトワーク１３０に接
続される。各LUはアプリケーシヨンプログラム
Ｐ、Ｉ／Ｏ装置、及び関連データベースを備えて
いる。たとえばLUaがアプリケーシヨンプログ
ラムｐとデータベースを有するアプリケーシヨン
サブシステムであつてもよい。LUaは、プログ
ラムとインタフエースするときはユーザにとつて
使い易いものであるように、またトランスポート
ネツトワークとインタフエースするときはそのネ
ツトワーク内の伝送にとつて効率良く形式化され
たものであるように、構成される。

LUaはユーザにとつて使い易い高度な言語
（それ自身がプログラムを有する：high level
user friendly language）で通信できるという特
徴を有する。その通信の結果、メツセージが本発
明に基づく形式で組み立てられ、形式化され、
LUa′（図示せず）へ伝送される。LUa′はLUaと
同様な構成である。LUa′の機能はLUaからのメ
ツセージを処理しそれを、LUa′に接続されたプ
ログラム（図示せず）へ送ることである。“動詞
（Verbs）”と呼ばれるユーザにとつて使い易い言
語（user friendly language）は“Transaction
Programmer′s Reference Manual for Logical
Unit 6.2”（GC30−3084−１）に公表されてい
る。LUbは局所オフイスアプリケーシヨンプロ
グラム、局所文書記憶装置、キーボード／デイス
プレイ、及びプリンタを備えたデイスプレイライ
タのような知能オフイスワークステーシヨンであ
つてもよい。LUcは機能の固定された通常のデイ
スプレイ端末でもよい。もちろん他のタイプの装
置及びLUをトランスポートネツトワーク１３０
に接続することもできる。

第３図は第２図に示すトランスポートネツトワ
ーク１３０が例えば２つの定義域Ａ及びＢを含む
場合の詳細を示す図である。２つの定義域は同様
なものであるので、定義域Ａのみを詳細に示し
た。トランスポートネツトワーク１３０はノード
Ａにホストプロセツサ１を含み、定義域Ｂにホス
トプロセツサ９を含む。これらのホストプロセツ
サは通常のホストコンピユータでよい。良好な実
施例ではホストコンピユータはIBMシステム／
370である。ホストプロセツサ１はオペレーテイ
ングシステム１７、複数のアプリケーシヨンプロ
グラム１３、及び仮想記憶通信アクセス方式部
（以下VTAMと略記する）１２を含む。LUaは
アプリケーシヨンプログラム１３とVTAM１２
とを接続する。LUaの構成は第２図のところで
説明したLUaの構成と同じものである。要約す
れば、LUaはアプリケーシヨンプログラム１３
から命令及びコマンドを受諾してメツセージを構
成しノードＡからノードＢへそのメツセージを移
送する。メツセージは前述の通信トランスポート
単位の形式で構成されることは言うまでもない。

VTCM１２はシステムサービス制御点（以下
SSCPと略記する）１４を有する。SSOP１４は
ネツトワークの定義域を管理するVTAMの構成
要素である。VTAMはIBMの良く知られた通信
アクセス方式であるのでこれ以上は説明しない。
SSCP１４は、トランスポーテーシヨン単位を形
成するための前述のアルゴリズムを利用するこ
と、リンク障害または制御ユニツト障害のような
ネツトワーク問題に反応すること、ネツトワーク
の活動化及び非活動化、ならびにネツトワークア
ドレス可能単位間の通信の援助、確立、及び終了
のような種々の機能を遂行する。これらの機能を
遂行するには、SSCPは物理装置（PU）及び論
理装置（LU）と通信できなければならない。通
信は通常は自己の定義域内の通信をいう。
VTAM／SSCPはIBMマニユアル“General
Information for Virtual Telecommucation
Access Method”（GC27−2763及びGC27−
0462）に詳述されているが、実施例に必要なもの
は随時説明する。

通信制御装置２はチヤネル１６を介してホスト
プロセツサ１に接続され、集合制御装置４はチヤ
ネル１５を介してホストプロセツサ１に接続され
る。通信制御装置２は拡張通信機能（ACF）／
ネツトワーク制御プログラム（NCP）によつて
制御される処理部を備えた伝送制御装置である。
ACF／NCPは通信制御装置２の記憶装置に常駐
する。NCPの主な目的はホストプロセツサ１か
ら受け取つたデータを端末、集合制御機構、また
は他のNCPへ送ること、端末、集合制御機構、
または他のNCPから受け取つたデータをホスト
プロセツサ１へ送ること、である。NCPはデー
タが通信制御装置を通過する際に種々な方法でそ
れを処理することができる。データの流れを制御
するときにはNCPは通信制御装置のハードウエ
ア部分と必ず対話する。NCPはライン側では通
信走査機構（図示せず）と対話しチヤネル側では
チヤネルアダプタ（図示せず）と対話する。

通信制御装置２は同期データリンク制御
（SDLC）のリンク２１を介して遠隔の集合制御
装置５に接続される。通信制御装置２はリンク２
５を介して遠隔の通信制御装置６に、さらにリン
ク２２′、乃至２４′を介して端末３１乃至３３に
も接続される。定義域間用のリンク２６′は通信
制御装置２と定義域Ｂの遠締の通信御装置１１と
を接続する。定義域Ｂにおいても同様に、通信制
御装置１０がホストプロセツサ９と通信制御装置
１１との間に接続されている。通信制御装置１１
及びその制御プログラムは通信制御装置２と同様
である。

データを送信しまたは受信できる第３図に示す
ネツトワークの各要素にはネツトワークアドレス
が割り当てられている。従つて各要素はネツトワ
ークアドレス可能単位（NAU）と呼ばれる。ネ
ツトワークアドレスは要素を一意的に識別する。
この識別は、その要素が端末または端末制御装置
のような装置であるとか、アプリケーシヨンプロ
グラムのようなプログラムであるとか、ホストプ
ロセツサ内の集合制御装置（即ちVTAMのよう
なアクセス方式の一部）であるとかいつたことに
は関係なく行われる。ネツトワークアドレスはデ
ータの行先を経路指定するための必要な情報を有
する。SNAでは３つのタイプのネツトワークア
ドレス可能単位が定義されている。即ち、
SSCP、PU、及びLUである。

第３図ではPUは丸で囲んで表わしてある。PU
はそれが所在することろの装置（場合によつては
そのPUを含む装置に接続された複数の装置）の
ため制御機能を遂行する装置の１部であつて、通
常は、プログラムまたは回路（またはその双方）
である。装置がその制御下にあるならば、その
PUは活動中のとき及び非活動時、エラー回復及
び同期の復元の間、試験の間、統計の集計の間、
並びに装置の動作中に行動をとる。ネツトワーク
内の各々の装置はそれぞれ１つのPUに関連する。
集合制御装置４にはPU４１が存在し、集合制御
装置５にはPU５１が存在する。同様に、通信制
御装置２及び通信制御装置６にもそれぞれPUが
存在する。

LUは１つの装置またはプログラムである。エ
ンドユーザ、端末のオペレータ、及び入出力機構
はLUによつてネツトワークへのアクセス権を獲
得する。LUは端末、サブシステム独立型装置ま
たはアプリケーシヨンプログラムに関連する論理
（またはプログラム）で構成することができる。
そのネツトワークに関する限りは、LUはそのネ
ツトワークへのアクセスポートである。LUが起
点資源になることもある。要求の内容が、その
LUで制御される装置から発せられたものであつ
たという可能性もある。同様に、ネツトワークは
LUを要求装置（RU）の宛先とみなす。第３図
ではLUは丸で囲んで表わしてある。ホストプロ
セツサ１においては複数のアプリケーシヨンプロ
グラム１３がそれぞれLUである。集合制御装置
４には２つのLU４２′，４３が存在する。LU４
２′及びLU４３は装置４４′及び装置４５を制御
する。集合制御装置５はLU５２乃至５４を有す
る。LU５２乃至５４はループ状の装置５５乃至
５７を制御する。端末３１乃至３３はPU３４乃
至３６及びLU３７乃至３９でそれぞれ構成され
る。

［発明の効果］ 以上説明したように、本発明を利用すれば、コ
ンピユータネツトワークにおいて、従来に比べ、
効率の良い情報伝送が可能となる。

【図面の簡単な説明】

第１Ａ図乃至第１Ｃ図は本発明に基づく通信ト
ランスポート単位の形式を示す図、第２図は前記
通信トランスポート単位を利用することのできる
コンピユータネツトワークを示すブロツク図、第
３図はコンピユータネツトワークの構成の例を示
すブロツク図、第４図は前記通信トランスポート
単位の形式で構成されたデータストリームを処理
するためのプログラムの流れ図、第５図は前記通
信トランスポート単位の形式でデータストリーム
を生成するためのプログラムの流れ図、第６図は
継続標識をセツトするプログラムの流れ図、第７
図は継続標識を含むデータストリームを処理する
ためのプログラムの流れ図である。

Claims (1)

1. 【特許請求の範囲】 １ 複数のノードを有し、該ノードに関連した資
   源を制御する複数のホストコンピユータを含むコ
   ンピユータ・ネツトワークにおいて、該ノードに
   接続された、該ネツトワークによりアドレス可能
   な装置の間でユーザー・データまたは制御情報を
   運ぶための可変長のメツセージを発生するための
   システムであつて、 (a) 上記ネツトワークによりアドレス可能な装置
   にあつて、Ｍ個のデータ・バイトからなる第１
   のフイールドと、該第１のフイールドに連結さ
   れた残りの第２のフイールドを発生するための
   手段であつて、該第２のフイールドをユーザ
   ー・データとして識別するために所定のデータ
   の範囲内にある該第１及び第２のフイールドの
   バイト数の和に等しいデータ値を該第１のフイ
   ールドに格納し、該第２のフイールドを制御情
   報として識別するために該所定のデータの範囲
   外のデータ値を該第１のフイールドに格納する
   手段を具備する、 通信システム。