JPH01503497A - 端末装置セション管理プロトコル - Google Patents

Abstract

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

Description

【発明の詳細な説明】 端末装置セシ！ン管理プロトコル 主里企圀互 本発明は一般にはディジタル・データ処理システム、より特定的には、１Å以上 のオペレータが単一の通信インクを介して複数のアプリケーション・プロセスに たいして選択的にアクセスしそして使用することを可能にするセシ；ン管理プロ トコルを用いる端末”ｌｉＷに関わる。

１里企ｌ見 コンピュータがより洗練されたものになるにつれて、２つ以上のプログラムすな わちアプリケーション・プロセスを、単一のコンピュータ・システム上で平行に 走行させることが可能となりだ、この機能は、マルチタスキングまたはマルチプ ログラミングとして知られているが、選択された時間間隔で、または大容量記憶 装置との間におけるデータ転送のような、プロセンサ時間を必要としない何等か の事象がシステムで発生した時にプログラムをスイッチングすることができる大 規模の高速プロセッサによって可能になった。さらに最近では、小規模のコンピ ュータをネットワーク化させることによって、低速のコンピュータを一緒にリン クさせて、プログラムおよびデータを共用して平行処理を実現することが可能で ある。

コンピュータは複数のアプリケーション・プロセスを平行に走行させることがで きるので、このようなコンピュータのユーザは、システム上を走行している２つ 以上のプロセス間における頻繁なスイッチングをすることが可能であることが望 ましいということを認識している０例えば、製造施設にいる要員はシステムによ って制御され得る異なった製造ステップを選択的に監視し制御することを望むか も知れない。金融機関の事務所内の要員は、最新のまたは過去の売買の記録にア クセスしそしてさらに電子メールを発送することを望むかも知れない１代表的な 例を挙げると、ユーザは、ワード・プロセンサ・ステージ；ンや一次システムに 接続されたパソコンのようなビデオ・ディスプレイとキーボードを組合ゼたもの を有する単一のコンポーネント（構成装置）または仮想端末を介してコンピュー タ・システムにアクセスする。

たくさんのアプリケーション・プロセスを平行して走行させることができるコン ビエータ・システムの第２の長所は、システム上で走行しているプロセスの全て にたいして選択的にアクナスし得る、１ンボーネントをシステムに接続できるよ うになったと２ハう点である。

例えば、自身に提示された多くのプリント・リクエスト中におる：ｌるプリント 順序を選択することができるインテリジェント・プリンタをシステムに接続する ことが望ましいことがあり得る。ころする代わりに、マスク・プロセフ”Ｊをシ ステムに接続して、多くのスレーブ・プロセンサ上を走行しているプロセスを監 視し、それによっ゛Ｃシステム上を走行している全てのプロセスを制御πしても よい。

多くのコンビ１−り・システムのプロセッサ・ユニット、端末および他のコンポ ーネントはしばしば単一の通信リンクによって一緒に接続される。代表的な例を 挙げれば、これらのフンピユータはコモン・バスによって互いに接続される、こ のようにコンポーネントを接続することによって、個々のコンポーネントに装備 しなければならないＩ１０ボートの数が最小化され、そしてさらに全てのコンポ ーネントを一緒に接続する通信リンクの数が減少する。

システム上を走行しているプログラムに即座にアクセスする手段を・コンピュー タ・システムの１部である仮想端末に装備し、なければならないことが顯繁にあ る。このアクセス機能すなわちスイッチング能力によって、仮想端末のユーザは 選択的にプロセスを監視しそしてこれらのプロセスから処理済みのデータを指定 して受け取ることができ、さらに、処理されるデータの形式で与えられた情報ま たはこのようなデータを処理するためのコマンドを、監視されているプロセスに 送信することができる０代表的な例を挙げれば、スイッチング・プロトコルを装 備し、それによりて、情報をシステム上を走行している異なったプロセスとの間 で単一の通信リンクを介して選択的にやり取りして端末装置との間で転送しても よい。

覗在では、自身の端末および他のコンポーネントとの間で情報のパケットが転送 されるパケット交換プロトコルを多くのコンピュータ・システムが用いている。

パケットは個々に、ヘッダ（見出し）（資）およびその後に続く情報欄を有して いる。このヘッダ欄には、情報欄中に入っている予定された情報の受信側を識別 するアドレス情報のような制御情報が含まれている０例えば、ユーザはシステム 上で動作している２つのプログラムを観察すなわち°ウィンド２するように仮想 端末を設定してもよい。システムから仮想端末に送信されるバ々ソト中のヘッダ 欄によって、表示されたウィンドが自身中において監視されているプログラムか らのデータを含むことが保証される。仮想端末からの送信に際して、ヘッダ欄は 情報の宛先であるアプリケーション・プロセスを認識し、そしてもし必要とあれ ばプロセスが走行しているプロセッサをｔａｌｋする。このようにしてパケット 交換によって、単一の通信リンクを介して、複数のアプリケーション・プロセス に関する情報を送信することが可能となる。

しかし、パケット交換に関してはいくつかの制限がある０個々のパケットにおい て、情Ｈ欄の前にヘッダ欄が来なければならず、従ってヘッダ欄゛の送信に必要 とされる時間によって情報を、それかデータであるかプログラム・コマンドであ るかを問わず通信リンクを介して送信し得る時間が減少する。そのうえ、仮想端 末および他のシステム・コンポーネントは、送信されたパケット用のヘッダ欄を 発生させる時間、受信されたパケットのヘッダ欄をデコーディング（復号化）す る時間およびパケット中の情報の流れを予定されている受信側に方向付けする時 間を費やさなければならない。

立里東！匝 本発明は、ディジタル・データ処理システム中のポスト・システムと端末システ ムとの間における情報転送用の新しい改良されたシステムを提供する。

簡潔に要約すれば、ディジタル・データ処理システムは、アプリケーション・プ ロセスを走行させるホスト・コンピュータ・システムおよび通信リンクを通じて ホスト・コンピュータ・システムに接続されている端末システムからなる。端末 システムには、その個々がオペレータをしてアプリケ−シラン・プロセスが使う 情報を入力することおよび表示されるプロセスからの情報を出力することを可能 にする１つ以上の仮想端末が含まれる。端末装置とアプリケージテン・プロセス との間における結合がセションである。はじめに、セションは通信リンクを介し て転送されたコマンドにょゲて選択される。その後で、この選択されたセション に関連する悄轄を通信リンクを通じて送信してもよい。この動作は、他のセショ ンが選択されるまでｗ！続し得る。コマンド・パケットを、他のセションを制御 するために送信される情報と共に、セションをもう１つ選択することなく多重化 してもよい、 新しい情報転送システムは、通信リンクを介して送信されているデータと関連す る特定のセションを識別するのに必要とされる制御情報の分量を最小化する。こ の理由は、一度１つのセションが選択されると、このセションは他のセションが 選択されるまで選択された状態にとどまり、その後で、送信されたデータは新た に選択さゎたセションと関連付けられる。制御情報を送出しなければならない時 間が最小化されるので、データを送出するに利用できる時間は最木発明の特殊性 は添付クレーム中に指摘されている０本発明の上記の長所およびさらなる長所は 、以下の添付図面に関連する説明を参照すればよりよく理解されるだろう。

第１図は本発明に従って実現されたセション管理システムのブロック図、第２図 は本プロトコルに従ったホスト・システムと端末システムとの間において送信さ れる情報の構成を示す線図、第３図から第８図は本プロトコルに従った第１図に 示すシステム同土間において送信されるコマンドの内いくつかを転送する様子を 示す線図そして第９図は本プロトコルに従ったシステム同土間での情報の送信の 際に詰め込みが発生したデータのバイト構成を示す線図である。

出しい、の萱細な量 第１図は、物理回路のような単一の両方向通信リンク１６によって端末１４にリ ンク（連携）されているホスト・システム１２を有するシステム１０を示す、ホ スト・システム１２および端末システム１４は共に、通信リンク１６を介して送 受信された信号をエンコード（符号化）およびデコード（複合化）する通信ファ シリティ１８をもっている。！信ファシリティ１８は、通信リンク１６を介して 送信するための並列信号の直列化のような機能を実行し、そして通信リンクを介 して受信された直列信号を並列形式に形式化する。

ホスト・システム１２は１つ以上のプログラムすなわちアプリケージ５ン・プロ セス２０．２２および２４が平行に走行し得るコンビド−タ・システムを代表し ている。端末システム１４は、１つ以上のビデオ端末、または仮想端末２．６． ２８および３０によって代表される他の端末コンポーネントを有する。仮想端末 ２６．２８および３０は個々に、ホスト・コンピュータ・システム１２上を走行 している１つ以上のアプリケーション・プロセスを選択的に通信してもよい、ア プリケーション・プロセスと仮し！、端末との間の１　（ｉ　：：通信リンク１ ６を介して行われるが、これはホスト・システム１２と端末システム１４間にお いて、単一の情報ストリームを個々の方向にたいして転送するだけである０代表 的には通信リンク１６は双方向の通信を可能にし、これによってホスト・システ ム１２および端末システム１４の双方が送信側になったり受信側になったりする 。

情報がアプリケ−シラン・プロセス２０．２２または２４から仮想端末２６．２ ８または３０に送出された場合、ホスト・システム１２は送信モードで動作し端 末システム１４は受信モードで動作する。情報の流れの方向が逆であれば、ホス ト・システム１２および端末システム１４の動作モードも逆になる。このように して、本プロトコルのこの説明および応用の全てにわたって、ホスト・システム １２および端末システム１４のいずれかが送信システムとして機能し、他方のシ ステムは受信システムとなる０代表的な環境下においては、通信リンク１６は全 二重化され、それによってホスト・システム１２および端末システム１４は同時 に情報を送受信できる。

本書に述べる端末装置のセション管理プロトコルを使って、ホスト・システム１ ２および端末システム１４は、通信リンク１６を介してアプリケーション・プロ セス２０，２２．２４と仮想端末２６゜２８．３０との間で情報を選択的に送信 する９例えば、仮想端末２８は、アプリケーション・プロセス２２および２４を 監視するために使用されるビデオ端末であってもよい、セション管理プロトコル を使用して、端末のユーザは、情報を交換する相手としてプロセス２２または２ ４を選択してもよい、そうする代わりに、仮想端末３０が、アプリケーション・ プロセス２０．２２．２４の全てからプリント・リクエストを受け入れ、これら リクエストの優先順位を設立しそして最高の優先順位のプリント・リクエストの 内容をプリントするインテリジェント・プリンタであってもよい。

その個々がそれぞれホスト・システム１２および端末システム１４の一部である セション管理ファシリティは、アプリケーション・プロセス２０，２２．２４と 仮想端末２６．２８．３０との間における情報の流れをセション管理プロトコル に従って制御する。ホスト・システムのヤシ５ン管理ファシリティ３２は、アプ リケーション・プロセス２０．２２．２４と仮想端末２６，２８．３０との間の 、セションと呼ばれる関係のマフピング（配置）を管理する。

情報が仮想端末の内の１つからアプリケーション・プロセスの内の１つへ送出さ れると、ファシリティ３２はセションをＬ？ＥＫｉｋしそしてそれを通切なアプ リケージシン・プロセス２０．２２または２６に転送する。端末システムのセシ ョン管理ファシリティ３４は、情報がアプリケーション・プロセス２６．２８ま たは３０のいずれからから４Ｈ２，端末２０．２２または２４のいずれにいつ送 出されたかを示す類似の１セントのマフピングを管理する。以下に検討するよう に、情報を送信するシステムは、情報の意図される宛先しだいでアクティブとな るような特定のセションを選択する。セションを選択することは実際に、ランダ ム・アクセスを伴った時分割多重化を通してコンポーネントに゛アクセスするこ とであり、従って情報は、他のコンポーネントが選択されるまではそのコンポー ネントに出力される。

１つのセションが選択されると、流れ制御が用いられて、情報をバッファリング する受信側のシステムの容量がその情報を送る送信側のシステムの容量を下回ら ないことを保証する。その情報を受信するシステムは情報を送出するシステムに たいして選ばれた数の送信クレジットを発送する。この送信クレジット数が、受 信側システムが受け入れる情報の量を表す、送信側システムは、情報を発送する につれて入手可能な送信クレジットの数を減少させる。送信クレジットの数が選 ばれた価にまで減少すると、送信側システムは、受信側システムから追加の送信 クレジットを受信するまで情報の発送を停止する。これによって、受信側システ ムがこれ以上光は入れることができない量の情報を、送信側システムが送出しな いことを保証する。この送信クレジット機構は両方向性である、ということは送 信クレジットを両方の方向に送出することが可能であり、そして１つの方向にお ける情報の流量は反対方向の情報の流量に依存するということである。

第２図は、通信が設立された後で通信リンク１６を介して送出される情報の形式 （フォーマット）を示す、このような情報は、自身の間に散在するコマンド欄を もったデータ欄４２を含む。データ欄４２は、仮想端末２６．２８．３０とアプ リケーション・プロセス２０．２２．２４との間で送信される情報を有している 。実データおよびプログラム・コマンドを含み、ホスト・システム１２上のアプ リケーション・プロセスに関する全ての情報は、データ＠４２に入れられて通信 リンク１６を介して転送される。

コマンド欄４３は、本プロトコルに従ってセション管理を動作させるために必要 とされるプロトコル情報を含む。このプロトコル情報には、例えば、セションを 始動し選択しそして送信クレジットを拡張するために使用されるコマンドが含ま れるが、これらのコマンドは以下により詳細に検討する。コマンド＠４４は、こ れらを送信するヤシ５ン管理ファシリティ３８および４ｏによって情報ストリー ム中に挿入される。コマンド＠４４は、それがデータ欄４２の内容を受信側の仮 想端末２６．２８もしくは３ｏまたはアプリケージシン・プロセス２０．２２も しくは２４に結合させる以前に受信側のセション管理ファシリティ４ｏまたは３ ８によって取り除かれる。

コマンド・イントロジューサ欄４５は最初のコマンド欄である。

この欄は、プロトコル・コマンドの開始を示すために受信側のセション管理ファ シリティ３２または３４に送出される。コマンド・イントロジューサ＠４５の後 には、送出されつつあるプロトコル・コマンドを識別する演算コード欄４６が続 いている。１つ以上のパラメタ欄４１ａ、４１ｂ、・・・・・・、　（一般的に は参照番号４７で識別される）がコマンド演算コード欄４６に続くこともある。

パラメタ欄４７は、コマンドを実行するに必要とされる情報を含む、コマンド・ ターミネータ欄４８はコマンド欄４３の最後にある。コマンド・ターミネータ欄 ４８は受信側のセション管理ファシリティ３２または３４にたいして、現行のプ ロトコル・コマンドの送信が完了したことを示し、そして継続する情報が追加の プロトコル・コマンド、または受信側のアプリケーション・プロセス２０．２２ もしくは２４または仮想端末２６．２８もしくは３ｏに結合されるべき情報を有 する。

上記を背景にして、ヤシ５ン管理プロトコルの動作をより詳細に述べる。個々の アプリケーション・プロセス２０．２２．２４とホスト側のセション管理ファシ リティ３２との間にはプレゼンテーション・シンタクス・ファシリティ３８が存 在し、個々の端末装置２６．２８．３０と端末のセション管理ファシリティ３４ との間にはプレゼンテーション・データ・シンタクス・ファシリティ４ｏが存在 する。プレゼンテーション・データ・シンタクス・ファシリティ３８および４０ は、セション管理ファシリティ３２または３４と、結合されているアプリケーシ ョン・プロセス２０．２２．２４または仮想端末２６．２８．３０との間を自身 を通って送信されるデータをエンコードしそしてデコードする。情報は最初セシ ョン管理ファシリティにたいしてプレゼンテーション・データ・シンタクス・フ ァシリティ３８または４０を通じて送信されるが、これらのファシリティにおい てその情報はセション管理ファシリティが確認可能な形式にエンコードされる。

送信側のセション管理ファシリティは、このエンコードされた情報を、通信リン ク１６を介して受信側のセション管理ファシリティに発送する。すると受４ｇ側 のセション管理ファシリティは、この情報を受信側のプレゼンテーシヨン・デー タ・シンタクス・ファシリティに発送し、次にこの情報は、受信側のアプリケー ション・プロセス２０，２２．２４または仮想端末２６．２８．３０が認識可能 なこの情報のもとの形式ｒデコードさｉ′する。

本発明の第１の実施例においては、プレゼンテーシヨン・データ・シンタクス・ ファシリティ３８および４０は、ＡＮＳＴ基準３．４によって定義された“列／ 行゛シンタタスに従って情報を形式化する１文字は、１６行×１６列のビンＦ配 列の個別の要素乙ごよって識別される。列および行は共にＯから１５までの番号 が付けられており、従って配列における第１の要素は０１０であり恐ｌ＆Ｏ要素 は１５／１５である０例えば、列２と行３の文宰は２／３と認識される。いかな る文字の形式も、列０（ｌＩＩに４が残したシフト数を掛けて列の値を足すこと によって決められる。従、ンて、文字？／３のシンタクス・コードは３５−　（ ２Ｘ１６）＋３であり、２進法では００１０００１１として送信される。このシ ンタクスによって２５６の異なった文字をシステム間で送信することが可能であ る。

セション管理プロトコルがホスト・システム１２と端末システム１４との間に実 現されると、通信リンク１６を介してアプリケーション・プロセス２０，２２． ２４と仮想端末２６，２８．３０との間を通過する全ての情報は、プロトコルが ＯＦＦの位置にあるかまたは、情報が通信リンク上にあるときにその流れを制御 するＥＮＡＢＬＥＤ状態すなわちアクティブ・プロトコルであるかを問わずこの 形式で与えられる。

セション管理プロトコルに従って、ホスト・システム１２および端末システム１ ４は個々に、次に示す４つの可能な状態のいずれかにある。

１）ＯＦＦ　この状態においてはセンラン管理プロトコルはホスト・システム１ ２と端末システム１４との間における情報の流れを制御するために使用されるこ とはない、他のプロトコルを使用し゛ご、アプリケージ；ン・プロセス２０，２ ２．２４と仮想端末２６．２８．３０との間における通信リンク１６を介した情 報の漆れを制御してもよい。

２）　Ｐ　ＥＮＤ　Ｉ　ＮＧ　この状態においてはセンラン管理プロトコルは１ ｍリンク１６を制御するために使用される。しかし、ホスト・システム１２およ び端末システム１４が確認しそしてＯＮで動作す、るコマンドはＥＮＡＢＬＥ、 ＤＩＳＡＢＬＥおよびＲＥＰＯＲＴ　５ＥＳＳＯＮだけであり、これらは個々に 以下で検討する。

３）ＥＮＡＢＬＥＤ　ＩＮＡＣＴＩＶＥ　、：の状態ニおいては通信１ノ：／り １６を介する情報の流れは、センラン管理プロトコルに従ってセション管理ファ シリティ３２および３４によって制御される。しかし、送信側のシステムは送信 された情報を受信するためにセシＣンをまだ選択していない、なにもセションが 選択されていないので、受信側のシステムはどれかセションが１つ選択されるま ではいかなる情報も１舎でてしまう。

４）ＥＮＡＮＬＥＤ　ＡＣＴＩＶＥ　この状態においては通信リンク１６を介す る情報の流れはセション管理プロトコルに従って制御される。情報は送信側シス テムから通信リンク１６を介して送信され、受信側のシステム中のヤシ５ン管理 ファシリティ３４または３２によって適切なアプリケーション・プロセス２０． 　２２゜２４または仮想端末２６．２８．３０に出力される。

ＯＦＦ状態から遷移するにはＰＥＮＤＩＮＧ状態を通過する。

ＯＦＦ状態へのまたばからの遷移は、ホスト・システム１２の内部からまたは端 末システム１４にたいして発生するローカル・リクエストによって可能となる。

こうする代わりに、ホスト・システム１２または端末システム１４が他のシステ ムにこのような遷移を実行することを要求してもよい、これによって、このプロ トコルに従ってセション管理を操作するように要求されたシステムは、自身のユ ーザがそのようなことを望まない限り強制されることはない。

ＰＥＮＤＩＮＧ状態からＥＮＡＢＬＥＤ　ＩＮＡＣＴＩＶＥ状態への遷移は、通 信リンク１６を介してリクエストが送信された結果発生する。ホスト・システム は通常、この遷移をＥＮＡＢＬＥコマンドを端末システム１４にたいして送信す ることによって始動し、これによってエネイブル・シーケンスを開始するが、詳 細は後で検討する。端末システム１４はエネイブル・シーケンスを始動させるた めには使用されないのが正常である。しかし、端末システムは通常この遷移を強 制的に始動する機能をもっている。

センラン管理プロトコルがＥＮＡＢＬＥＤ　ＩＮＡＣＴＩＶＥ状態になると、セ ションを開くことが可能になり、そして開かれた１つのセションが、後で送信さ れたデータの欄に情報を受信するために選択される。一度セシッンが選択される と、セション管理ファシリティ３２および３４は共に、このプロトコルに関して ＥＮＡＢＬＥＤ　ＡＣＴＩＶＥ状態になり、そしてデータ＠４２の形式で与えら れた情報はアプリケーション・プロセス２０，２２゜２４と仮想端末２６，２８ ．３０との間でこのプロトコルに従って転送される。

セションはブロッキング・モードおよびブロッキング・モードのいずれにおいて 選択してもよい、ブロンキング・モードにおいては、同一のセションが通信リン ク１６上で両方向にたいして選択される。

言い替えれば、仮想端末２６，２８．３０に情報を送信するアプリケーション・ プロセス２０．２２．２４もまた同一のアプリケーション・プロセスから情報を 受信する。

非ブロッキング・モードにおいては、セションは同じものである必要はない。通 信リンク１６上を互いに反対の方向に進む情報は異なったアプリケーション・プ ロセス２０，２２．２４と仮想端末２６．２８．３０との間において送信するこ とが可能である。さらに、これによって、アプリケーション・プロセス２０．　 ２２．　２４から複数の仮想端末２６，２８．３０へ同一情報を送信したり、た った１つの仮想端末からアプリケーション・プロセスへ情報を送信し返したりす るオブシッン機能が可能となる。一般的に、セション管理プロトコルがブロッキ ング・モードまたは非ブロッキング・モードにおいて操作されるかどうかという ことは、複数のアクティブなプロセスを制御する端末システム１４およびホスト ・システム１２の能力の１つの機能である。

本セシッン管理プロトコルは、ホスト・システム１２と端末システム１４との間 における情報の流れを制御するために、セション管理ファシリティ３２と３４と の間を送信される特定のプロトコル・コマンドを示す第３図から第８図を参照す れば、より完全に理解することができるかもしれない。

第３図に、ＯＦＦ状８７０からＥＮＡＢＬＥＤ　ＩＮＡＣ丁■ｖＥ状Ｂ３２への 遷移に使用されるコマンドのシーケンスを示す、ホスト・システム１２および端 末システム１４の双方共、最初はＯＦＦ状態７０にありローカル・リクエストに 応じてＰＥＮＤ　Ｉ　ＮＧ状態７２に移行する。ホスト・システムのセション管 理ファシリティ３２はこの遷移を、アプリケーション・プロセス２０．２２．２ ４からのリクエストに応じてまたは端末システム１４の起動に自動的に応して実 行し得る。Ｓ末システムセション管理ファシリティ３４はこの遷移を、ただ単に 仮想端末２６．２８．３’０のいずれか１つからの特定のコマンドに応じて実行 し得る。これら仮想端末の１つがビデオ・ディスプレイであった場合、リクエス トは、ユーザがキーボード２６゜２８．３０から手動で入力したコマンドからの ものでもあり得る。

ホスト・システム１２および端末システム１４が共にＰＥＮＤＩＮＧ状８７２に なると、ホスト・システム１２は始動コマンドＥＮＡＢＬＥ７４を送信すること によってエネイブル・シーケンスを始動し得る。

端末システム１４は肯定応答コマンドＥＮＡＢＬＥ７９をもってこれに応答する が、このコマンド中にはこのシステムが現在のところＥＮＡＢＬＥ状態にはない ことを示すパラメタ欄４７　（第２図）の内の１つにパラメタＥｎａｂｌｅ　５ ｔａｔｅをその内に含む、第２のＥＮＡＢＬＥ７８にたいしてホスト・システム は、パラメタ欄４７の内の１つの中にパラメタ５ｔａｔｕｓをもつコマンドＲＥ ＰＯＲＴ　５ＥＳＳＯＮ８０をもって応答し、ホスト・システムが、端末システ ムが使用中の特定のバージランのセション管理プロトコルをサポートできるかど うかを示す、すると、双方のシステム共にＥＮＡＢＬＥＤ　ＩＮＡＣＴＩＶＥ８ ２状態に移行する。

この変遷の間、双方のシステム共、パラメタＥｎａｂｌｅ　５ｔａｔｅに続くパ ラメタａ４７　（第２図）中において、パラメタＶｅｒｓｉｏｎ　Ｎｕｍｂｅｒ および５ｅｓｓｉｏｎ　Ｌｉｍ１ｔを送信する。パラメタＶｅｒｓｉｏｎ　Ｎｕ ｍｂｂｅｒは、どのバー、ジ町ンのプロトコルを送信側のシステム１２または１ ４がもっているかを示す。パラメタ５ｅｓｓｉｏｎ　Ｌｉｍ１ｔはシステムがそ の時点でサポートしているセションの最大数を示す。

ホスト・システム１２および端末システム１４がこのプロトコルに関Ｌ７ＥＮＡ ＢＬＥＤ　ＩＮＡＣＴＩＶＥ状態８２に移行すると個別のセション８６ａ、８６ ｂ、・・・・・・８６ｎを設立する、すなわち開くことが可能になり、開かれた セション８６ａ、８６ｂ、・・・・・・８６ｎの内選択された１つを通じてデー タ欄４２が、第４図に示すように送出される。ホスト・システム１２および端末 システム１４のどちらでも、その他者にたいしてコマンドＯＰ　Ｅ　Ｎ　５ＥＳ ＳＩＯＮ５４を送出することによってセション８６ａ、８６ｂ、・・・・・・８ ６ｎのいずれかを開いてもよい。パラメタ＠４７に存在するパラメタ５ｅｓｓｉ ｏｎ　Ｉ　Ｄ　（第２図）は、開かれたセションを識別するため個々＜７）ＯＰ ＥＮ　５ＥＳＳＩＯＮコマンドと共に送出される。すると、受信側システムはコ マンド０ＰＥＮ　５ＥＳＳＩＯＮ８４にたいして、セション８６ａ、８６ｂ、・ ・・・・・８６ｎが成功裏に開かれたかどうかを示すＲＥＰＯＲＴ　５ＥＳＳＩ ＯＮ８０をもッテコれに応答する。

もしコマンド０ＰＥＮ　５ＥＳＳＴＯＮ８４が、アプリケーション・プロセス２ ０，２２．２４の内１つ以上または仮想端末２６゜２８．３０の内１つ以上をも っている受信側システムに送出された場合＼パラメタＡｐｐｌｉｃａｔｉｏｎ　 Ｎａｓ＋ｅおよび５ｅｓｓｉｏｎ　Ｍａｎａｇｅｍｅｎｔを、パラメタ５ｅｓｓ ｉｏｎ　Ｉ　Ｄに続くパラメタ欄４７　（第２図）中のコマンドと共に送出して もよい、これらのパラメタは、本発明の１部をなすものではないが、コマンド０ ＰＥＮ　５ＥＳＳＩＯＮ８４ｔ−受（ｉするセション管理ファシリティ３２また は３４が用い、それによってセションを適切なアプリケーション・プロセス２０ ．２２もしくは２４または仮想端末２６．２８もしくは３０に割り当てる。もし これらのパラメタをコマンド０ＰＥＮ　５ＥＳＳＩＯＮ８４と共に送出しないと 、受信側のセション管理ファシリティ３２または３４は、情報が適切な宛先に出 力されるように自動的にセション８６を割り当てる手段をもたなければならない ことになる。

１つ以上のセション８６が開かれると、それを選択して通信リンク１６上におい てアクティブにしてもよい、もしこのリンクが全二重であると、そしてさらにセ ション管理ファシリティ３２および３４が非ブロッキング・モードで動作可能で あるとすると、互いに異なったセションを別々の方向にリンクに沿って選択する ことが可能である。セション８６ａ、８６ｂ、・・・・・・８６ｎにたいして送 信する情報をもつシステムは、コマンド５ＥＬＥＣＴ　５ＥＳＳＩＯＮ８８を送 信することによって、選択のプロセスを始動する。アクティブであるように選択 されたセションを識別するパラメタ５ｅｓｓｉｏｎＩＤが、パラメタ欄４７（第 ２図）でこのコマンドと共に送出される。コマンド５ＥＬＥＣＴ　５ＥＳＳＩＯ Ｎ８８を受信するシステムは、セション選択プロセスを完了した後で、送信側シ ステムにたいしテコマントＲＥＰＯＲＴ　５ＥＳＳＩＯＮ８０を送出する。セシ ョン８６ａ、８６ｂ、・・・・・・８６ｎが文字を受信するために選択さレルト 、’Ｊ　スフ　ムハ状ａＥＮＡＢＬＥＤ　ＡＣＴＩＶＥ８１：あるといわれる。

選択された開かれたセションは別のセションが選択されるまではアクティブ状態 にとどまる。

このプロトコルに従ってホスト・システム１２と端末システム１４との間でデー タ欄４２を発送するためには、送信側のシステムは最初に送信フレジン）９２ａ 、９２ｂ、・−・・・・９２ｎを受信側システムから受信しなければならない、 セション８６ａ、８６ｂ、・旧・・８６ｎが最初に開かれ時には送信クレジット はゼロである。受信側システムはコマンドＡＤＤ　ＣＲＥＤＩＴ９４を、第５図 に代表して示すように送信側システムに送出して、送信された情報を記憶するの に使用可能なバッファの容量を示す、パラメタ＠４７　（第２図）中に置かれて コマンドＡＤＤ　ＣＲＥＤＩＴ９４と共にパラメタ５ｅｓｓｉｏｎ　Ｉ　Ｄが送 信されるが、これによってセション８６ａ。

８６　ｂ、−−−８６ｎ’ｃ識別し、そしてパラメタＴｒａｎｓｍｉｔ　Ｃｒｅ ｄｉｔ９３によってそのセション用の記憶容量が示される。このコマンドにたい １７てはなんら応答は必要とされず、そして送信側システムは、クレジット９２ を受信したらすぐに、データ欄４２（第２図）中に置いて情報を送出してもよい 。

本発明の第１の実施例においては、送信クレジット９２ａ。

９２ｂ、・・・・・・９２ｎは、データ欄４２を受信するシステムがバッファリ ング可能な情報のバイト数を表す、データ欄４２中で送信されるデータの１バイ トごとに、送信側システムは、そのセションの管理ファシリティの内部の記憶ロ ケーション中で入手可能な送信クレジット９２から１を差し引くが、そのセショ ンにたいしてクレジットが、受信されたメンセージＡＤＤ　ＣＲＥＤＩＴによっ て与えられる。

いずれの時点においても、受信側システムは、追加のコマンドＡＤＤ　ＣＲＥＤ ＩＴ９４を送信することによって送信セションにたいして追加の送信クレジット ９２を送出することが可能である。

追加のコマンドＡＤＤ　ＣＲＥＤＩＴ９４をシステムが送信しても、それが自身 に送信されたデータ欄４２を受信する妨げとはならない。

システムは、コマンドＡＤＤ　ＣＲＥＤＩＴ９４を受信すると、該当する特定の セション用の記憶ロケーション中に以前からすでに存在するクレジットに、追加 の送信クレジット９２を足す。

もしデータ欄４２を受信する端末システム１４またはホスト・システム１２のい ずれかが、データを送信するシステムの入手可能な送信フレジン）９２ａ、９２ ｂ、・・・・・・９２ｎがゼロになるまで待つ場合、受信側のシステムが情報の 流れを再開するまで送信側のシステムは待つわけであるから、データ欄４２が、 °休み休み進む′のであればそれは評価されるだろう、これは望ましくない誘導 であり従ってそれを避けるために、送信側のシステムのストアされているクレジ ットが設定された最小の分量に達する以前に、受信側システムがクレジット９２ を送出することが推奨される。

そのうえ、バッファによってデータ欄４２を送信するシステムがあるかもしれず 、そしてこのようなシステムは、もしバッファの全内容を発送することが不可能 であれば、部分的に一杯であるそのバッファの内容を発送しない。従って、いつ 情報が受信される予定であろうが、そしてコマンドＡＤＤ　ＣＲＥＤＩＴ９４が いつ送出されようが、送信されるクレジット９２ａ、９２ｂ、・・・・・・９２ ｎの数が最小であることが推奨される。

もし情報を送信するシステムが、入手可能な送信クレジット９２ａ、９２ｂ、・ ・・・・・９２ｎより多くの送信すべき情報をもっている場合、またはコマンド ＡＤＤ　ＣＲＥＤＩＴ９４が、パラメタ丁ｒａｎｓｉ＋ｉｔ　Ｃｒｅｄｉｔまた は５ｅｓｓｉｏｎ　Ｉ　Ｄのいずれかが失われたようなときに発生し得るように 書き換えられる場合、送信側システムはパラメタ欄４７　（第２図）中のパラメ タ５ｅｓｓｉｏｎ　Ｉ　ＤとともにコマンドＶＥＲＩＦＹ　ＣＲＥＤＩＴを送出 し、送信クレジットの再同期化を特徴とする特定のセションを識別し得る。受信 側システムは、そのセションにたいして、パラメタ欄４７中のパラメタ５ｅｓｓ ｉｏｎ　ＩＤと共にコマンドＺＥＲＯＣＲＥＤＩＴを送出してこれに応答する。

このコマンドは、送信側システムがストアしている入手可能な送信側フレジン） ９２ａ、９２ｂ、・・・・・・９２ｎの数をゼロにする。送信側システムは、コ マンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ８０でこれに応答する。ＲＥＰＯＲＴ　５ ＥＳＳＩＯＮを受信スルト、受信側のシステム１４または１２は再度、送信クレ ジット９２ａ、９２ｂ。

・・・・・・９２ｎを追加コマンドＡＤＤ　ＣＲＥ］１Ｔ９４によって送出する 。送信クレジット９２ａ、９２ｂ、・・・９２ｒｉを受信するとすぐに、送信側 システムは再度、データ＠４２中に入れて情報の送信を開始する。

本プロトコルに従うセション管理はさらに、ホスト・システム１２または端末シ ステム１４の内どちらかがセション管理情報を失っていたら、それらのいずれか をウオーム・リスタートするための手段を提供する。これは、停電やオペレータ ・エラーによって発生するような、システムが一時的にディスエイプルされた場 合に起こり得る。第６図に示すように、情報を失いそしてＰＥＮＤＩＮＧ状態７ ２にある′コールド“システムは、エネイブル・プロセスを始動するためにウオ ーム・システムにたいしてコマンドＥＮＡＢＬＥ７２を送出することによってそ のプロセスを始動する。第２の゛ウオーム”システムは第２の肯定応答するコマ ンドＥＮＡＢＬＥ７Ｂを、自身がＥＮＡＢＬＥ　ＩＮＡＣＴＩＶＥ状態８２にあ ることを示すパラメタＥｎａｂｌｅ　５ｔａｔｅと共に送出してこれに応答する 。この第２のコマンドＥＮＡＢＬＥ７８に応答してコールド・システムは、ＥＮ ＡＢＬＥＤ　ＩＮＡＣＴＩＶＥ状態８２になりそして、ウオーム・システムが復 元シーケンスを始動することを要求するコマンドＲＥＳＴＯＲＥ　５ＥＳＳＴＯ Ｎ１０４を送信する。ウオーム・システムはこのコマンドにたいしてコマンドＲ ＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０で肯定応答する。

ウオーム・システムは、復元シーケンスの始動を合図するコマンドＢＥＧＩＮ　 ＲＥＳＴＯＲＥ１０６によって復元シーケンスを開始する。これにたいしてコー ルド・システムはコマンドＲＥＰＯＲＴ５ＥＳＳＩＯＮ　８０　テもッテ応答す る。ＲＥＰＯＲＴ　５ＥＳＳＩＯＩ！を受信すると、ウオーム・システムは、存 在するセション８６の個々にたいしてオープン・セション・シーケンスでもって 応答する。ウオーム・システムはさらに、選択されたアプリケーション・プロセ ス２０．２２もしくは２４または仮想端末２６．２８もしくは３０にたいするデ ータ欄４２の送信を開始するためにコマンド５ＥＬＥＣＴＳＥＳＳＩＯＮ　８８ を送信する。コールド・システムがセション選択プロセスを完了しそしてこのプ ロセスの説明中に開示されているよ、うにコマンドＲＥＰＯＲＴ　５ＥＳＳＯＮ ８０を送信すると、ウオーム・システムは、復元プロセスの完了を示すコマンド ＥＮＤ　ＲＥＳＴＯＲＥ１０８を送出する。復元されたシステムは、コマンドＲ ＥＰＯＲＴＳＥＳＳＩＯＮによッテコマンドＥＮＤ　ＲＥＳＴＯＲＥ　１０Ｂに たいして肯定応答する。復元が完了すると、復元されたシステム１２または１４ は、システム自身がアクティブになって送信するセションにたいしてコマンドＳ ＥＬ、ＥＣＴ　５ＥＳＳＩＯＮ　８８を送信することがある。従って、復元セシ ョン・シーケンスの最後においては、システム１２および１４の双方がＥＮＡＢ ＬＥＤＡＣＴＩＶＥ状態８９にある。

コマンドＲＥＳＥＴ　５ＥＳＳＩＯＮ　１１０およびＩＮＱ［ｌ！ＲＥＳＥＳＳ 　Ｉ　ＯＮもまた、第７図に示すように提供されている。コマンド　ＲＥＳＥＴ 　５ＥＳＳＩＯＮ　１１０は、パラメタ欄４７（第２図）中にコマンドと共に送 信されるパラメタ５ｅｓｓｉｏｎ　Ｉ　Ｄに依って、特定のヤシ５ン８６ａ、８ ６ｂ、・・・・・・８６ｎまたは全セションのいずれかにたいして、入手可能な 送信クレジット９２ａ。

９２ｂ、・・・９２ｎをゼロにしさらに全ての現存バッファをフランシュ（Ｆｌ ｕｓｈ　）するように受信側のシステムに指示するために使用される。さらに、 送信クレジット９２がゼロにされ、そしてバッファが、８６ａ、８６ｂ、・・・ ・・・８６ｎの内の選択されたセションまたは全てのオープン・セションにたい してフランシュされる。このコマンドは、現存のオープン・セションを閉じてさ らに再度開くという動作をすることなく、ホスト・システム１２と端末システム １４との間のセション管理接続をリセットするために使用してもよい、このコマ ンドは例えば、通信リンク１６を形成する物理リンクが一時的に壊されそして次 に再設立され、さらにバッファ中の情報が、アプリケーション・プロセス２０， ２２．２４と仮想端末２６．２８゜３０との間における情報のその時点における 流れにもはや関連していない時に使用してもよい、パラメタ５ｅｓｓｉｏｎ　Ｉ 　Ｄはこのコマンドと共にパラメタ欄４７中に入れて送信され、８６ａ、８６ｂ 、・・・・・・８６ｎの内リセットされるセションを識別する。リセット・セシ ョン・プロセスが完了されると、システムはコマンドＲＥＰＯＲＴＳＥＳＳＩＯ Ｎ　８０を送信する。

コマンドＩＮＡＱＵＩＲＥ　５ＴＡＴＵＳ　１１２は、８６ａ。

８６ｂ、・・・・・・８６ｎの内の特定のセションが開かれているかいないかを 示すコマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０を送信するように受信側シス テムに促すために使用される。

本プロトコルは、第８図に示すようにセション８６，８６ｂ、・・・・・・８６ ｎを閉じるためにコマンドＣＬＯ３Ｅ　５ＥＳＳＩＯＮを提供している。パラメ タ５ｅｓｓｉｏｎ　Ｉ　Ｄはパラメタ欄４７　（第２図）中に入れられてこのコ マンド　１１４と共に送信されて、８６ａ。

８６ｂ、・・・・・・８６ｎの内どのセシヨンが閉じられているところかを示す 、パラメタＲｅａｓｏｎ　Ｃｏｄｅは、パラメタ５ｅｓｓｉｏｎ　Ｉ　ＤＯ後で このコマンドと共にパラメタｌｌＡ４７に入れて送信され、セションが閉じられ つつある理由を示す、もしこのセションが正常動作の結果として閉じられるので あればコマンドを受信するシステムは全てのセションの情報を捨てる。もし、例 えば停電によって１つのセションが異常終了すると、コマンドを受信するシステ ムはこうする代わりに、マンピングおよび入手可能な送信クレジフトを含みセシ ョンの情報を退避させる。受信側のシステムは、クローズ・セション・プロセス を実行しソノ後でコマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０を送信する。

コマンドＤＩＳＡＢＬＥ　１１６は、本プロトコルの使用を終了させるために用 いられる。プリセントされたコンスタントなパラメタＤｉｓａｂｌｅがパラメタ 欄４７　（第２図）に入れられてこのコマンド１１６と共に送出され、別のコマ ンドまたは信号が、本プロトコル下にある動作を終了させるコマンドと誤解釈さ れる可能性を最小化する。コマンドＤＩＳＡＢＬＥ　１１６を受信すると、シス テムはコマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０を送信する。コマンドＲＥ ＰＯＲＴ　５ＥＳＳＩＯＮ　８０を受信すると、送信側システムは、ＯＦＦ状態 ７０になる。コマンドＤＩＳＡＢＬＥ　１１６を受信したシステムである受信シ ステムは、コマンドＲＥ、　Ｐ　ＯＲＴＳＥＳＳＩＯＮ　１１６を送信すると、 ＯＦＦ状態７０になる。

コマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０が、受信側システムによつて他の コマンドが適切に受信されたことを検証するために、肯定応答におけるように多 くの場合において使用されることは明がである。特定の演算コード欄４６に付は 加えて、コマンドＲＥＰＯＲＴＳＥＳＳＩＯＮ　８０は個々に、パラメタ欄４７ （第２図）中にパラメタＣｏｍｍａｎｄ　Ｃｏｄｅ、　５ｅｓｓｉｏｎ　Ｉ　Ｄ および５ｔａｔｕｓを有する。パラメタＣｏｍｍａｎｄ　Ｃｏｄｅは、反応して コマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮが送出される特定のコマンドを識別し、 ５ｅｓｓｉｏｎ　Ｉ　Ｄは、参照してコマンドが送出されるセション８６ａ、８ ６ｂ、・・・・・・８６ｎを識別する。パラメタ５ｔａｔｕｓは、コマンドによ って必要とされる動作が成功裏に完了したかどうか、またはなぜコマンドが完了 できないのか、さらに特定のセションの状態を示す。

ホスト・システム１２および送信側システム１４は双方ともに一般的には、コマ ンドＲＥＰＯＲＴ　５ＥＳＳＴＯＮ　８０が受信されて、その前に送信されたコ マンドが成功裏に実行されたことを示すまで、更に行動をおこすことなく待つ、 これによって、送信側のシステムは、受信側のシステムが受け入れる準備ができ ていないコマンドが送信される以前に一方的な行動をとらないことが保証される 。例外は、データ欄４２を継続的に送信すると、送信クレジット９２ａ、９２ｂ 、・・・・・・９２ｎが受信されたことを肯定応答するのと同し働きをするので 、コマンドＲＥＰＯＲＴ　５ＥＳＳＩＯＮ　８０が、コマンドＡＤＤ　ＣＲＥＤ ＩＴ　９４に反応して送出されないという点である。

本プロ１コルに従って、セション管理ファシリティ３２および３４は個々に送出 され、コマンドが送出されてからコマンドＩＩＥＰＯＲＴＳＥＳＳＴＯＮ　８０ が受信されるまでの時間に少しの遅延があることを意図する。これによって正常 な回線および処理遅延が与えられる。しかし、もしＲＥＰＯＲＴ　５ＥＳＳＩＯ Ｎが受信されないすなわちコマンドが成功ｇｌ二実行されなかった場合、送信側 のセション管理ファシリティ３２または３４は何回もコマンドを送信し、それに よっていかなるモーメンタリ回線または処理のエラーが発生しても、ホスト・シ ステム１２と端末システム１４との間においてセション管理接続が故障したと誤 解釈されることはない。１つの実施例においては、なんら応答が受信されないと 、たいていのコマンドは最高３回まで再送信される。もう一方では、もし最初の 送信後１０秒以内に反応性のコマンＦＲＥＰＯＲＴ　５ＥＳＳＴＯＮ　８０が受 信されない場合、すなわちコマンドが実行不可能であるという反応が示された場 合、このような状況はセンシラン管理接続の故障であると分類される。セション 管理ファシリティ３２および３４は次に、適切な処置を実行する、すなわち、本 発明の一部ではない別のプロトコルに従って適切な表示をする。

セション管理ファシリティ３２と３４との間で巣心されるコマンドに加えて、こ れらファシリティは個々にプロトコル状態の情報を管理しなければならない、第 ３表に、プロトコルのためのセション管理ファシリティ３２と３４の個々によっ て管理される状態情報がリストアンプされており第４表にはオープン・セション の個々にたいして管理される状態情報がリストアンプされている。状態情報は、 アプリケーション・プロセス２０．２２．２４と仮想端末２６゜２８．３０との 間におけるデータ欄４２中にある情報の流れを制御したり方向付けしたりする目 的で、セション管理ファシリティ３２および３４によって用いられる。

第　３ セション　プロトコルの隷能 状態情報　内　容 ＲＥＣＥＩＶＥＤ　ＣＯＭＭＡＮＤ　ＢＬＩＦＦＥＲ直前ニ受信すレタコマント を処理Ｌ　すがら、受信されたコマンドを記憶する。

バンファの容量、はコマンドを実行する速度の関数である。

ＥＮＡＢＬＥ　５ＴＡＴＵＳ　プロトコルのシステム内における状態を表す。

ＡＣＴＴＶＥ　ＴＲＡＮＳＭＩＴ　５ＥＳＳＩＯＮ　ソ（７）時点においてシス テＪ、カ文字ストリームを送信している宛先のセシヨン を識別する。

ＡＣＴＪＶＥ　ＲＥＣＥＩＶＥ　５ＥＳＳＩＯＮ　その時点においてシステムが 文字ストリームを受信している送信元のセシヨ ンを識別する。

ＬＡＳＴ　ＣＯＭ騒ＮＤ　５ＥＮＴ　セション管理ファシリティによって送信さ れた最後のコマンドであることを 示す、この情報は、受信検証、タイム アウトおよび再送信の目的で使用され る。

μ−一」Ｌ−一部 オープン・セシヨンの　能 状態情報　内　容 ５ＥＳＳＩＯＮ　Ｉ　Ｄ　セシヨンの識別子０ＰＥＮ　５ＴＡＴＵＳ　セシヨン の状態を示す。

先に述べたように、コマンド導入フィールド４５はフラグとして作用するので受 信セツション管理装置３２または３４はプロトコルコマンドの開始を検出するこ とが出来る。この特徴はセション管理プロトコルがイネーブルされたアクティブ な状態８９に従って含まれている状態の時に使用され、データフィールド４２あ るいはコマンドフィールド４４が通信リンク１６を介して送られても良い。

セション管理プロトコルがイネーブルされたアクティブな状態８９にある時、も しデータフィールド４２のうちのひとつにおいて伝達される情報がコマンド導入 フィールド４３と同一のものである場合には、セツション管理装置３２．３４は 、第９図に示すように、データフィールドが通信リンク１６を介して送信するの に先立ってこれ等データフィールドを“バイトスタッフ”する、これによりアプ リケージビン・プロセス２０．２２．２４と仮想ターミナル２６゜２８．３０と の間で伝達される情報がプロトコルコマンドとして誤読されることが防止される 。バイトスタッフィングなデータフィールド４２Ｑにおてる情報がコマンド導入 フィールド４５と同一であってホストシステム１２とターミナルシステム１４と の間で伝達されている時に生じる０通信セツション管理装置はデータフラッグ４ ２ｑの直後のフラッグフィールド４２を挿入あるいはスタッフし、この両者は通 信リンク１６を介して送信される。

フラグフィールドに１４２は受信セツション管理装置３４または３２に対して、 先行するフィールド４２ｑがデータフィールド４２においてホストシステム１２ とターミナルシステム１４との間にやりとりされる情報の一部であってコマンド 導入フィールド４５ではないということを信号によって知らしめる。受信セツシ ョン管理装置はフラッグフィールドを、情報が受信プレゼンテーシランデータ構 文４０または３８に送られるより前に除去する。フィールド１４２を除去するこ とによって、仮想ターミナル２６．２８または３８あるいはアプリケーションプ ロセス２０．２２あるいは２４が、これに対して送信された情報と同じ情報をも って表示されるということが保証される。

このプロトコルに従ワてホストシステム１２とターミナルシステム１４との間に セツション管理を設けることによって幾多の利点が生じる。

セフシラン８６ａ、ｂ・・・ｎが開かれ選択された後は、送信セツション管理装 置は他のプロトコルコマンドを受信装置に対して送信しない。情報はデータフィ ールド４２中において連続的に送られ、その送信はコマンドフィールド４４の送 信によっては中断されない。

これによってホストシステム１２とターミナルシステム１４との間の信号伝達の ために利用し得る時間が増大する。

送信タレディント９２を利用することは、このプロトコルに従かうセツション管 理の効率向上にこう献する。

送信タレディントを延長することによって、ホストシステム１２やターミナルシ ステム１４が、受信システムがバッファを受信しかつこれを利用する速度よりも 高い速度で情報を伝達することがないようにする。更にまたＡＤＤりＩ／ディッ トは確認されない、ＡＤＤタレディントコマント９４に応答してデータフィール ド４２における情報の伝達を中断させる必要はない。かくして、このプロトコル に従って伝達を同期化するためのフィールド４２は不要となる６更に加えて、各 セツション管理コマンドに先立ってコマンド導入フィールド４２が存在するので 、セツション管理装置ｉ３２．３４が、ホストシステム１２とターミナルシステ ム１４との間で伝達される各情報をプロトコルコマンドであると誤読することが 防止される。

もしコマンド導入フィールド４５に順位している情報がホストシステム１４とタ ーミナルシステム１４との間で伝達されるならば送信セツション管理プロトコル 装置はそのように認識を行ないその情報の後にフラグフィールド１４２を充填す る。受信セツション管理装置３４または３２はフラッグフィールドを認識して、 これを情報が受信アプリケーションプロセス２０，２２．２４あるいは仮想ター ミナル２０．２２．２４に到達する前にアンスタッフする。かくしてこのプロト コルに従かう情報の伝達はあらゆる形式の情報が通信リンク１６を介してアプリ ケーションプロセス２０．２２．２４と仮想ターミナル２６，２８．３０の間で 伝達されることを可能とする。この伝達はホストシステム１２のアプリケーショ ンプロセス２０．２２．２４への伝達およびこれからの伝達、ならびにアプリケ ーションプロセスを制御するのに用いられるコマンド命令の伝達も含む。本プロ トコルの一部であるレポートセツションコマンド８０を用いることによってホス トシステム１２とターミナルシステム１４との間のセラシラン管理機構の同期化 が部分的に維持される。

何故ならば、ホストシステム１２もターミナルシステム１４も他方のシステムが 作動可能な状態にあるということを示す応答を受け取るまでは作動を行なわない からである。例えば、あるセツションが選択された後、送信システムは、受信シ ステムが送信を受けることが可能であるということを示すレポートセツションコ マンド８０を受け取るまではデータフィールド４２の送信を開始することがない 。

これにより、情報の誤伝達を生じることになりがちなユニラテラルな作動を行わ ないようにすることができる。

このプロトコルに従うセツション管理によってもたらされる他の利益は復元セフ シ；ンプロセスによって復元セフジョン管理を行ない得るということである。こ れによって、ホストシステム１２かあるいはターミナルシステム１４にブレーク ダウンが生してセンション管理情報が喪失したような場合にも早く復元すること が可能となる。また、リセットセンシランコマンド１１０は、仮にひとつあるい は全部のセツション８６においてセック５ン管理情報の喪失が生じた場合も、ホ ストシステム１２とターミナルシステム１４との間の再同期を迅速に行なうこと ができる。

更にまた、このプロトコルに従ってセツション管理をホストシステム１２とター ミナルシステム１４との間に設けることは比較的経済的である。このセツション 管理は比較的小規模な処理容量を存するホストシステムとターミナルシステムと の接続に用いられても良い。

本明細書における実施例の記載は９、草なる例示として理解されるべきである。

本発明の範囲から逸脱することなくいろいろな変更を行なうことができる０例え ば、少くとも、このプロトコルはこのプロトコルが全してのコマンドに対して応 答し、ひとつのシステムがセレクトセツション、ＡＤＤタレディント、ゼロクレ ディントおよび検証タレディントの各コマンドの送信のみを行ない得るような場 合に適用することができる。

また、ホストシステム１２とターミナルシステム１４とは、先に述べたような特 定の要素と作動サブシステムとを必ずしも含まなくとも良い、ホストシステム１ ２のアプリケージシンプロセス２０゜２２．２４のうちの一個乃至それ以上は端 末器であっても良いし、ターミナルシステム１４の仮想ターミナル２６．２８． ３０のうちの少くともひとつを、他の自動化あるいは半自動化された要素のアプ リケーションプロセスとすることもできる。

また、プロトコルのバージョンのいくつかにおいては、データのトランスペアレ ンジ−を保証するために代替スキーマを有することができる。

このように、本明細書に記述されたり、添付図面に示された事項はいずれも単な る例示であって発明を限定する趣旨ではない。

また、以上に述べた本発明の全体的な特徴および特定の特徴はいずれも添付の請 求の範囲によってカバーされるものである。

米国において新規なものとして特許されるべき事項として以下に請求する。

ＦＩＧ、’１ ＦＩＧ、　３ −　ＦＩＧ、４ ＦＩＧ、　７ Ｆ７Ｇ、　８ 手続補正書（方式） 特許庁長官　吉　日　文　毅　殿　固 １、事件の表示　ＰＣＴ／ＵＳ　８８１００９２０２、発胡の名称　端末装蓋セ シ＝ン管理プロトコル３、補正をする者 ５、補正命令の日付　平成１年８月２２５６、補正の対象　防紀瞥及び請求の範 囲の翻訳文７、補正の内容　別紙のとおり 国際調査報告 ｍ＋ａ１ｍｍＡＩＩＮａｍａＮｏ、？ＣＴ／ＵＳ　８Ｂ１００９２０

Claims (6)

【特許請求の範囲】
1. １．少くともひとつのアプリケーションプロセスを有するホストシステムを少く ともひとつの仮想ターミナルを有するターミナルシステムに接続して、選択され た仮想ターミナルと選択されたアプリケーションプロセスとの間で情報の伝達を 可能とするためのセッション管理リンクにおいて、 Ａ．前記ホストシステムと前記ターミナルシステムとを接続してこれ等の間に情 報の伝達を行なわしめるための通信リンク手段と、 Ｂ．前記アプリケーションプロセスと前記通信リンクとの間に接続されたホスト システムセッション管理装置手段であって、前記アプリケーションプロセスから 前記通信リンクを介して情報を送信せしめるようになっており、更に複数のター ミナルセッション管理コマンドを発生してこのターミナルセッションコマンドを 前記通信リンクを介して送信し得るようになっており、前記ターミナルセッショ ン管理コマンドのひとつのタイプがターミナルセレクトセッションコマンドを含 み、前記ターミナルセレクトセッションコマンドの各々がひとつの仮想ターミナ ルヘの選択された接続を決定するようになっているホストシステムセッション管 理装置手段と、 Ｃ．前記ホストシステムセッション管理装置手段から前記通信リンクを介して送 られてくる前記情報と前記ターミナルセッション管理コマンドとを受けるように 前記ターミナルセッション管理装置手段と前記通信リンクとの間に接続されたタ ーミナルシステムセッション管理装置手段であって、ひとつのターミナルセレク トセッションコマンドが選択された仮想ターミナルによって受けられた後すべて の情報を間断なく方向づけするようになったターミナルシステムセッション管理 装置手段とを含むことを特徴とするセッション管理リンク。
2. ２．Ａ．前記通信リンクが前記ホストシステムと前記ターミナルシステムとの間 の同時且つ双方向の情報伝達を許容しており、Ｂ．前記ターミナルシステムセッ ション管理手段が前記仮想ターミナルから前記通信リンクを介して情報を伝達す るとともに複数のホストセッション管理コマンドを生成しこのホストセッション 管理コマンドを前記通信リンクを介して送信するようになっており、前記ホスト セッション管理コマンドがターミナルセレクトセッションコマンドを含み、前記 ホストセッション管理コマンドの各々がひとつのアプリケーションプロセスのた めの選択された接続を決定するようになっており、Ｃ．前記ホストセッション管 理装置システムが、前記通信リンクを介して前記ターミナルセッション管理シス テムから送られた情報と前記ホストセッション管理コマンドとを受けるようにな っており、更に、選択されたアプリケーションプロセスによってホストセッショ ン選択コマンドが受けられた後に送られたすべての情報を間断なく方向づけする ようになっていることを特徴とする請求の範囲第１項に記載のセッション管理リ ンク。
3. ３．Ａ．前記ターミナルセッション管理装置手段が、前記ターミナルセッション 管理装置手段がターミナルセレクセッションコマンドの受信に応答して情報をひ とつの仮想ターミナルに向けて方向づけるべく作動可能な時に、ターミナルレポ ートセッションコマンドを前記ホストセッション管理装置手段に送信するように なっており、 Ｂ．前記ホストセッション管理装置手段が、前記ターミナルレポートセッション コマンドが受信されるまでの間、前記通信リンクを介してなされる前記選択され た仮想ターミナルヘの情報の流れを阻止するようになっており、 Ｃ．前記ホストセッション管理装置手段が、前記ホストセッション管理装置手段 が情報を、ひとつのターミナルセレクトセッションコマンドに応答して選択され たアプリケーションプロセスに向けて方向づけるべく作動可能である時、ホスト レポートセッションコマンドを前記ターミナルセッション管理装置手段に送信す るようになっており、 Ｄ．前記ターミナルセッション管理装置手段が、前記ホストレポートセッション コマンドが受信されるまでの間、前記通信リンクを介してなされる選択されたア プリケーションプロセスヘの情報の流れを阻止するようになっていることを特徴 とする、請求の範囲第２項に記載のセッション管理リンク。
4. ４．Ａ．前記ターミナルシステムセッション管理装置手段が前記ホストセッショ ン管理装置手段にターミナル送信クレディットコマンドを送信するようになって おり、前記ターミナル送信クレディットコマンドが、前記ターミナルシステムが ひとつの仮想ターミナルヘの選択された接続の一個あたわについて受信可能な情 報の量をあらわすところのターミナル送信クレディットの数を決定するようにな っており、 Ｂ．前記ホストセッション管理装置手段が、前記仮想ターミナルヘの接続の各々 について使用可能な送信クレディットのプールを有し、仮想ターミナルヘの選択 された接続の各々について受信されたクレディットをこの接続のために利用可能 なクレディットのプールへ加えるようになっており、各前記選択された仮想ター ミナルへ情報を前記ホスト送信クレディットと同等の単位として送信するように され、仮想ターミナルヘの選択された接続について利用可能な送信クレディット のブールから送信された各情報単位についてホスト送信クレディットを差し引き 、任意量の利用可能な送信クレディットが選定された接続について受信された時 に情報の伝達を禁止するようになっていることを特徴とする、請求の範囲第１項 に記載のセッション管理リンク。
5. ５．Ａ．前記の端末セッション管理ファシリティ手段にたいしてホスト側の送信 クレジットを送信する前記のホスト・システムのセション管理ファシリティであ り、前記のホスト側の送信クレジット・コマンドが、アプリケーション・プロセ スにたいする選択された相互接続のために前記のホスト・システムが受け入れる ことが可能な情報の量を表すホスト側の送信クレジットの数を定義するような前 記のファシリティ：および、Ｂ．アプリケーション・プロセスにたいする相互接 続の個々にたいして入手可能な送信クレジットのプールをもち、アプリケーショ ン・プロセスにたいする選択された相互接続の個々にたいする受信された送信ク レジットを選択された相互接続のための入手可能なクレジットのプールに加え、 前記の個々の選択されたアプリケーション・プロセスにたいして前記の端末の送 信クレジットに等しい単位で情報を送信し、仮想端末にたいする選択された相互 接続のための入手可能な送信クレジットのプールから、送信された情報の個々の ユニットのための端末の送信クレジットを差し引き、そして選択された相互接続 にたいして送信クレジットの量が任意の値に達した時に情報の送信を禁止する前 記の端末セション管理ファシリティとを有することを特徴とする、請求の範囲第 ２項に記載のセション管理リンク。
6. ６．Ａ．前記のセション管理ファシリティ手段の個々が、前記の通信リンクを介 して前記のアプリケーション・プロセスと前記の仮想端末との間において順に送 信された前記の情報および前記のセション管理コマンドを送信し、前記のセショ ン管理コマンドの個々が、コマンド・コード欄に先行するコマンド・イントロジ ューサ欄、およびコマンド・ターミネータをもフエンディングとを有し；そして 、 Ｂ．前記のセション管理ファシリティ手段の個々が、前記の受信されたコマンド 情報欄がコマンド・イントロジューサ欄に先行されさらにその後にコマンド・タ ーミネータ欄が続く時に、セション管理コマンドとして前記の通信リンクを介し て受信されたコマンド・コード欄だけを処理することを特徴とする、請求の範囲 第１項、第２項、第３項、第４項または第５項に記載のセション管理リンク。