JPH0685797A - 通信アダプタ - Google Patents
通信アダプタInfo
- Publication number
- JPH0685797A JPH0685797A JP5009800A JP980093A JPH0685797A JP H0685797 A JPH0685797 A JP H0685797A JP 5009800 A JP5009800 A JP 5009800A JP 980093 A JP980093 A JP 980093A JP H0685797 A JPH0685797 A JP H0685797A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- data
- transfer
- transmission
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
- G06F13/122—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware performs an I/O function other than control of data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
- H04L25/05—Electric or magnetic storage of signals before transmitting or retransmitting for changing the transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Power Engineering (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Bidirectional Digital Transmission (AREA)
Abstract
(57)【要約】
【目的】 ＴＷＡプロトコルを有す第１の装置または通
信リンクとＴＷＳプロトコルを有す第２の装置または通
信リンクとの間の通信アダプタを提供することである。 【構成】 データは、伝送バッファまたは受信バッファ
と第１の装置との間をどの方向に転送される場合も、伝
送バッファまたは受信バッファと第２の装置との間を同
じ方向に転送される場合よりも速い速度で転送される。
第１の装置と第２の装置との間で両方向への全体的な転
送速度を最適化するために、第２の通信リンクは、第１
の装置がデータを伝送バッファに伝送している間、第２
の装置からのデータで受信バッファが充填されてしまう
ことを防ぐことによって、また第１の装置が受信バッフ
ァからのデータを読んでいる間、第２の装置による読み
出しによって伝送バッファが空になることを防ぐことに
よってビジー状態を維持している。
信リンクとＴＷＳプロトコルを有す第２の装置または通
信リンクとの間の通信アダプタを提供することである。 【構成】 データは、伝送バッファまたは受信バッファ
と第１の装置との間をどの方向に転送される場合も、伝
送バッファまたは受信バッファと第２の装置との間を同
じ方向に転送される場合よりも速い速度で転送される。
第１の装置と第２の装置との間で両方向への全体的な転
送速度を最適化するために、第２の通信リンクは、第１
の装置がデータを伝送バッファに伝送している間、第２
の装置からのデータで受信バッファが充填されてしまう
ことを防ぐことによって、また第１の装置が受信バッフ
ァからのデータを読んでいる間、第２の装置による読み
出しによって伝送バッファが空になることを防ぐことに
よってビジー状態を維持している。
Description
【０００１】
【産業上の利用分野】本発明は、広くは通信システムに
関し、特に、両方向交互または半二重通信リンクと両方
向同時または全二重通信リンクの間の通信アダプタを扱
うことに関する。
関し、特に、両方向交互または半二重通信リンクと両方
向同時または全二重通信リンクの間の通信アダプタを扱
うことに関する。
【０００２】多くの通信リンクは、両方向交互（ＴＷ
Ａ）または半二重プロトコルによって動作する。この場
合通信は、２つの装置の間で両方向に行なえるが異なる
時間帯に行なわれる。通常、２本の別々の伝導体の線路
が備えられ、一本づつがそれぞれの方向への通信に使用
される。他の通信リンクは、両方向同時（ＴＷＳ）また
は全二重プロトコルによって動作し、この場合通信は両
方向に同時に行なわれる。２本の別々の伝導体の線路が
備えられ、一本づつがそれぞれの方向への通信に使用さ
れる。ＴＷＡ及びＴＷＳの双方のプロトコルについての
国際的な標準は、「高水準データリンク制御（ＨＤＬ
Ｃ）」としてまとめられており、また類似のＩＢＭ標準
は、「同期データリンク制御（ＳＤＬＣ）」としてまと
められているものが知られている。ＩＢＭ標準における
両者は、「同期データリンク制御コンセプト」と題する
マニュアルに詳細に記述されており、ＩＢＭから入手可
能である。どちらの形式の通信プロトコルも２つのコン
ピュータ間、１つのコンピュータと１つの通信装置間、
あるいは２つの通信装置間で使用できる。
Ａ）または半二重プロトコルによって動作する。この場
合通信は、２つの装置の間で両方向に行なえるが異なる
時間帯に行なわれる。通常、２本の別々の伝導体の線路
が備えられ、一本づつがそれぞれの方向への通信に使用
される。他の通信リンクは、両方向同時（ＴＷＳ）また
は全二重プロトコルによって動作し、この場合通信は両
方向に同時に行なわれる。２本の別々の伝導体の線路が
備えられ、一本づつがそれぞれの方向への通信に使用さ
れる。ＴＷＡ及びＴＷＳの双方のプロトコルについての
国際的な標準は、「高水準データリンク制御（ＨＤＬ
Ｃ）」としてまとめられており、また類似のＩＢＭ標準
は、「同期データリンク制御（ＳＤＬＣ）」としてまと
められているものが知られている。ＩＢＭ標準における
両者は、「同期データリンク制御コンセプト」と題する
マニュアルに詳細に記述されており、ＩＢＭから入手可
能である。どちらの形式の通信プロトコルも２つのコン
ピュータ間、１つのコンピュータと１つの通信装置間、
あるいは２つの通信装置間で使用できる。
【０００３】ＩＢＭシステム／３７０あるいはＩＢＭシ
ステム／３９０のようないくつかのコンピュータは、仮
想記憶通信アクセス方式（ＶＴＡＭ）プログラムを備
え、ＴＷＡプロトコルを有する。ある種の通信において
は、そのようなコンピュータ（あるいはＴＷＡプロトコ
ルを有する他の装置）がＴＷＳプロトコルを有する他の
装置と通信できることが望ましい。そのような場合、そ
の２つの装置間に通信アダプタが必要になる。
ステム／３９０のようないくつかのコンピュータは、仮
想記憶通信アクセス方式（ＶＴＡＭ）プログラムを備
え、ＴＷＡプロトコルを有する。ある種の通信において
は、そのようなコンピュータ（あるいはＴＷＡプロトコ
ルを有する他の装置）がＴＷＳプロトコルを有する他の
装置と通信できることが望ましい。そのような場合、そ
の２つの装置間に通信アダプタが必要になる。
【０００４】通常ＴＷＡコンピュータは、多数のビット
が横に並んだバスを介してデータを伝送したり受信した
りするが、一方ＴＷＳ装置は、同時に１ビットを直列に
伝送したり受信したりする。結果的に、ＴＷＡコンピュ
ータは普通、ＴＷＳ装置よりも速い速度でデータを伝送
及び受信することができる。
が横に並んだバスを介してデータを伝送したり受信した
りするが、一方ＴＷＳ装置は、同時に１ビットを直列に
伝送したり受信したりする。結果的に、ＴＷＡコンピュ
ータは普通、ＴＷＳ装置よりも速い速度でデータを伝送
及び受信することができる。
【０００５】
【発明が解決しようとする課題】本発明の目的は、ＴＷ
Ａプロトコルを有する第一の装置または通信リンクとＴ
ＷＳプロトコルを有する第２の装置または通信リンクの
間の通信アダプタを提供することである。
Ａプロトコルを有する第一の装置または通信リンクとＴ
ＷＳプロトコルを有する第２の装置または通信リンクの
間の通信アダプタを提供することである。
【０００６】本発明の別の目的は、全体のスループット
を最大にする、上記のような通信アダプタを提供するこ
とである。
を最大にする、上記のような通信アダプタを提供するこ
とである。
【０００７】本発明のさらに別の目的は、接続されてい
るどちらの装置も変更する必要がない、上記のような通
信アダプタを提供することである。
るどちらの装置も変更する必要がない、上記のような通
信アダプタを提供することである。
【０００８】
【課題を解決するための手段】本発明は、両方向交互
（ＴＷＡ）プロトコルを有する第１の装置と両方向同時
（ＴＷＳ）プロトコルを有す第２の装置間を接続するた
めの通信アダプタに関する。この通信アダプタは、第２
の装置へ伝送するために第１の装置から受信したデータ
を記憶するための伝送バッファ、及び第１の装置へ伝送
するために第２の装置から受信したデータを記憶するた
めの受信バッファから構成される。この通信アダプタは
また、ホスト・インターフェース・プログラムとバス・
インターフェースを含み、それによって、ＴＷＡプロト
コルによる第１の通信リンクを介して伝送バッファ及び
受信バッファと第１の装置との間でデータを転送する。
さらにこの通信アダプタは、ライン・インターフェース
・プログラムと制御装置を含み、それによって、ＴＷＳ
プロトコルによる第２の通信リンクを介して伝送バッフ
ァ及び受信バッファと第２の装置との間でデータを転送
する。
（ＴＷＡ）プロトコルを有する第１の装置と両方向同時
（ＴＷＳ）プロトコルを有す第２の装置間を接続するた
めの通信アダプタに関する。この通信アダプタは、第２
の装置へ伝送するために第１の装置から受信したデータ
を記憶するための伝送バッファ、及び第１の装置へ伝送
するために第２の装置から受信したデータを記憶するた
めの受信バッファから構成される。この通信アダプタは
また、ホスト・インターフェース・プログラムとバス・
インターフェースを含み、それによって、ＴＷＡプロト
コルによる第１の通信リンクを介して伝送バッファ及び
受信バッファと第１の装置との間でデータを転送する。
さらにこの通信アダプタは、ライン・インターフェース
・プログラムと制御装置を含み、それによって、ＴＷＳ
プロトコルによる第２の通信リンクを介して伝送バッフ
ァ及び受信バッファと第２の装置との間でデータを転送
する。
【０００９】第１及び第２の装置間での両方向への全体
的な通信速度を最適化するために、第２の通信リンクは
次の手順によって両方向へのビジー状態が維持されてい
る。伝送バッファ及び受信バッファの充填レベルは、モ
ニターされている。第１の装置から伝送バッファへのデ
ータの転送は、受信バッファが予め決められたレベルま
で充填された時点で、第１の装置がまだ伝送バッファへ
転送する追加のデータを有している場合でも停止され
る。そして受信バッファから第１の装置へのデータの転
送が開始される。従って、受信バッファは第２の装置か
らの追加のデータを記憶するスペースをまだ維持してい
る。また、受信バッファから第１の装置へのデータの転
送は、伝送バッファが予め決められたレベルまで空いた
時点で停止され、第１の装置から伝送バッファへのデー
タの転送が開始される。従って、伝送バッファは第２の
装置へデータを伝送し続けることができる。
的な通信速度を最適化するために、第２の通信リンクは
次の手順によって両方向へのビジー状態が維持されてい
る。伝送バッファ及び受信バッファの充填レベルは、モ
ニターされている。第１の装置から伝送バッファへのデ
ータの転送は、受信バッファが予め決められたレベルま
で充填された時点で、第１の装置がまだ伝送バッファへ
転送する追加のデータを有している場合でも停止され
る。そして受信バッファから第１の装置へのデータの転
送が開始される。従って、受信バッファは第２の装置か
らの追加のデータを記憶するスペースをまだ維持してい
る。また、受信バッファから第１の装置へのデータの転
送は、伝送バッファが予め決められたレベルまで空いた
時点で停止され、第１の装置から伝送バッファへのデー
タの転送が開始される。従って、伝送バッファは第２の
装置へデータを伝送し続けることができる。
【００１０】本発明の一態様によれば、第１の通信リン
クは並列であり、かつ第２の通信リンクは直列である。
従って、データは、伝送バッファあるいは受信バッファ
と第１の装置との間でどちらの方向へ伝送する場合で
も、伝送バッファあるいは受信バッファと第２の装置の
間で伝送する場合よりも、速く伝送することができる。
このことは、前記の最適化手順の必要性をさらに増すこ
とになる。
クは並列であり、かつ第２の通信リンクは直列である。
従って、データは、伝送バッファあるいは受信バッファ
と第１の装置との間でどちらの方向へ伝送する場合で
も、伝送バッファあるいは受信バッファと第２の装置の
間で伝送する場合よりも、速く伝送することができる。
このことは、前記の最適化手順の必要性をさらに増すこ
とになる。
【００１１】
【実施例】ここで図を参照して詳細を記述する。図１
は、既知の技術によるＴＷＡプロトコルを有するホスト
・コンピュータ２０、既知の技術によるＴＷＳプロトコ
ルを有する遠隔装置２２、及び本発明による通信アダプ
タ２４を示している。通信アダプタ２４は、内部の並列
バス２６を介してホスト・コンピュータ２４に構内で接
続されており、また（電気、光、あるいは衛星による）
直列伝送ライン２８を介して遠隔装置２２と接続されて
いる。直列伝送ライン２８は、それぞれの末端にモデム
（図示せず）を任意に備えていても良い。通信アダプタ
２４は、ホスト・コンピュータ２０のＴＷＡプロトコル
と遠隔装置２２のＴＷＳプロトコルとの間のインターフ
ェースを提供する。記述された典型例では、ＴＷＡ及び
ＴＷＳプロトコルは、同期データリンク制御（ＳＤＬ
Ｃ）のためのＩＢＭ規格によって規定されたものである
が、類似のＨＤＬＣあるいは他の工業規格によって規定
されたものでも良い。
は、既知の技術によるＴＷＡプロトコルを有するホスト
・コンピュータ２０、既知の技術によるＴＷＳプロトコ
ルを有する遠隔装置２２、及び本発明による通信アダプ
タ２４を示している。通信アダプタ２４は、内部の並列
バス２６を介してホスト・コンピュータ２４に構内で接
続されており、また（電気、光、あるいは衛星による）
直列伝送ライン２８を介して遠隔装置２２と接続されて
いる。直列伝送ライン２８は、それぞれの末端にモデム
（図示せず）を任意に備えていても良い。通信アダプタ
２４は、ホスト・コンピュータ２０のＴＷＡプロトコル
と遠隔装置２２のＴＷＳプロトコルとの間のインターフ
ェースを提供する。記述された典型例では、ＴＷＡ及び
ＴＷＳプロトコルは、同期データリンク制御（ＳＤＬ
Ｃ）のためのＩＢＭ規格によって規定されたものである
が、類似のＨＤＬＣあるいは他の工業規格によって規定
されたものでも良い。
【００１２】例では、ホスト・コンピュータ２０は、Ｃ
ＰＵ３０及びＶＭまたはＶＳＥオペレーティング・シス
テム３１を備えたＩＢＭシステム／３７０あるいはシス
テム／３９０コンピュータである。顧客アプリケーショ
ン・プログラム３２はＣＰＵ３０上で実行され、遠隔装
置２２に対してデータの転送を要求する。この要求は、
通信アクセスプログラム３４への呼出しの形で行なわ
れ、記述された例では、ＩＢＭ仮想記憶通信アクセス方
法（ＶＴＡＭ）プログラムである。このＶＴＡＭプログ
ラムは、以下に注文番号と共に示したＩＢＭ社による、
入手可能な刊行物により詳細に記載されている。「ネッ
トワーク・プログラム製品一般情報」（ＧＣ３０−３３
５０）、「ＡＣＦ／ＶＴＡＭ一般情報要綱」（ＧＣ２７
−９４６３）、及び「ＶＴＡＭ解析リファレンス」（Ｌ
Ｙ３０−５５８２）がある。「ネットワーク・プログラ
ム製品一般情報」の第２章は、ここで参照する。呼出し
に応答して、ＶＴＡＭプログラム３４は、システム／３
７０あるいはシステム／３９０のアーキテクチャに従っ
てチャネル・プログラム４０を起動する。このチャネル
・プログラムは、ホスト・コンピュータから遠隔装置へ
のデータの書込みを順序付けするための、一連の書込み
チャネル指令ワード（ＣＣＷ）を含む。それぞれのチャ
ネル指令ワードがデータ・ブロックの書込みを順序付け
することによって、ＶＴＡＭプログラム３４は、顧客ア
プリケーション・プログラム３２によって書込みを要求
された全てのデータを書込むために十分な書込みＣＣＷ
を（制限範囲内で）チャネル・プログラムの中に備える
ことになる。ＶＴＡＭバッファ空間４２は、顧客アプリ
ケーション・プログラムからのデータの書込みをするた
めのステージング領域として働く。顧客アプリケーショ
ン・プログラム３２はまた、ＶＴＡＭプログラムに対し
て、遠隔装置２２からのデータを読取るように要求す
る。それに応答してＶＴＡＭプログラム３４は、読取り
ＣＣＷをチャネル・プログラムに追加する。チャネル・
プログラムは、先のＣＣＷに従う書込み及び読取り操作
の状況を要求する通信アダプタからの状況ＣＣＷによっ
て、終了する。
ＰＵ３０及びＶＭまたはＶＳＥオペレーティング・シス
テム３１を備えたＩＢＭシステム／３７０あるいはシス
テム／３９０コンピュータである。顧客アプリケーショ
ン・プログラム３２はＣＰＵ３０上で実行され、遠隔装
置２２に対してデータの転送を要求する。この要求は、
通信アクセスプログラム３４への呼出しの形で行なわ
れ、記述された例では、ＩＢＭ仮想記憶通信アクセス方
法（ＶＴＡＭ）プログラムである。このＶＴＡＭプログ
ラムは、以下に注文番号と共に示したＩＢＭ社による、
入手可能な刊行物により詳細に記載されている。「ネッ
トワーク・プログラム製品一般情報」（ＧＣ３０−３３
５０）、「ＡＣＦ／ＶＴＡＭ一般情報要綱」（ＧＣ２７
−９４６３）、及び「ＶＴＡＭ解析リファレンス」（Ｌ
Ｙ３０−５５８２）がある。「ネットワーク・プログラ
ム製品一般情報」の第２章は、ここで参照する。呼出し
に応答して、ＶＴＡＭプログラム３４は、システム／３
７０あるいはシステム／３９０のアーキテクチャに従っ
てチャネル・プログラム４０を起動する。このチャネル
・プログラムは、ホスト・コンピュータから遠隔装置へ
のデータの書込みを順序付けするための、一連の書込み
チャネル指令ワード（ＣＣＷ）を含む。それぞれのチャ
ネル指令ワードがデータ・ブロックの書込みを順序付け
することによって、ＶＴＡＭプログラム３４は、顧客ア
プリケーション・プログラム３２によって書込みを要求
された全てのデータを書込むために十分な書込みＣＣＷ
を（制限範囲内で）チャネル・プログラムの中に備える
ことになる。ＶＴＡＭバッファ空間４２は、顧客アプリ
ケーション・プログラムからのデータの書込みをするた
めのステージング領域として働く。顧客アプリケーショ
ン・プログラム３２はまた、ＶＴＡＭプログラムに対し
て、遠隔装置２２からのデータを読取るように要求す
る。それに応答してＶＴＡＭプログラム３４は、読取り
ＣＣＷをチャネル・プログラムに追加する。チャネル・
プログラムは、先のＣＣＷに従う書込み及び読取り操作
の状況を要求する通信アダプタからの状況ＣＣＷによっ
て、終了する。
【００１３】ホスト・コンピュータ２０はまた、アダプ
タ・カード４８を含み、それはシステム／３７０あるい
はシステム／３９０のアーキテクチャを持つ内部ホスト
・システム・バス４９を、マイクロ・チャネル（Ｒ）・
バス・アーキテクチャーを持つバス２６へと適合させ
る。アダプタ・カード４８は、チャネル・プログラム４
０に続くホスト・コンピュータの内部ホスト・システム
・バス４９からデータ・ブロックを受け取るバッファを
含み、そしてマイクロ・チャネル（Ｒ）・バス２６及び
通信アダプタによって決められる時点と速度でそのデー
タを通信アダプタ２４へ提供する。アダプタ・カード４
８については、以下及び米国の同時継続特許出願である
出願番号第３４１，５０３号、「１方の処理装置からあ
る速度でデータを受信し、そのデータを他の処理装置へ
伝送するために動的にパケット化する相互処理装置のバ
ッファ」にさらに詳細に説明されている。
タ・カード４８を含み、それはシステム／３７０あるい
はシステム／３９０のアーキテクチャを持つ内部ホスト
・システム・バス４９を、マイクロ・チャネル（Ｒ）・
バス・アーキテクチャーを持つバス２６へと適合させ
る。アダプタ・カード４８は、チャネル・プログラム４
０に続くホスト・コンピュータの内部ホスト・システム
・バス４９からデータ・ブロックを受け取るバッファを
含み、そしてマイクロ・チャネル（Ｒ）・バス２６及び
通信アダプタによって決められる時点と速度でそのデー
タを通信アダプタ２４へ提供する。アダプタ・カード４
８については、以下及び米国の同時継続特許出願である
出願番号第３４１，５０３号、「１方の処理装置からあ
る速度でデータを受信し、そのデータを他の処理装置へ
伝送するために動的にパケット化する相互処理装置のバ
ッファ」にさらに詳細に説明されている。
【００１４】通信アダプタ２４は、伝送バッファ５０、
受信バッファ５１及び他の以下に詳細に記すハードウェ
アから構成される。そのハードウェアは、（１年以上前
から）部品番号５３Ｆ２６０４あるいは５３Ｆ２６０７
ＩＢＭポートマスタ・アダプタ／ハードウェアとして市
販されているものである。通信アダプタ２４内のこのハ
ードウェアはまた、ＩＢＭ刊行物「実時間インターフェ
ース・コプロセッサ、ポート・アダプタ／ハードウェア
技術資料」に記載されており、注文番号Ｓ３３Ｆ−５３
３７でＩＢＭ社から入手できる。
受信バッファ５１及び他の以下に詳細に記すハードウェ
アから構成される。そのハードウェアは、（１年以上前
から）部品番号５３Ｆ２６０４あるいは５３Ｆ２６０７
ＩＢＭポートマスタ・アダプタ／ハードウェアとして市
販されているものである。通信アダプタ２４内のこのハ
ードウェアはまた、ＩＢＭ刊行物「実時間インターフェ
ース・コプロセッサ、ポート・アダプタ／ハードウェア
技術資料」に記載されており、注文番号Ｓ３３Ｆ−５３
３７でＩＢＭ社から入手できる。
【００１５】伝送バッファ５０は、遠隔装置２２に伝送
するためにホスト・コンピュータ２０からデータを受け
とり、受信バッファ５１は、ホスト・コンピュータ２０
によって受信されるために遠隔装置２２からのデータを
受信する。通信アダプタ２４はまた、ホスト・コンピュ
ータ２０のＴＷＡプロトコルを遠隔装置２２のＴＷＳプ
ロトコルへ適合させるために、本発明によってプログラ
ムされている。従って、通信アダプタ２４は、ホスト
（あるいはＴＷＡプロトコルを有すどのような通信装置
でも）のＴＷＡプロトコルへのインターフェースを行な
うホスト・インターフェース・ルーチン５２、及び遠隔
装置（あるいはＴＷＳプロトコルを有すどのような通信
装置でも）のＴＷＳプロトコルへのインターフェースを
行なうライン・インターフェース・ルーチン５４を含ん
でいる。これら２つのルーチンは、以下に詳細に記述さ
れ、それぞれが基本的な、最適化機能を提供する。
するためにホスト・コンピュータ２０からデータを受け
とり、受信バッファ５１は、ホスト・コンピュータ２０
によって受信されるために遠隔装置２２からのデータを
受信する。通信アダプタ２４はまた、ホスト・コンピュ
ータ２０のＴＷＡプロトコルを遠隔装置２２のＴＷＳプ
ロトコルへ適合させるために、本発明によってプログラ
ムされている。従って、通信アダプタ２４は、ホスト
（あるいはＴＷＡプロトコルを有すどのような通信装置
でも）のＴＷＡプロトコルへのインターフェースを行な
うホスト・インターフェース・ルーチン５２、及び遠隔
装置（あるいはＴＷＳプロトコルを有すどのような通信
装置でも）のＴＷＳプロトコルへのインターフェースを
行なうライン・インターフェース・ルーチン５４を含ん
でいる。これら２つのルーチンは、以下に詳細に記述さ
れ、それぞれが基本的な、最適化機能を提供する。
【００１６】ホスト・インターフェース・ルーチン５２
の基本機能は、ＴＷＡプロトコルによって、書込みＣＣ
Ｗに従ってホスト・コンピュータ２０から伝送バッファ
５０へのデータの転送を制御し、また読取りＣＣＷに従
って受信バッファ５１からホスト・コンピュータ２０へ
のデータの転送を制御することである。ライン・インタ
ーフェース・ルーチン５４の基本機能は、ＴＷＳプロト
コルによって、伝送バッファ５０から遠隔装置２２への
データの転送を制御し、また遠隔装置２２から受信バッ
ファ５１へのデータの転送を制御することである。
の基本機能は、ＴＷＡプロトコルによって、書込みＣＣ
Ｗに従ってホスト・コンピュータ２０から伝送バッファ
５０へのデータの転送を制御し、また読取りＣＣＷに従
って受信バッファ５１からホスト・コンピュータ２０へ
のデータの転送を制御することである。ライン・インタ
ーフェース・ルーチン５４の基本機能は、ＴＷＳプロト
コルによって、伝送バッファ５０から遠隔装置２２への
データの転送を制御し、また遠隔装置２２から受信バッ
ファ５１へのデータの転送を制御することである。
【００１７】それぞれのルーチンの最適化機能は、以下
の理由のため、全ての時点において可能な限り両方向へ
の直列伝送ライン２８を最大限に利用しようとする。並
列バス２６を通ってデータの送られる（どちらの方向へ
でも）速度は、直列伝送ライン２８を通って一方向へデ
ータの送られる速度よりもかなり速い。これは、並列バ
ス２６が横に並んだ多数のビット（例えば１６ビット）
であるのに対して、直列伝送ライン２８は、それぞれの
方向のための単一の伝導体経路だからである。さらに、
直列伝送ライン２８は、帯域幅が限られている場合があ
る。内部並列バス２８を通って両方向へ交互にデータが
送られる速度は、直列伝送ライン２８が両方向への同時
伝送によって完全に占有されるのに十分なほど高速であ
る。しかしながら、もしホスト・コンピュータ２０が、
受信モードにおける操作への割込みを行なうことなく伝
送モードにおいて時間を過剰に費やし続けようとすれ
ば、伝送バッファはホスト・コンピュータからのデータ
で一杯になり、そのために並列バス２６の使用を停止す
るか、あるいは受信バッファは遠隔装置からのデータで
一杯になり、そのために遠隔装置からデータを受信する
ための直列伝送ライン２８の使用を停止してしまうこと
になる。同様に、もしもホスト・コンピュータ２０が、
伝送モードにおける操作への割込みを行なうことなく受
信モードにおいて時間を過剰に費やし続けようとすれ
ば、受信バッファは空になり、それによって受信モード
における並列バス２６の使用を停止してしまうことにな
る。また、伝送バッファも空になり、それによってデー
タを遠隔装置へ伝送するための直列伝送ライン２８の使
用を停止してしまうことになる。これら４つの状態のど
の場合でも、起きる可能性があれば、全体のスループッ
トが制限されることになる。それらのルーチンの最適化
の部分は、それぞれのバッファの充填レベルをモニタし
ており、そして伝送バッファ５０あるいは受信バッファ
５１が、事前に決められたレベルを越えて充填されない
ように、また伝送バッファ５０あるいは受信バッファ５
１が、事前に決められたレベル以下にならないようにホ
スト・コンピュータの伝送操作及び受信操作を処理す
る。従って、ホスト・コンピュータが書込みＣＣＷに従
って伝送バッファへデータ・ブロックを伝送する毎に、
ホスト・インターフェース・ルーチンは伝送バッファ及
び受信バッファの充填レベルを検査し、もしも両者がそ
れぞれの事前に決められたレベルに達したならば、残り
の全ての書込みＣＣＷが実行されているＶＴＡＭへ速や
かに応答することによって、チャネル・プログラム内の
残りの書込みＣＣＷを「フラッシュ」する。その後、チ
ャネル・プログラムは読取りＣＣＷへ進む。同様に、ホ
スト・コンピュータが読取りＣＣＷに従って受信バッフ
ァからデータ・ブロックを読取る毎に、ホスト・インタ
ーフェース・ルーチンは伝送バッファ及び受信バッファ
の充填レベルを検査し、もしも両者がそれぞれの事前に
決められたレベルまで下がったならば、もう読取るべき
データが残っていないことをＶＴＡＭへ応答することに
よって、残りの読取りＣＣＷをフラッシュする。これに
よって、チャネル・プログラムは続きの書込みＣＣＷが
もしあるなら、そこへ速やかに進むことができる。チャ
ネル・プログラム内の最後のＣＣＷは状況の要求であ
り、ホスト・インターフェース・ルーチンは、フラッシ
ュされた書込みＣＣＷに相当するデータを再び送らなけ
ればならないことをＶＴＡＭへ応答する。ＶＴＡＭは、
これを実行するため必要な書込みＣＣＷを発生する。こ
のプロセスは、通信が行なわれている間連続的に繰り返
される。
の理由のため、全ての時点において可能な限り両方向へ
の直列伝送ライン２８を最大限に利用しようとする。並
列バス２６を通ってデータの送られる（どちらの方向へ
でも）速度は、直列伝送ライン２８を通って一方向へデ
ータの送られる速度よりもかなり速い。これは、並列バ
ス２６が横に並んだ多数のビット（例えば１６ビット）
であるのに対して、直列伝送ライン２８は、それぞれの
方向のための単一の伝導体経路だからである。さらに、
直列伝送ライン２８は、帯域幅が限られている場合があ
る。内部並列バス２８を通って両方向へ交互にデータが
送られる速度は、直列伝送ライン２８が両方向への同時
伝送によって完全に占有されるのに十分なほど高速であ
る。しかしながら、もしホスト・コンピュータ２０が、
受信モードにおける操作への割込みを行なうことなく伝
送モードにおいて時間を過剰に費やし続けようとすれ
ば、伝送バッファはホスト・コンピュータからのデータ
で一杯になり、そのために並列バス２６の使用を停止す
るか、あるいは受信バッファは遠隔装置からのデータで
一杯になり、そのために遠隔装置からデータを受信する
ための直列伝送ライン２８の使用を停止してしまうこと
になる。同様に、もしもホスト・コンピュータ２０が、
伝送モードにおける操作への割込みを行なうことなく受
信モードにおいて時間を過剰に費やし続けようとすれ
ば、受信バッファは空になり、それによって受信モード
における並列バス２６の使用を停止してしまうことにな
る。また、伝送バッファも空になり、それによってデー
タを遠隔装置へ伝送するための直列伝送ライン２８の使
用を停止してしまうことになる。これら４つの状態のど
の場合でも、起きる可能性があれば、全体のスループッ
トが制限されることになる。それらのルーチンの最適化
の部分は、それぞれのバッファの充填レベルをモニタし
ており、そして伝送バッファ５０あるいは受信バッファ
５１が、事前に決められたレベルを越えて充填されない
ように、また伝送バッファ５０あるいは受信バッファ５
１が、事前に決められたレベル以下にならないようにホ
スト・コンピュータの伝送操作及び受信操作を処理す
る。従って、ホスト・コンピュータが書込みＣＣＷに従
って伝送バッファへデータ・ブロックを伝送する毎に、
ホスト・インターフェース・ルーチンは伝送バッファ及
び受信バッファの充填レベルを検査し、もしも両者がそ
れぞれの事前に決められたレベルに達したならば、残り
の全ての書込みＣＣＷが実行されているＶＴＡＭへ速や
かに応答することによって、チャネル・プログラム内の
残りの書込みＣＣＷを「フラッシュ」する。その後、チ
ャネル・プログラムは読取りＣＣＷへ進む。同様に、ホ
スト・コンピュータが読取りＣＣＷに従って受信バッフ
ァからデータ・ブロックを読取る毎に、ホスト・インタ
ーフェース・ルーチンは伝送バッファ及び受信バッファ
の充填レベルを検査し、もしも両者がそれぞれの事前に
決められたレベルまで下がったならば、もう読取るべき
データが残っていないことをＶＴＡＭへ応答することに
よって、残りの読取りＣＣＷをフラッシュする。これに
よって、チャネル・プログラムは続きの書込みＣＣＷが
もしあるなら、そこへ速やかに進むことができる。チャ
ネル・プログラム内の最後のＣＣＷは状況の要求であ
り、ホスト・インターフェース・ルーチンは、フラッシ
ュされた書込みＣＣＷに相当するデータを再び送らなけ
ればならないことをＶＴＡＭへ応答する。ＶＴＡＭは、
これを実行するため必要な書込みＣＣＷを発生する。こ
のプロセスは、通信が行なわれている間連続的に繰り返
される。
【００１８】どちらのルーチンの実行によっても、ＶＴ
ＡＭ３４のコードあるいは遠隔装置の通信リンクを変更
する必要がないことは、重要である。データがホスト・
コンピュータ２０から伝送バッファ５０へ、また受信バ
ッファ５１からホスト・コンピュータ２０へＴＷＡプロ
トコルによって交互に伝送される一方、データは遠隔装
置２２と（直列伝送ライン２８を介して）伝送バッファ
５０及び受信バッファ５１との間を同時に両方向にＴＷ
Ｓプロトコルによって伝送される。どちらのバッファも
一杯あるいは空になっていない場合、遠隔装置２２から
受信バッファへの伝送の時点は遠隔装置によって決定さ
れ、伝送バッファから遠隔装置への伝送の時点は、ライ
ン・インターフェース・ルーチンによって決定される。
ＡＭ３４のコードあるいは遠隔装置の通信リンクを変更
する必要がないことは、重要である。データがホスト・
コンピュータ２０から伝送バッファ５０へ、また受信バ
ッファ５１からホスト・コンピュータ２０へＴＷＡプロ
トコルによって交互に伝送される一方、データは遠隔装
置２２と（直列伝送ライン２８を介して）伝送バッファ
５０及び受信バッファ５１との間を同時に両方向にＴＷ
Ｓプロトコルによって伝送される。どちらのバッファも
一杯あるいは空になっていない場合、遠隔装置２２から
受信バッファへの伝送の時点は遠隔装置によって決定さ
れ、伝送バッファから遠隔装置への伝送の時点は、ライ
ン・インターフェース・ルーチンによって決定される。
【００１９】図２は、通信アダプタ２４をより詳細に示
したものである。ＲＡＭ１４０内に配置されている伝送
バッファ５０及び受信バッファ５１の他に、通信アダプ
タ２４は、ＲＡＭ１４０のためのＲＡＭ制御装置１４
２、マイクロ・チャネル（Ｒ）・バス２６のためのバス
・インターフェース１４４、ホスト・インターフェース
・ルーチン及びライン・インターフェース・ルーチンを
実行するＣＰＵ１４６から構成される。ＲＡＭ制御装置
１４２及びバス・インターフェース１４４は、マイクロ
・チャネル（Ｒ）・バス２６及びアダプタ・カード４８
を介した伝送バッファ５０及び受信バッファ５１とＶＴ
ＡＭ３４との間のデータの転送を比較的低いレベルにお
いて制御する。より高いレベルの制御は、ＣＰＵ１４６
で実行されるホスト・インターフェース・ルーチンによ
って行なわれる。通信アダプタ２４はまた、直列伝送ラ
イン２８への低レベルのインターフェースを行なう二重
汎用直列通信制御装置（ＤＵＳＣＣ）１４８を含む。つ
まり、ＤＵＳＣＣ１４８は、全二重チャネル、ＳＤＬＣ
プロトコル・サポート、ＮＲＺ及びＮＲＺＩデータ符号
化、及びＣＲＣの検査と発生を行なう。通信アダプタ２
４はまた、ＤＭＡ／周辺インターフェース１５０を含
み、これは伝送バッファ及び受信バッファ内に記憶され
ているデータをＤＵＳＣＣ１４８へ、またＤＵＳＣＣＡ
４８から転送するために伝送バッファ及び受信バッファ
へ直接メモリアクセス（ＤＭＡ）を行なうためのもので
ある。カウンタ／タイマ及び並列Ｉ／Ｏユニット（ＣＩ
Ｏ）１６１は、遠隔装置２２へのインターフェースのた
めの制御指針を提供する。ＰＲＯＭ１６３は通信アダプ
タのためのブートストラップ及び診断プログラムであ
り、ＬＡＴ１６５はアドレス・ラッチである。
したものである。ＲＡＭ１４０内に配置されている伝送
バッファ５０及び受信バッファ５１の他に、通信アダプ
タ２４は、ＲＡＭ１４０のためのＲＡＭ制御装置１４
２、マイクロ・チャネル（Ｒ）・バス２６のためのバス
・インターフェース１４４、ホスト・インターフェース
・ルーチン及びライン・インターフェース・ルーチンを
実行するＣＰＵ１４６から構成される。ＲＡＭ制御装置
１４２及びバス・インターフェース１４４は、マイクロ
・チャネル（Ｒ）・バス２６及びアダプタ・カード４８
を介した伝送バッファ５０及び受信バッファ５１とＶＴ
ＡＭ３４との間のデータの転送を比較的低いレベルにお
いて制御する。より高いレベルの制御は、ＣＰＵ１４６
で実行されるホスト・インターフェース・ルーチンによ
って行なわれる。通信アダプタ２４はまた、直列伝送ラ
イン２８への低レベルのインターフェースを行なう二重
汎用直列通信制御装置（ＤＵＳＣＣ）１４８を含む。つ
まり、ＤＵＳＣＣ１４８は、全二重チャネル、ＳＤＬＣ
プロトコル・サポート、ＮＲＺ及びＮＲＺＩデータ符号
化、及びＣＲＣの検査と発生を行なう。通信アダプタ２
４はまた、ＤＭＡ／周辺インターフェース１５０を含
み、これは伝送バッファ及び受信バッファ内に記憶され
ているデータをＤＵＳＣＣ１４８へ、またＤＵＳＣＣＡ
４８から転送するために伝送バッファ及び受信バッファ
へ直接メモリアクセス（ＤＭＡ）を行なうためのもので
ある。カウンタ／タイマ及び並列Ｉ／Ｏユニット（ＣＩ
Ｏ）１６１は、遠隔装置２２へのインターフェースのた
めの制御指針を提供する。ＰＲＯＭ１６３は通信アダプ
タのためのブートストラップ及び診断プログラムであ
り、ＬＡＴ１６５はアドレス・ラッチである。
【００２０】以下に、本発明をより詳細に流れ図によっ
て示す。図３及び図４は、ＶＴＡＭプログラム３４を示
す流れ図である。まず、ＶＴＡＭは遠隔装置にオープン
指令を送ることによって遠隔装置との通信リンクを開始
する（遠隔装置はそれに対して、認識したことを応答す
る）（処理１９９）。次に、ＶＴＡＭは，順にポーリン
グＣＣＷ、多数の読取りＣＣＷ、状況ＣＣＷからなるチ
ャネル・プログラムを作成する（処理２００）。さらに
ＶＴＡＭは、チャネル・アドレス・ワードをホスト・メ
モリ２５内の事前に決められた位置に記憶する。このチ
ャネル・アドレス・ワードは、ホスト・メモリ２５内の
チャネル・プログラムを開始する位置を識別するもので
ある。次にＶＴＡＭは、開始Ｉ／Ｏを通信アダプタ２４
へ出し（処理２０１）、そして通信アダプタ２４からの
応答かあるいは顧客アプリケーション・プログラム３２
からの指令を待つ（処理２０２）。
て示す。図３及び図４は、ＶＴＡＭプログラム３４を示
す流れ図である。まず、ＶＴＡＭは遠隔装置にオープン
指令を送ることによって遠隔装置との通信リンクを開始
する（遠隔装置はそれに対して、認識したことを応答す
る）（処理１９９）。次に、ＶＴＡＭは，順にポーリン
グＣＣＷ、多数の読取りＣＣＷ、状況ＣＣＷからなるチ
ャネル・プログラムを作成する（処理２００）。さらに
ＶＴＡＭは、チャネル・アドレス・ワードをホスト・メ
モリ２５内の事前に決められた位置に記憶する。このチ
ャネル・アドレス・ワードは、ホスト・メモリ２５内の
チャネル・プログラムを開始する位置を識別するもので
ある。次にＶＴＡＭは、開始Ｉ／Ｏを通信アダプタ２４
へ出し（処理２０１）、そして通信アダプタ２４からの
応答かあるいは顧客アプリケーション・プログラム３２
からの指令を待つ（処理２０２）。
【００２１】開始Ｉ／Ｏに応答して、バス・インターフ
ェース１４４は、ホスト・インターフェース・ルーチン
に割込み、ホスト・インターフェース・ルーチンは、バ
ス・インターフェース１４４にチャネル・プログラム中
の最初のチャネル指令ワード（ＣＣＷ）を取ってくるよ
う指示する。それに応じて、バス・インターフェースは
アダプタ・カード４８からの次のＣＣＷを要求し、そし
てアダプタ・カード４８はホスト・メモリからＣＣＷを
得て、アダプタ・カード４８内のバッファにそのデータ
を記憶し、そのデータをマイクロ・チャネル（Ｒ）・バ
スへ渡せるようにする。それから、バス・インターフェ
ース１４４はそのデータをアダプタ・カードから取って
きて、ＲＡＭ制御装置１４２がそのデータをＣＣＷバッ
ファ３１１の中へ書込む。その後、バス・インターフェ
ースは、ＣＰＵ１４６にホスト・コンピュータからＣＣ
Ｗを得たことを通知し、ホスト・インターフェース・ル
ーチンはＣＣＷの実行を開始する（図５の処理２９
０）。最初のチャネル指令ワード（ＣＣＷ）はポーリン
グ指令であり（判断ブロック２９２）、（それがＶＴＡ
Ｍによって遠隔装置へ通知するためになされたものであ
っても）通信アダプタに、もうＶＴＡＭへデータを転送
できることを通知するものである。このポーリングは、
ホスト・コンピュータのＴＷＡプロトコルによって要求
され、ホスト・コンピュータとその相手が同時にデータ
を転送しようとしないことを保証するものである。通信
アダプタに送るべきデータがない場合（判断ブロック２
９４）、ホスト・インターフェース・ルーチンは、バス
・インターフェースに次のＣＣＷを取ってくるよう指示
する。しかしながら、通信アダプタに、ホスト・コンピ
ュータへ送るべきデータがある場合、ホスト・インター
フェース・ルーチンは、バス・インターフェースに次の
読取りＣＣＷをチャネル・プログラムから取ってくるよ
うに指示する（処理２９６）。その後、バス・インター
フェースは読出しＣＣＷを取ってきて（処理２９０）、
それを処理する（同様な方法で続きの読取りＣＣＷを処
理する）。現在のＣＣＷが読取りＣＣＷであることを判
断した後（判断ブロック３０２及び３４０）、ホスト・
インターフェース・ルーチンは、読取りＣＣＷフラッシ
ュ指標がセットされているかどうかを判断する（判断ブ
ロック３４２）。伝送バッファ５０及び受信バッファ５
１の充填レベルが共に、それぞれの事前に決められたレ
ベル、例えばそれぞれの容量の１２％に下がったときに
そのような指標がセットされる。それぞれのバッファの
充填レベルは、バッファに加算されたデータの量を計数
しまたバッファから読み出されたデータの量を引算する
ことによって計測される。もしも両方のバッファの充填
レベルが事前に決められたレベル以下であれば、読取り
ＣＣＷはフラッシュされ、つまり、通信アダプタによっ
て処理されない。読取りＣＣＷをフラッシュする理由
は、伝送バッファ５０が空になる前に、続く書込みＣＣ
Ｗへ速やかに進むためである。なぜなら伝送バッファ５
０が空になってしまった場合、直列伝送ライン２８へ送
るデータがなくなってしまい、伝送速度あるいはスルー
プット全体が低下してしまうからである。しかしなが
ら、読取りＣＣＷフラッシュ指標がセットされていない
場合は、ホスト・インターフェース・ルーチンは、受信
バッファ５１が空になっていないかどうかの判断へ進む
（判断ブロック３４４）。もし空になっていれば、その
時はホストへ送るべきデータがなく、読取りＣＣＷフラ
ッシュ指標がセットされ（処理３５８）、従ってこの読
取りＣＣＷはもはや処理されない。しかし、データ・フ
レームが読取りバッファ内にある場合、それは次のよう
な方法でホスト・コンピュータへ送られる（処理３４
６）。
ェース１４４は、ホスト・インターフェース・ルーチン
に割込み、ホスト・インターフェース・ルーチンは、バ
ス・インターフェース１４４にチャネル・プログラム中
の最初のチャネル指令ワード（ＣＣＷ）を取ってくるよ
う指示する。それに応じて、バス・インターフェースは
アダプタ・カード４８からの次のＣＣＷを要求し、そし
てアダプタ・カード４８はホスト・メモリからＣＣＷを
得て、アダプタ・カード４８内のバッファにそのデータ
を記憶し、そのデータをマイクロ・チャネル（Ｒ）・バ
スへ渡せるようにする。それから、バス・インターフェ
ース１４４はそのデータをアダプタ・カードから取って
きて、ＲＡＭ制御装置１４２がそのデータをＣＣＷバッ
ファ３１１の中へ書込む。その後、バス・インターフェ
ースは、ＣＰＵ１４６にホスト・コンピュータからＣＣ
Ｗを得たことを通知し、ホスト・インターフェース・ル
ーチンはＣＣＷの実行を開始する（図５の処理２９
０）。最初のチャネル指令ワード（ＣＣＷ）はポーリン
グ指令であり（判断ブロック２９２）、（それがＶＴＡ
Ｍによって遠隔装置へ通知するためになされたものであ
っても）通信アダプタに、もうＶＴＡＭへデータを転送
できることを通知するものである。このポーリングは、
ホスト・コンピュータのＴＷＡプロトコルによって要求
され、ホスト・コンピュータとその相手が同時にデータ
を転送しようとしないことを保証するものである。通信
アダプタに送るべきデータがない場合（判断ブロック２
９４）、ホスト・インターフェース・ルーチンは、バス
・インターフェースに次のＣＣＷを取ってくるよう指示
する。しかしながら、通信アダプタに、ホスト・コンピ
ュータへ送るべきデータがある場合、ホスト・インター
フェース・ルーチンは、バス・インターフェースに次の
読取りＣＣＷをチャネル・プログラムから取ってくるよ
うに指示する（処理２９６）。その後、バス・インター
フェースは読出しＣＣＷを取ってきて（処理２９０）、
それを処理する（同様な方法で続きの読取りＣＣＷを処
理する）。現在のＣＣＷが読取りＣＣＷであることを判
断した後（判断ブロック３０２及び３４０）、ホスト・
インターフェース・ルーチンは、読取りＣＣＷフラッシ
ュ指標がセットされているかどうかを判断する（判断ブ
ロック３４２）。伝送バッファ５０及び受信バッファ５
１の充填レベルが共に、それぞれの事前に決められたレ
ベル、例えばそれぞれの容量の１２％に下がったときに
そのような指標がセットされる。それぞれのバッファの
充填レベルは、バッファに加算されたデータの量を計数
しまたバッファから読み出されたデータの量を引算する
ことによって計測される。もしも両方のバッファの充填
レベルが事前に決められたレベル以下であれば、読取り
ＣＣＷはフラッシュされ、つまり、通信アダプタによっ
て処理されない。読取りＣＣＷをフラッシュする理由
は、伝送バッファ５０が空になる前に、続く書込みＣＣ
Ｗへ速やかに進むためである。なぜなら伝送バッファ５
０が空になってしまった場合、直列伝送ライン２８へ送
るデータがなくなってしまい、伝送速度あるいはスルー
プット全体が低下してしまうからである。しかしなが
ら、読取りＣＣＷフラッシュ指標がセットされていない
場合は、ホスト・インターフェース・ルーチンは、受信
バッファ５１が空になっていないかどうかの判断へ進む
（判断ブロック３４４）。もし空になっていれば、その
時はホストへ送るべきデータがなく、読取りＣＣＷフラ
ッシュ指標がセットされ（処理３５８）、従ってこの読
取りＣＣＷはもはや処理されない。しかし、データ・フ
レームが読取りバッファ内にある場合、それは次のよう
な方法でホスト・コンピュータへ送られる（処理３４
６）。
【００２２】データが、ホスト・コンピュータ２０へ伝
送するため遠隔装置２２から通信アダプタに到達したと
き、ライン・インターフェース・ルーチンは制御情報を
ＤＵＳＣＣ１４８内のレジスタとＤＭＡ／周辺インター
フェース１５０へ書込む。この制御情報は、遠隔装置の
通信リンクの特性即ちＴＷＳ、通信の方向、制御指示の
初期接続手順、ＤＵＳＣＣ１４８とＤＭＡ／周辺インタ
ーフェース１５０との間の連携、及びそれぞれのデータ
・フレームの末尾においてライン・インターフェース・
ルーチンへの割込みを送るための要求を示している。そ
れから、ライン・インターフェース・ルーチンはＤＭＡ
／周辺インターフェース１５０に対して、受信バッファ
５１内の特定の位置へデータをＤＭＡ転送するよう指示
する。
送するため遠隔装置２２から通信アダプタに到達したと
き、ライン・インターフェース・ルーチンは制御情報を
ＤＵＳＣＣ１４８内のレジスタとＤＭＡ／周辺インター
フェース１５０へ書込む。この制御情報は、遠隔装置の
通信リンクの特性即ちＴＷＳ、通信の方向、制御指示の
初期接続手順、ＤＵＳＣＣ１４８とＤＭＡ／周辺インタ
ーフェース１５０との間の連携、及びそれぞれのデータ
・フレームの末尾においてライン・インターフェース・
ルーチンへの割込みを送るための要求を示している。そ
れから、ライン・インターフェース・ルーチンはＤＭＡ
／周辺インターフェース１５０に対して、受信バッファ
５１内の特定の位置へデータをＤＭＡ転送するよう指示
する。
【００２３】続いて、ＣＰＵ１４６が処理３４６を実行
するとき、ＣＰＵ１４６は、バス・インターフェースに
そのデータが受信バッファ内のどこにあるかを通知し、
マイクロ・チャネル（Ｒ）・バス２６を介してそのデー
タをアダプタ・カード４８へ送るよう指示する。バス・
インターフェース１４４はアダプタ・カード４８への転
送を完了したのち、ＣＰＵに報告し、そしてＣＰＵは、
処理２０２においてＶＴＡＭに割込みを送る。
するとき、ＣＰＵ１４６は、バス・インターフェースに
そのデータが受信バッファ内のどこにあるかを通知し、
マイクロ・チャネル（Ｒ）・バス２６を介してそのデー
タをアダプタ・カード４８へ送るよう指示する。バス・
インターフェース１４４はアダプタ・カード４８への転
送を完了したのち、ＣＰＵに報告し、そしてＣＰＵは、
処理２０２においてＶＴＡＭに割込みを送る。
【００２４】その後、ホスト・インターフェース・ルー
チンは、ライン・インターフェース・ビジー終了サブル
ーチンを図６の処理３５０において呼出す。この呼出し
の目的は次のようなものである。この最後のフレームが
受信バッファ５１からホスト・コンピュータへ送られる
前に、受信バッファが一杯になることがあり得る。その
ような場合、通信アダプタは遠隔装置に対し、受信バッ
ファがビジー状態であり、これ以上データを受信できな
いことを通知する。ライン・インターフェース・ビジー
終了サブルーチンの呼出しは、通信アダプタがこのビジ
ー状態にあるかどうかを検査し（判断ブロック３５
０）、そしてもしそうであれば、ビジー指標をリセット
し、遠隔装置に通信アダプタがもうビジー状態ではない
ことを通知する（処理３５２）。それから、ライン・イ
ンターフェース・ビジー終了サブルーチンは、判断ブロ
ック３５６でホスト・インターフェース・ルーチンへ戻
り、ホスト・インターフェース・ルーチンは、伝送バッ
ファ及び受信バッファの充填レベルがそれぞれの事前に
決められたレベル以下に下がっていないかどうかを判断
する。もし両方の充填レベルがそれぞれの事前に決めら
れたレベル以下に下がっていたなら、ホスト・インター
フェース・ルーチンは読取りＣＣＷフラッシュ指標をセ
ットする（処理３５８）。それから、ホスト・インター
フェース・ルーチンは、次のＣＣＷを読むために処理２
９０へ戻る。受信バッファ内に記憶されたデータがある
限り、上記の方法でさらに読取りＣＣＷが読まれて処理
される。しかしながら、読取りＣＣＷフラッシュ指標が
セットされているなら、その時は判断ブロック３４２に
おいて現在の読取りＣＣＷをフラッシュする。読取りＣ
ＣＷフラッシュ指標がセットされたときは、続く読取り
ＣＣＷがあったとしても、それもフラッシュされ、結果
的にバス・インターフェースによって状況ＣＣＷが取っ
てこられてホスト・インターフェース・ルーチンによっ
て読まれる。
チンは、ライン・インターフェース・ビジー終了サブル
ーチンを図６の処理３５０において呼出す。この呼出し
の目的は次のようなものである。この最後のフレームが
受信バッファ５１からホスト・コンピュータへ送られる
前に、受信バッファが一杯になることがあり得る。その
ような場合、通信アダプタは遠隔装置に対し、受信バッ
ファがビジー状態であり、これ以上データを受信できな
いことを通知する。ライン・インターフェース・ビジー
終了サブルーチンの呼出しは、通信アダプタがこのビジ
ー状態にあるかどうかを検査し（判断ブロック３５
０）、そしてもしそうであれば、ビジー指標をリセット
し、遠隔装置に通信アダプタがもうビジー状態ではない
ことを通知する（処理３５２）。それから、ライン・イ
ンターフェース・ビジー終了サブルーチンは、判断ブロ
ック３５６でホスト・インターフェース・ルーチンへ戻
り、ホスト・インターフェース・ルーチンは、伝送バッ
ファ及び受信バッファの充填レベルがそれぞれの事前に
決められたレベル以下に下がっていないかどうかを判断
する。もし両方の充填レベルがそれぞれの事前に決めら
れたレベル以下に下がっていたなら、ホスト・インター
フェース・ルーチンは読取りＣＣＷフラッシュ指標をセ
ットする（処理３５８）。それから、ホスト・インター
フェース・ルーチンは、次のＣＣＷを読むために処理２
９０へ戻る。受信バッファ内に記憶されたデータがある
限り、上記の方法でさらに読取りＣＣＷが読まれて処理
される。しかしながら、読取りＣＣＷフラッシュ指標が
セットされているなら、その時は判断ブロック３４２に
おいて現在の読取りＣＣＷをフラッシュする。読取りＣ
ＣＷフラッシュ指標がセットされたときは、続く読取り
ＣＣＷがあったとしても、それもフラッシュされ、結果
的にバス・インターフェースによって状況ＣＣＷが取っ
てこられてホスト・インターフェース・ルーチンによっ
て読まれる。
【００２５】バス・インターフェースが状況ＣＣＷを取
ってきたとき、判断ブロック３０２、３４０、及び３６
０は判断ブロック３６２へと進み、そこでホスト・イン
ターフェース・ルーチンは一つ以上の先行する書込みＣ
ＣＷがフラッシュされたかどうかを判断する。その場
合、フラッシュされた書込みＣＣＷを再送しなければな
らないことに相当するデータを示すように状況が更新さ
れる（処理３６４）。次に、ホスト・インターフェース
・ルーチンは、一つ以上の読取りＣＣＷがフラッシュさ
れたかどうかを判断し（判断ブロック３６６）、もしそ
うであれば、遠隔装置がその時点でそれ以上データを送
らないことと、読取りフラッシュが開始される前にホス
トに対して送られたデータが遠隔装置から送られたデー
タの全てであることを示すように状況を更新する（処理
３６８）。次に、ホスト・インターフェース・ルーチン
は、伝送バッファ５０が事前に決められたレベルを越え
て充填されているかどうかを判断し（判断ブロック３７
０）、もしそうであれば、遠隔装置が一時的にホストか
らデータを受信できないことを示すように状況を更新す
る（処理３７２）。このことは、伝送バッファのオーバ
ーフローを防ぐ別の安全策である。伝送バッファが過剰
に充填されていなければ、そのときはホスト・インター
フェース・ルーチンは遠隔装置がさらにデータを受信で
きることを示すように状況を更新する。次に、ホスト・
インターフェース・ルーチンは書込みＣＣＷフラッシュ
指標及び読取りＣＣＷフラッシュ指標をリセットする
（処理３７６）。処理３６８及び３７２において更新さ
れた状況によって、伝送バッファのオーバーフローに対
する安全策が与えられるので、この方法は適切である。
処理３７８において、ホスト・インターフェース・ルー
チンは処理２０２における割込みと共にＶＴＡＭへその
状況を報告する。
ってきたとき、判断ブロック３０２、３４０、及び３６
０は判断ブロック３６２へと進み、そこでホスト・イン
ターフェース・ルーチンは一つ以上の先行する書込みＣ
ＣＷがフラッシュされたかどうかを判断する。その場
合、フラッシュされた書込みＣＣＷを再送しなければな
らないことに相当するデータを示すように状況が更新さ
れる（処理３６４）。次に、ホスト・インターフェース
・ルーチンは、一つ以上の読取りＣＣＷがフラッシュさ
れたかどうかを判断し（判断ブロック３６６）、もしそ
うであれば、遠隔装置がその時点でそれ以上データを送
らないことと、読取りフラッシュが開始される前にホス
トに対して送られたデータが遠隔装置から送られたデー
タの全てであることを示すように状況を更新する（処理
３６８）。次に、ホスト・インターフェース・ルーチン
は、伝送バッファ５０が事前に決められたレベルを越え
て充填されているかどうかを判断し（判断ブロック３７
０）、もしそうであれば、遠隔装置が一時的にホストか
らデータを受信できないことを示すように状況を更新す
る（処理３７２）。このことは、伝送バッファのオーバ
ーフローを防ぐ別の安全策である。伝送バッファが過剰
に充填されていなければ、そのときはホスト・インター
フェース・ルーチンは遠隔装置がさらにデータを受信で
きることを示すように状況を更新する。次に、ホスト・
インターフェース・ルーチンは書込みＣＣＷフラッシュ
指標及び読取りＣＣＷフラッシュ指標をリセットする
（処理３７６）。処理３６８及び３７２において更新さ
れた状況によって、伝送バッファのオーバーフローに対
する安全策が与えられるので、この方法は適切である。
処理３７８において、ホスト・インターフェース・ルー
チンは処理２０２における割込みと共にＶＴＡＭへその
状況を報告する。
【００２６】通信アダプタによるそれぞれのＣＣＷの実
行に続く通信アダプタからの割込みに応答して（判断ブ
ロック２０３）、ＶＴＡＭはデータを再伝送しなければ
ならないかどうかを（状況ＣＣＷへの応答に基づいて）
判断する（判断ブロック２０４）。そのようなデータは
前の書込みＣＣＷ（１個だけであったと仮定する）の間
に伝送されるはずであったもので、フラッシュされてし
まったものである。もしも再伝送が必要であれば、ＶＴ
ＡＭは続く再伝送のためにデータを要求する（処理２１
７）。次に、ＶＴＡＭは、最も最近のチャネル・プログ
ラムの実行の間に通信アダプタからのデータが受信され
たかどうかを判断する（判断ブロック２０５）。もし受
信されていれば、ＶＴＡＭはデータを顧客アプリケーシ
ョン・プログラム３２へ渡す（処理２０６）。
行に続く通信アダプタからの割込みに応答して（判断ブ
ロック２０３）、ＶＴＡＭはデータを再伝送しなければ
ならないかどうかを（状況ＣＣＷへの応答に基づいて）
判断する（判断ブロック２０４）。そのようなデータは
前の書込みＣＣＷ（１個だけであったと仮定する）の間
に伝送されるはずであったもので、フラッシュされてし
まったものである。もしも再伝送が必要であれば、ＶＴ
ＡＭは続く再伝送のためにデータを要求する（処理２１
７）。次に、ＶＴＡＭは、最も最近のチャネル・プログ
ラムの実行の間に通信アダプタからのデータが受信され
たかどうかを判断する（判断ブロック２０５）。もし受
信されていれば、ＶＴＡＭはデータを顧客アプリケーシ
ョン・プログラム３２へ渡す（処理２０６）。
【００２７】通信アダプタがホストへ送る他のデータを
有していて、そしてＶＴＡＭが状況ＣＣＷからそのこと
を知ることも可能である（判断ブロック２０７）。この
他のデータは、最も最近のチャネル・プログラムが実行
されたがこのデータを全て読取るための読取りＣＣＷの
数が十分に無い時点において、通信アダプタ内に存在し
ていることができる（判断ブロック２０７）。ホストに
送るべきデータがさらにある場合は、ＶＴＡＭは、この
追加データを受信するためのホスト・メモリのアドレス
と共に読取りＣＣＷを追加し（処理２１２）、通信アダ
プタが追加の読取りＣＣＷの実行の後に読取り操作状況
を報告できるように、その読取りＣＣＷの末尾に状況Ｃ
ＣＷを付け加える（処理２１３）。次に、ＶＴＡＭは、
判断ブロック２１４で、処理２０１でだされた開始Ｉ／
Ｏがもはや起動していないことを判断し（なぜならそれ
は通信アダプタが最も最近のチャネル・プログラムの実
行を完了した時に判断ブロック２０３で終了しているか
らである）、そして新しい開始Ｉ／Ｏ（処理２１５）を
出してからループの処理２０２へ戻る。
有していて、そしてＶＴＡＭが状況ＣＣＷからそのこと
を知ることも可能である（判断ブロック２０７）。この
他のデータは、最も最近のチャネル・プログラムが実行
されたがこのデータを全て読取るための読取りＣＣＷの
数が十分に無い時点において、通信アダプタ内に存在し
ていることができる（判断ブロック２０７）。ホストに
送るべきデータがさらにある場合は、ＶＴＡＭは、この
追加データを受信するためのホスト・メモリのアドレス
と共に読取りＣＣＷを追加し（処理２１２）、通信アダ
プタが追加の読取りＣＣＷの実行の後に読取り操作状況
を報告できるように、その読取りＣＣＷの末尾に状況Ｃ
ＣＷを付け加える（処理２１３）。次に、ＶＴＡＭは、
判断ブロック２１４で、処理２０１でだされた開始Ｉ／
Ｏがもはや起動していないことを判断し（なぜならそれ
は通信アダプタが最も最近のチャネル・プログラムの実
行を完了した時に判断ブロック２０３で終了しているか
らである）、そして新しい開始Ｉ／Ｏ（処理２１５）を
出してからループの処理２０２へ戻る。
【００２８】判断ブロック２０７を再び参照すると、通
信アダプタがホストへ送るべきデータをもう有していな
い場合、判断ブロック２０７から判断ブロック２０８へ
進み、そこでＶＴＡＭは、伝送待ち行列中に遠隔装置へ
送るべきデータがないかどうかを判断する。もしそのよ
うな送るべきデータがなければ、ＶＴＡＭはループの処
理２０１へと戻る。しかし送るべきデータがある場合
は、ＶＴＡＭは、チャネル・プログラムのための追加の
書込みＣＣＷを作成し、上記の２１２から２１５までの
処理を実行する。処理２１２で追加の読取りＣＣＷが付
け加えられる。なぜなら、遠隔装置がホストからの伝送
に応答したい場合もあるからである。
信アダプタがホストへ送るべきデータをもう有していな
い場合、判断ブロック２０７から判断ブロック２０８へ
進み、そこでＶＴＡＭは、伝送待ち行列中に遠隔装置へ
送るべきデータがないかどうかを判断する。もしそのよ
うな送るべきデータがなければ、ＶＴＡＭはループの処
理２０１へと戻る。しかし送るべきデータがある場合
は、ＶＴＡＭは、チャネル・プログラムのための追加の
書込みＣＣＷを作成し、上記の２１２から２１５までの
処理を実行する。処理２１２で追加の読取りＣＣＷが付
け加えられる。なぜなら、遠隔装置がホストからの伝送
に応答したい場合もあるからである。
【００２９】アプリケーション・プログラムが遠隔装置
へ送るべき新しいデータを有しているとき、そのアプリ
ケーション・プログラムは処理２０２においてＶＴＡＭ
へ通知しようとする。この通知はアプリケーション・プ
ログラムから出されたものであるので、判断ブロック２
０３は、判断ブロック２０９へ進み、そこでＶＴＡＭは
ホストが伝送すべきデータを有しているかを判断する。
それからＶＴＡＭは、データを伝送待ち行列へ追加し
（処理２１０）、ホストのデータを伝送できるようにチ
ャネル・プログラムのために書込みＣＣＷを作成し（処
理２１１）、遠隔装置がデータに応答する場合は書込み
ＣＣＷの後にチャネル・プログラムのために読取りＣＣ
Ｗを作成し（処理２１２）、通信アダプタが読取りＣＣ
Ｗ及び書込みＣＣＷの実行の結果を報告できるように状
況ＣＣＷを作成する（処理２１３）。次に、ＶＴＡＭ
は、開始Ｉ／Ｏがまだ起動しているかどうかを判断する
（判断ブロック２１４）。もし開始Ｉ／Ｏがまだ起動し
ていれば、ＶＴＡＭは書込みＣＣＷへの分岐のためにポ
ーリング・プログラムを修正する（処理２１６）。もし
開始Ｉ／Ｏが終了していれば、ＶＴＡＭは別の開始Ｉ／
Ｏをホスト・インターフェース・ルーチンへ出す（処理
２１５）。
へ送るべき新しいデータを有しているとき、そのアプリ
ケーション・プログラムは処理２０２においてＶＴＡＭ
へ通知しようとする。この通知はアプリケーション・プ
ログラムから出されたものであるので、判断ブロック２
０３は、判断ブロック２０９へ進み、そこでＶＴＡＭは
ホストが伝送すべきデータを有しているかを判断する。
それからＶＴＡＭは、データを伝送待ち行列へ追加し
（処理２１０）、ホストのデータを伝送できるようにチ
ャネル・プログラムのために書込みＣＣＷを作成し（処
理２１１）、遠隔装置がデータに応答する場合は書込み
ＣＣＷの後にチャネル・プログラムのために読取りＣＣ
Ｗを作成し（処理２１２）、通信アダプタが読取りＣＣ
Ｗ及び書込みＣＣＷの実行の結果を報告できるように状
況ＣＣＷを作成する（処理２１３）。次に、ＶＴＡＭ
は、開始Ｉ／Ｏがまだ起動しているかどうかを判断する
（判断ブロック２１４）。もし開始Ｉ／Ｏがまだ起動し
ていれば、ＶＴＡＭは書込みＣＣＷへの分岐のためにポ
ーリング・プログラムを修正する（処理２１６）。もし
開始Ｉ／Ｏが終了していれば、ＶＴＡＭは別の開始Ｉ／
Ｏをホスト・インターフェース・ルーチンへ出す（処理
２１５）。
【００３０】ＣＰＵ１４６はバス・インターフェースに
次のＣＣＷを取ってくるよう指示する。この場合は書込
みＣＣＷである。それからホスト・インターフェース・
ルーチンは、処理２９０においてＣＣＷを読み、処理３
０２においてそれが書込みＣＣＷであることを判断す
る。次に、ホスト・インターフェース・ルーチンは、Ｒ
ＡＭ１４０内に、伝送バッファ５０及び受信バッファ５
１がそれぞれの事前に決められたレベルまで充填された
ことによる次の書込みＣＣＷをフラッシュするための指
標があるかどうかを判断する（判断ブロック３０４）。
そのような場合に書込みＣＣＷをフラッシュする目的
は、伝送バッファがこのＣＣＷによって過充填されない
ようにまた受信バッファが完全に充填される前にホスト
・コンピュータによって空にできるように、速やかに続
く読取りＣＣＷへ進むためである。（上記で触れたよう
に、受信バッファが完全に充填されそうな場合、ライン
・インターフェース・コードが遠隔装置にデータの送信
を停止するよう通知するが、このことは全体的な利用性
を損なうものであり、避けねばならない）。もしその指
標がセットされていれば、ホスト・インターフェース・
ルーチンは、次のＣＣＷがあるならそれを読むためにル
ープのステップ３００に戻る。しかしながら、書込みＣ
ＣＷフラッシュ指標がセットされていない場合、ホスト
・インターフェース・ルーチンは伝送バッファ５０内に
利用できる空間があるかどうかを判断する（判断ブロッ
ク３０６）。もしなければ、ホスト・インターフェース
・ルーチンは、ライン・インターフェース・コードの制
御の下で遠隔装置へ伝送されるべき次のデータ・ブロッ
クを待つ（このことは、多重タスク処理オペレーティン
グ・システムを用いて同時に実行されており、以下にさ
らに詳細に記述する）（処理３０８）。そのような転送
は、ホスト・コンピュータからの新しいデータのために
伝送バッファ内に空間を提供する。そのような転送の後
あるいは利用できる空間があった場合、ホスト・インタ
ーフェース・ルーチンはバス・インターフェース１４４
に対して、書込みＣＣＷに相当するデータ・ブロックを
次のような方法で伝送バッファの中へ読み込むよう指示
する（処理３１０）。
次のＣＣＷを取ってくるよう指示する。この場合は書込
みＣＣＷである。それからホスト・インターフェース・
ルーチンは、処理２９０においてＣＣＷを読み、処理３
０２においてそれが書込みＣＣＷであることを判断す
る。次に、ホスト・インターフェース・ルーチンは、Ｒ
ＡＭ１４０内に、伝送バッファ５０及び受信バッファ５
１がそれぞれの事前に決められたレベルまで充填された
ことによる次の書込みＣＣＷをフラッシュするための指
標があるかどうかを判断する（判断ブロック３０４）。
そのような場合に書込みＣＣＷをフラッシュする目的
は、伝送バッファがこのＣＣＷによって過充填されない
ようにまた受信バッファが完全に充填される前にホスト
・コンピュータによって空にできるように、速やかに続
く読取りＣＣＷへ進むためである。（上記で触れたよう
に、受信バッファが完全に充填されそうな場合、ライン
・インターフェース・コードが遠隔装置にデータの送信
を停止するよう通知するが、このことは全体的な利用性
を損なうものであり、避けねばならない）。もしその指
標がセットされていれば、ホスト・インターフェース・
ルーチンは、次のＣＣＷがあるならそれを読むためにル
ープのステップ３００に戻る。しかしながら、書込みＣ
ＣＷフラッシュ指標がセットされていない場合、ホスト
・インターフェース・ルーチンは伝送バッファ５０内に
利用できる空間があるかどうかを判断する（判断ブロッ
ク３０６）。もしなければ、ホスト・インターフェース
・ルーチンは、ライン・インターフェース・コードの制
御の下で遠隔装置へ伝送されるべき次のデータ・ブロッ
クを待つ（このことは、多重タスク処理オペレーティン
グ・システムを用いて同時に実行されており、以下にさ
らに詳細に記述する）（処理３０８）。そのような転送
は、ホスト・コンピュータからの新しいデータのために
伝送バッファ内に空間を提供する。そのような転送の後
あるいは利用できる空間があった場合、ホスト・インタ
ーフェース・ルーチンはバス・インターフェース１４４
に対して、書込みＣＣＷに相当するデータ・ブロックを
次のような方法で伝送バッファの中へ読み込むよう指示
する（処理３１０）。
【００３１】ＣＰＵ１４６はバス・インターフェースに
対し、マイクロ・チャネル（Ｒ）・バス２６を通してデ
ータの要求を渡すよう指示し、バス・インターフェース
１４４に伝送バッファ５０内のどこにデータを記憶する
かを通知する。それに応じて、バス・インターフェース
はアダプタ・カード４８にデータを要求し、そしてアダ
プタ・カード４８はホスト・メモリからデータを得てそ
のデータをアダプタ・カード４８内のバッファに記憶
し、そしてそのデータをマイクロ・チャネル（Ｒ）・バ
スに渡せるような形にする。それから、バス・インター
フェース１４４はアダプタ・カードからデータを取って
きて、ＲＡＭ制御装置１４２がそのデータを伝送バッフ
ァ５０の中に書込む。そして、バス・インターフェース
はＣＰＵ１４６に、ホスト・コンピュータからそのデー
タを得たことを通知する。
対し、マイクロ・チャネル（Ｒ）・バス２６を通してデ
ータの要求を渡すよう指示し、バス・インターフェース
１４４に伝送バッファ５０内のどこにデータを記憶する
かを通知する。それに応じて、バス・インターフェース
はアダプタ・カード４８にデータを要求し、そしてアダ
プタ・カード４８はホスト・メモリからデータを得てそ
のデータをアダプタ・カード４８内のバッファに記憶
し、そしてそのデータをマイクロ・チャネル（Ｒ）・バ
スに渡せるような形にする。それから、バス・インター
フェース１４４はアダプタ・カードからデータを取って
きて、ＲＡＭ制御装置１４２がそのデータを伝送バッフ
ァ５０の中に書込む。そして、バス・インターフェース
はＣＰＵ１４６に、ホスト・コンピュータからそのデー
タを得たことを通知する。
【００３２】この時点でホスト・コンピュータから取っ
てきたデータは、ＳＤＬＣ形式である（そしてこの同じ
形式が続く遠隔装置への伝送にも使用される。それは通
信のＴＷＡあるいはＴＷＳモードを確立する交互あるい
は同時のデータ伝送方法である）。
てきたデータは、ＳＤＬＣ形式である（そしてこの同じ
形式が続く遠隔装置への伝送にも使用される。それは通
信のＴＷＡあるいはＴＷＳモードを確立する交互あるい
は同時のデータ伝送方法である）。
【００３３】データが伝送バッファへ書込まれた後、ホ
スト・インターフェース・ルーチンは伝送バッファ及び
受信バッファがそれぞれの事前に決められた敷居値を越
えていないかどうかを判断する（書込みＣＣＷフラッシ
ュ指標をセットする目的のため）（判断ブロック３１
２）。そしてもし両方が越えていたならば、指標をセッ
トする（処理３１４）。処理３１４の後にもし両方の敷
居値を越えていなかったならば、ホスト・インターフェ
ース・ルーチンはライン・インターフェース伝送サブル
ーチンを処理３１８において呼出す（処理３１６）。
スト・インターフェース・ルーチンは伝送バッファ及び
受信バッファがそれぞれの事前に決められた敷居値を越
えていないかどうかを判断する（書込みＣＣＷフラッシ
ュ指標をセットする目的のため）（判断ブロック３１
２）。そしてもし両方が越えていたならば、指標をセッ
トする（処理３１４）。処理３１４の後にもし両方の敷
居値を越えていなかったならば、ホスト・インターフェ
ース・ルーチンはライン・インターフェース伝送サブル
ーチンを処理３１８において呼出す（処理３１６）。
【００３４】処理３１８において、ライン・インターフ
ェース伝送サブルーチンは伝送バッファ内に送信準備の
できたデータ・フレームがないかを判断し、そしてその
フレームを次の方法で送信する（処理３２０）。ライン
・インターフェース・ルーチンはＤＵＳＣＣ１４８内の
レジスタ及びＤＭＡ／周辺インターフェース１５０内の
レジスタに制御情報を書込む。この制御情報は、遠隔装
置の通信リンクの特性即ちＴＷＳ、通信の方向、制御進
行の初期接続手順の記述、ＤＵＳＣＣ１４８とＤＭＡ／
周辺インターフェース１５０との間の連携、及びそれぞ
れのデータ・フレームの末尾においてライン・インター
フェース・ルーチンへ割込みを送る要求である。ＤＭＡ
／周辺インターフェース１５０はデータをＤＭＡ転送
し、ＤＵＳＣＣ１４８に与える。それからＤＵＳＣＣ１
４８は、ＴＷＳプロトコルに従って、データのバイトを
伝送ライン２８へ直列に移行させる。遠隔装置への通信
はＴＷＳなので、ライン・インターフェース伝送サブル
ーチンは、フレームを送る前に遠隔装置から入ってくる
データがあるかどうかを判断するための検査をしない。
ェース伝送サブルーチンは伝送バッファ内に送信準備の
できたデータ・フレームがないかを判断し、そしてその
フレームを次の方法で送信する（処理３２０）。ライン
・インターフェース・ルーチンはＤＵＳＣＣ１４８内の
レジスタ及びＤＭＡ／周辺インターフェース１５０内の
レジスタに制御情報を書込む。この制御情報は、遠隔装
置の通信リンクの特性即ちＴＷＳ、通信の方向、制御進
行の初期接続手順の記述、ＤＵＳＣＣ１４８とＤＭＡ／
周辺インターフェース１５０との間の連携、及びそれぞ
れのデータ・フレームの末尾においてライン・インター
フェース・ルーチンへ割込みを送る要求である。ＤＭＡ
／周辺インターフェース１５０はデータをＤＭＡ転送
し、ＤＵＳＣＣ１４８に与える。それからＤＵＳＣＣ１
４８は、ＴＷＳプロトコルに従って、データのバイトを
伝送ライン２８へ直列に移行させる。遠隔装置への通信
はＴＷＳなので、ライン・インターフェース伝送サブル
ーチンは、フレームを送る前に遠隔装置から入ってくる
データがあるかどうかを判断するための検査をしない。
【００３５】次に、ライン・インターフェース伝送サブ
ルーチンは、両方のバッファの充填レベルが事前に決め
られたレベル以下であるかどうかを判断し（続く読取り
ＣＣＷをフラッシュする目的のため）（判断ブロック３
２２）、そしてもしそうであれば、指標をセットする
（処理３２４）。それから、ライン・インターフェース
伝送サブルーチンは、それを呼出したホスト・インター
フェース・ルーチンへ戻る（処理３２６）。
ルーチンは、両方のバッファの充填レベルが事前に決め
られたレベル以下であるかどうかを判断し（続く読取り
ＣＣＷをフラッシュする目的のため）（判断ブロック３
２２）、そしてもしそうであれば、指標をセットする
（処理３２４）。それから、ライン・インターフェース
伝送サブルーチンは、それを呼出したホスト・インター
フェース・ルーチンへ戻る（処理３２６）。
【００３６】図９は、ライン・インターフェース・ルー
チン５４の残りの部分である。データ・ブロックが遠隔
装置へ送信された後、ＤＭＡ／周辺インターフェース１
５０は、ＣＰＵ１４６へ割込み／メッセージを送る（処
理４００）。そのメッセージが、データ・ブロックの遠
隔装置への伝送がうまく行ったことを伝えるものである
とすると（判断ブロック４０２）、ライン・インターフ
ェース・ルーチンはライン・インターフェース伝送サブ
ルーチンを呼出して次のデータ・ブロックを上記のよう
に遠隔装置へ伝送する（処理３１８から３２４まで）。
ライン・インターフェース・ルーチンへ戻った後、ライ
ン・インターフェース・ルーチンは、次のメッセージを
ハードウェアから受信する用意をする。
チン５４の残りの部分である。データ・ブロックが遠隔
装置へ送信された後、ＤＭＡ／周辺インターフェース１
５０は、ＣＰＵ１４６へ割込み／メッセージを送る（処
理４００）。そのメッセージが、データ・ブロックの遠
隔装置への伝送がうまく行ったことを伝えるものである
とすると（判断ブロック４０２）、ライン・インターフ
ェース・ルーチンはライン・インターフェース伝送サブ
ルーチンを呼出して次のデータ・ブロックを上記のよう
に遠隔装置へ伝送する（処理３１８から３２４まで）。
ライン・インターフェース・ルーチンへ戻った後、ライ
ン・インターフェース・ルーチンは、次のメッセージを
ハードウェアから受信する用意をする。
【００３７】データは、ＤＭＡ／周辺インターフェース
１５０の制御下においてＤＵＳＣＣ１４８によっても遠
隔装置から受信される。データ・ブロックが受信された
後に、ＤＭＡ／周辺インターフェースは割込み／メッセ
ージをＣＰＵへ送る。メッセージは受け取られると、処
理４００において読まれる。メッセージが、データ・ブ
ロックを遠隔装置から受信したことを伝えるものである
とすると（判断ブロック４０２及び４１０）、そのデー
タは受信バッファ５１内に待機する。次に、ライン・イ
ンターフェース・ルーチンは、受信バッファ５１が完全
に充填されたかどうか判断し（判断ブロック４１４）、
もしそうであれば、データ・ブロックの受信を認識し、
また通信アダプタ２４がビジー状態であるためその時点
でこれ以上受信できないというメッセージを遠隔装置へ
送る（処理４１６）。（上記のように、処理３５０から
３５２におけるビジー終了サブルーチンは、データ・ブ
ロックが受信バッファ５１からホスト・コンピュータへ
送られた後に、遠隔装置へ逆のメッセージを送ることが
できる。）しかしながら、受信バッファ５１が完全に充
填されていなければ、その時は、そのメッセージはデー
タ・ブロックを受信したことのみを伝えるものである
（処理４１８）。次に、ライン・インターフェース・ル
ーチンは、現在、受信バッファが事前に決められたレベ
ルまで充填されたかどうか判断し（判断ブロック４２
０）、そしてもしそうであれば書込みＣＣＷフラッシュ
指標をセットする（処理４２２）。
１５０の制御下においてＤＵＳＣＣ１４８によっても遠
隔装置から受信される。データ・ブロックが受信された
後に、ＤＭＡ／周辺インターフェースは割込み／メッセ
ージをＣＰＵへ送る。メッセージは受け取られると、処
理４００において読まれる。メッセージが、データ・ブ
ロックを遠隔装置から受信したことを伝えるものである
とすると（判断ブロック４０２及び４１０）、そのデー
タは受信バッファ５１内に待機する。次に、ライン・イ
ンターフェース・ルーチンは、受信バッファ５１が完全
に充填されたかどうか判断し（判断ブロック４１４）、
もしそうであれば、データ・ブロックの受信を認識し、
また通信アダプタ２４がビジー状態であるためその時点
でこれ以上受信できないというメッセージを遠隔装置へ
送る（処理４１６）。（上記のように、処理３５０から
３５２におけるビジー終了サブルーチンは、データ・ブ
ロックが受信バッファ５１からホスト・コンピュータへ
送られた後に、遠隔装置へ逆のメッセージを送ることが
できる。）しかしながら、受信バッファ５１が完全に充
填されていなければ、その時は、そのメッセージはデー
タ・ブロックを受信したことのみを伝えるものである
（処理４１８）。次に、ライン・インターフェース・ル
ーチンは、現在、受信バッファが事前に決められたレベ
ルまで充填されたかどうか判断し（判断ブロック４２
０）、そしてもしそうであれば書込みＣＣＷフラッシュ
指標をセットする（処理４２２）。
【００３８】このときライン・インターフェース・ルー
チンは、別のメッセージを受信する用意ができている。
それは上記の別の伝送完了あるいは受信完了メッセー
ジ、あるいは遠隔装置への物理的な接続が確立されなけ
ればならないことを伝える割込み可能ライン・メッセー
ジのような管理上のメッセージ、あるいはプロトコル・
タイマが時間切れになったことを伝えるライン・タイム
アウト・メッセージでもよい（処理４３０）。
チンは、別のメッセージを受信する用意ができている。
それは上記の別の伝送完了あるいは受信完了メッセー
ジ、あるいは遠隔装置への物理的な接続が確立されなけ
ればならないことを伝える割込み可能ライン・メッセー
ジのような管理上のメッセージ、あるいはプロトコル・
タイマが時間切れになったことを伝えるライン・タイム
アウト・メッセージでもよい（処理４３０）。
【００３９】図１０は、ＴＷＳあるいは全２重インター
フェース４９９による遠隔装置２２の操作を示した流れ
図である。例として、遠隔装置２２はＩＢＭ３７４５通
信制御装置とする。これについてはＩＢＭ社による刊行
物で注文番号ＧＡ３３−００９２の「ＩＢＭ３７４５モ
デル２１０、３１０、４１０、６１０の導入」に詳細に
記述されている。しかし、通信アダプタ２４は、ＴＷＳ
プロトコルを有すどのような遠隔装置に対しても使用す
ることができる。先に触れたように、遠隔装置２２の操
作モードは、データを有しかつ相手がビジー状態でない
ときにデータを送ろうとし、データが入ってきたとき
（かつ遠隔装置がビジー状態でないとき）に受信しよう
とする。従って、判断ブロック５００では、遠隔装置
（コードあるいはハードウェア）は、遠隔装置が送るべ
きデータを有しているかどうかを判断する。もし有して
いれば、フレーム内のそのデータをＳＤＬＣ形式で送信
する（処理５０２）。それから、入って来るデータがあ
るとき、遠隔装置はそれを判断ブロック５０４で検知
し、遠隔装置がデータのための余地を有していればその
データを記憶するために受け入れる（処理５０６）。受
信されたデータはＳＤＬＣフレームの形式を有す。
フェース４９９による遠隔装置２２の操作を示した流れ
図である。例として、遠隔装置２２はＩＢＭ３７４５通
信制御装置とする。これについてはＩＢＭ社による刊行
物で注文番号ＧＡ３３−００９２の「ＩＢＭ３７４５モ
デル２１０、３１０、４１０、６１０の導入」に詳細に
記述されている。しかし、通信アダプタ２４は、ＴＷＳ
プロトコルを有すどのような遠隔装置に対しても使用す
ることができる。先に触れたように、遠隔装置２２の操
作モードは、データを有しかつ相手がビジー状態でない
ときにデータを送ろうとし、データが入ってきたとき
（かつ遠隔装置がビジー状態でないとき）に受信しよう
とする。従って、判断ブロック５００では、遠隔装置
（コードあるいはハードウェア）は、遠隔装置が送るべ
きデータを有しているかどうかを判断する。もし有して
いれば、フレーム内のそのデータをＳＤＬＣ形式で送信
する（処理５０２）。それから、入って来るデータがあ
るとき、遠隔装置はそれを判断ブロック５０４で検知
し、遠隔装置がデータのための余地を有していればその
データを記憶するために受け入れる（処理５０６）。受
信されたデータはＳＤＬＣフレームの形式を有す。
【００４０】ＶＴＡＭの流れ図はまた処理２１８を示し
ており、その中でＶＴＡＭは、交信不良のような開始Ｉ
／Ｏの終了を要求する状態など、データの読取りまたは
書き込みの以外の理由で、アプリケーション・プログラ
ムによって通知を受ける。
ており、その中でＶＴＡＭは、交信不良のような開始Ｉ
／Ｏの終了を要求する状態など、データの読取りまたは
書き込みの以外の理由で、アプリケーション・プログラ
ムによって通知を受ける。
【００４１】図１１は、アダプタ・カード４８を示して
いる。アダプタ・カード４８は、データ処理装置３０か
１４６のどちらか一つによって与えられるデータを記憶
するための、またそのようなデータをデータ処理装置１
４６か３０の内の他の一つに転送するためのバッファ記
憶装置６３４を含む。データ処理装置１４６からバッフ
ァ記憶装置６３４へのデータの流れの経路は、マイクロ
・チャネル・バス２６、双方向ドライバ６３５、及びバ
ッファ・データ・バス６３６による。バッファ記憶装置
６３４とホスト処理装置３０との間のデータ転送経路
は、バッファ・データ・バス６３６、双方向ドライバ６
３７、双方向アドレス／データ・レジスタ６３８、及び
ホスト・アドレス／データ・バス４９による。これらの
データの流れのどちらも、双方向性である。データ及び
メッセージは、ホスト処理装置３０からバッファ記憶装
置６３４へ、あるいはその逆に流れる。同様に、データ
及びメッセージは処理装置１４６からバッファ記憶装置
６３４へ、あるいはその逆に流れる。
いる。アダプタ・カード４８は、データ処理装置３０か
１４６のどちらか一つによって与えられるデータを記憶
するための、またそのようなデータをデータ処理装置１
４６か３０の内の他の一つに転送するためのバッファ記
憶装置６３４を含む。データ処理装置１４６からバッフ
ァ記憶装置６３４へのデータの流れの経路は、マイクロ
・チャネル・バス２６、双方向ドライバ６３５、及びバ
ッファ・データ・バス６３６による。バッファ記憶装置
６３４とホスト処理装置３０との間のデータ転送経路
は、バッファ・データ・バス６３６、双方向ドライバ６
３７、双方向アドレス／データ・レジスタ６３８、及び
ホスト・アドレス／データ・バス４９による。これらの
データの流れのどちらも、双方向性である。データ及び
メッセージは、ホスト処理装置３０からバッファ記憶装
置６３４へ、あるいはその逆に流れる。同様に、データ
及びメッセージは処理装置１４６からバッファ記憶装置
６３４へ、あるいはその逆に流れる。
【００４２】データあるいはメッセージは、ホスト処理
装置３０から処理装置１４６へ、あるいはその逆に直接
流れることはできない。全てのメッセージ及び全てのデ
ータは先ず、バッファ記憶装置６３４内に記憶され、そ
れから読み出されて他の処理装置へ与えられる。２組の
双方向ドライバ６３５及び６３７は、同時に両方が起動
することはない。もし双方向ドライバ６３５がデータ転
送の目的でオンになっている場合、双方向ドライバ６３
７はオフになっており、そうでない場合は逆になる。
装置３０から処理装置１４６へ、あるいはその逆に直接
流れることはできない。全てのメッセージ及び全てのデ
ータは先ず、バッファ記憶装置６３４内に記憶され、そ
れから読み出されて他の処理装置へ与えられる。２組の
双方向ドライバ６３５及び６３７は、同時に両方が起動
することはない。もし双方向ドライバ６３５がデータ転
送の目的でオンになっている場合、双方向ドライバ６３
７はオフになっており、そうでない場合は逆になる。
【００４３】バッファ記憶装置６３４を中継として使用
する理由の一つは、ホスト・バス４９が、マイクロ・チ
ャネル・（Ｒ）・バスと非常に異なるアーキテクチャを
有していることである。それらは、データ・ラインの数
や動作周期要求などが異なる。従って、次のデータ処理
装置へデータを送る前にそのデータの形式あるいは編成
を変える必要がある。
する理由の一つは、ホスト・バス４９が、マイクロ・チ
ャネル・（Ｒ）・バスと非常に異なるアーキテクチャを
有していることである。それらは、データ・ラインの数
や動作周期要求などが異なる。従って、次のデータ処理
装置へデータを送る前にそのデータの形式あるいは編成
を変える必要がある。
【００４４】アダプタ・カード４８はさらに、アダプタ
・カード内の他の装置の操作を制御するためのアダプタ
制御装置６３９を含む。アダプタ制御装置６３９は、バ
ッファ記憶装置６３４のアドレス指定及び読取り／書込
み状態を制御する。さらに双方向ドライバ６３５と６３
６及びアドレス／データ・レジスタ６３８の動作状態及
び流れの方向を制御する。このアダプタ制御装置６３９
は、ホスト・バス４９を介してホスト処理装置３０か
ら、及びマイクロ・チャネル（Ｒ）・バス２６を介して
処理装置１４６から適当な制御信号を受け取る。またマ
イクロ・チャネル（Ｒ）・バス２６を介して処理装置１
４６からアドレス情報を受け取る。
・カード内の他の装置の操作を制御するためのアダプタ
制御装置６３９を含む。アダプタ制御装置６３９は、バ
ッファ記憶装置６３４のアドレス指定及び読取り／書込
み状態を制御する。さらに双方向ドライバ６３５と６３
６及びアドレス／データ・レジスタ６３８の動作状態及
び流れの方向を制御する。このアダプタ制御装置６３９
は、ホスト・バス４９を介してホスト処理装置３０か
ら、及びマイクロ・チャネル（Ｒ）・バス２６を介して
処理装置１４６から適当な制御信号を受け取る。またマ
イクロ・チャネル（Ｒ）・バス２６を介して処理装置１
４６からアドレス情報を受け取る。
【００４５】以上により、本発明による通信アダプタは
開示された。しかしながら、本発明の範囲から逸脱する
ことなく多くの変形や代替が可能である。例えば、両方
向への直列伝送ライン２８を十分に活用することを保証
する最適化を含むこの通信アダプタの発明の原理は、他
の型式の（チャネル・プログラムを使用しない）ＴＷＡ
装置と他の型式のＴＷＳ遠隔装置との間のインターフェ
ースを与えるのに利用できる。また、受信バッファ５１
のオーバーフローを防ぐために、ホスト・コンピュータ
２０から伝送バッファ５０へのデータの伝送を、（タイ
マを用いて、また残っている書込みＣＣＷをフラッシュ
することによって）事前に決められた時間の後に自動的
に停止でき、そして読取りが始められる。同様に、伝送
バッファ５０が空になるのを防ぐために、ホスト・コン
ピュータ２０による受信バッファからのデータの読取り
を、（タイマを用いて、また残っている読取りＣＣＷを
フラッシュすることによって）事前に決められた時間の
後に自動的に停止でき、そして伝送が始められる。この
本発明の別の例においては、伝送バッファあるいは受信
バッファの充填レベルをモニタする必要はない。従っ
て、本発明の開示は説明のためであって、限定するため
のものではなく、本発明の範囲を決定する特許請求の範
囲の参照となるものである。
開示された。しかしながら、本発明の範囲から逸脱する
ことなく多くの変形や代替が可能である。例えば、両方
向への直列伝送ライン２８を十分に活用することを保証
する最適化を含むこの通信アダプタの発明の原理は、他
の型式の（チャネル・プログラムを使用しない）ＴＷＡ
装置と他の型式のＴＷＳ遠隔装置との間のインターフェ
ースを与えるのに利用できる。また、受信バッファ５１
のオーバーフローを防ぐために、ホスト・コンピュータ
２０から伝送バッファ５０へのデータの伝送を、（タイ
マを用いて、また残っている書込みＣＣＷをフラッシュ
することによって）事前に決められた時間の後に自動的
に停止でき、そして読取りが始められる。同様に、伝送
バッファ５０が空になるのを防ぐために、ホスト・コン
ピュータ２０による受信バッファからのデータの読取り
を、（タイマを用いて、また残っている読取りＣＣＷを
フラッシュすることによって）事前に決められた時間の
後に自動的に停止でき、そして伝送が始められる。この
本発明の別の例においては、伝送バッファあるいは受信
バッファの充填レベルをモニタする必要はない。従っ
て、本発明の開示は説明のためであって、限定するため
のものではなく、本発明の範囲を決定する特許請求の範
囲の参照となるものである。
【００４６】
【発明の効果】本発明によって、ＴＷＡプロトコルを有
す第一の装置または通信リンクとＴＷＳプロトコルを有
す第２の装置または通信リンクの間の通信アダプタが提
供される。そしてそのような通信アダプタによって、全
体のスループットが最大になり、またそのような通信ア
ダプタが接続されているどちらの装置も変更する必要が
ない。
す第一の装置または通信リンクとＴＷＳプロトコルを有
す第２の装置または通信リンクの間の通信アダプタが提
供される。そしてそのような通信アダプタによって、全
体のスループットが最大になり、またそのような通信ア
ダプタが接続されているどちらの装置も変更する必要が
ない。
【図１】ＴＷＡプロトコルを有す標準的な通信リンクを
含む標準的なホスト・コンピュータ、ＴＷＳプロトコル
を有す標準的な通信リンクを含む標準的な遠隔装置、遠
隔装置の通信リンクに接続された標準的な電気的伝送ラ
イン、及び本発明による通信アダプタを示したものであ
り、該アダプタは、２つの異なるプロトコルを互いに適
合させるためにホスト・コンピュータの通信リンクと伝
送ラインとの間に接続されている。
含む標準的なホスト・コンピュータ、ＴＷＳプロトコル
を有す標準的な通信リンクを含む標準的な遠隔装置、遠
隔装置の通信リンクに接続された標準的な電気的伝送ラ
イン、及び本発明による通信アダプタを示したものであ
り、該アダプタは、２つの異なるプロトコルを互いに適
合させるためにホスト・コンピュータの通信リンクと伝
送ラインとの間に接続されている。
【図２】図１の通信アダプタのより詳細なブロック図で
ある。
ある。
【図３】ＴＷＡ通信モードを確立するプログラムであ
る、図１のホスト・コンピュータの通信リンク内の通信
アクセス・プログラムの機能を示した流れ図を２つに分
けた一部であり、図４と結合する。
る、図１のホスト・コンピュータの通信リンク内の通信
アクセス・プログラムの機能を示した流れ図を２つに分
けた一部であり、図４と結合する。
【図４】ＴＷＡ通信モードを確立するプログラムであ
る、図１のホスト・コンピュータの通信リンク内の通信
アクセス・プログラムの機能を示した流れ図を２つに分
けた一部であり、図３と結合する。
る、図１のホスト・コンピュータの通信リンク内の通信
アクセス・プログラムの機能を示した流れ図を２つに分
けた一部であり、図３と結合する。
【図５】図１の通信アダプタによって実行されるコンピ
ュータのプログラムのＴＷＡホスト・インターフェース
・ルーチンを示した流れ図を２つに分けた一部であり、
図６と結合する。
ュータのプログラムのＴＷＡホスト・インターフェース
・ルーチンを示した流れ図を２つに分けた一部であり、
図６と結合する。
【図６】図１の通信アダプタによって実行されるコンピ
ュータのプログラムのＴＷＡホスト・インターフェース
・ルーチンを示した流れ図を２つに分けた一部であり、
図５と結合する。
ュータのプログラムのＴＷＡホスト・インターフェース
・ルーチンを示した流れ図を２つに分けた一部であり、
図５と結合する。
【図７】図１の通信アダプタによって実行されるコンピ
ュータのプログラムのライン・インターフェース・ルー
チンの伝送サブルーチンを示した流れ図である。
ュータのプログラムのライン・インターフェース・ルー
チンの伝送サブルーチンを示した流れ図である。
【図８】図１の通信アダプタによって実行されるコンピ
ュータのプログラムのライン・インターフェース・ルー
チンのビジー終了サブルーチンを示した流れ図である。
ュータのプログラムのライン・インターフェース・ルー
チンのビジー終了サブルーチンを示した流れ図である。
【図９】図１の通信アダプタによって実行されるコンピ
ュータのプログラムのライン・インターフェース・ルー
チンの残りの部分を示した流れ図である。
ュータのプログラムのライン・インターフェース・ルー
チンの残りの部分を示した流れ図である。
【図１０】図１の遠隔装置からの及び遠隔装置への通信
のＴＷＳモードを示した流れ図である。
のＴＷＳモードを示した流れ図である。
【図１１】ホスト・コンピュータの通信リンク内のバス
からバスへのアダプタの概略図である。
からバスへのアダプタの概略図である。
２０ ホスト・コンピュータ ２２ 遠隔装置 ２４ 通信アダプタ ２６ マルチ・チャネル・バス ２８ 直列伝送ライン ３０ ＣＰＵ ３４ ＶＴＡＭプログラム ４０ チャネル・プログラム ４８ アダプタ・カード ５０ 伝送バッファ ５１ 受信バッファ ５２ ホスト・インターフェース・ルーチン ５４ ライン・インターフェース・ルーチン １４２ ＲＡＭ制御装置 １４４ バス・インターフェース １４８ ＤＵＳＣＣ １５０ ＤＭＡ／周辺インターフェース １６１ カウンタ／タイマ及び並列Ｉ／Ｏユニット ６３４ バッファ記憶装置 ６３５ 双方向ドライバ ６３７ 双方向ドライバ ６３８ アドレス／データ・レジスタ ６３９ アダプタ制御装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 カールハインツ・ドゥーケ ドイツ国 デッケンプロン デー−7269、 ジルヒャーシュトラーゼ 20 (72)発明者 ブライアン・ウイリアム・ノルダイク アメリカ合衆国13827 ニューヨーク州オ ウゴー、ハルステッド・アベニュー 100 (72)発明者 マイケル・リー・シューパート アメリカ合衆国13850 ニューヨーク州ベ スタル、ウイリアム・ストリート 301
Claims (12)
- 【請求項１】両方向交互（ＴＷＡ）プロトコルを有する
第１の装置と、両方向同時（ＴＷＳ）プロトコルを有す
る第２の装置との間を互いに接続するための通信アダプ
タであって、 前記第２の装置への伝送のために前記第１の装置から受
け取ったデータを記憶するための伝送バッファと、 前記第１の装置への伝送のために前記第２の装置から受
け取ったデータを記憶するための受信バッファと、 前記伝送バッファおよび前記受信バッファと前記第１の
装置との間で、両方向交互（ＴＷＡ）プロトコルによる
第１の通信リンクを介してデータを転送するための第１
の手段と、 前記伝送バッファおよび前記受信バッファと前記第２の
装置との間で、両方向同時（ＴＷＳ）プロトコルによる
第２の通信リンクを介してデータを転送するための第２
の手段と、 前記受信バッファのオーバーフローを防ぐために、前記
第１の装置が前記伝送バッファへ転送するべき追加のデ
ータを有している場合であっても、前記第１の装置から
前記伝送バッファへのデータの転送を停止し、そして前
記受信バッファから前記第１の装置へのデータの転送を
開始するための手段とからなることを特徴とする通信ア
ダプタ。 - 【請求項２】前記第１の通信リンクがマルチビット・バ
スからなることを特徴とする、請求項１に記載の通信ア
ダプタ。 - 【請求項３】前記受信バッファの充填レベルをモニタす
るための手段と、該受信バッファが事前に決められたレ
ベルまで充填されたときは前記第１の装置から前記伝送
バッファへのデータの転送を停止する停止手段とをさら
に含むことを特徴とする、請求項１に記載の通信アダプ
タ。 - 【請求項４】前記第２の転送手段が、前記第１の装置か
らのデータの受信に応答して、該データの前記第２の装
置への転送を開始するための手段を含むことを特徴とす
る、請求項１に記載の通信アダプタ。 - 【請求項５】前記第１の転送手段が前記伝送バッファま
たは前記受信バッファと前記第１の装置との間で１方向
にデータを転送する速度の方が、前記第２の転送手段が
前記伝送バッファまたは前記受信バッファと前記第２の
装置との間で１方向にデータを転送する速度よりも速い
ことを特徴とする、請求項１に記載の通信アダプタ。 - 【請求項６】両方向交互（ＴＷＡ）プロトコルを有する
第１の装置と、両方向同時（ＴＷＳ）プロトコルを有す
る第２の装置との間を互いに接続するための通信アダプ
タであって、 前記第２の装置への伝送のために前記第１の装置から受
け取ったデータを記憶するための伝送バッファと、 前記第１の装置への伝送のために前記第２の装置から受
け取ったデータを記憶するための受信バッファと、 前記伝送バッファおよび前記受信バッファと前記第１の
装置との間で、両方向交互（ＴＷＡ）プロトコルによる
第１の通信リンクを介してデータを転送するための第１
の手段と、 前記伝送バッファおよび前記受信バッファと前記第２の
装置との間で、両方向同時（ＴＷＳ）プロトコルによる
第２の通信リンクを介してデータを転送するための第２
の手段と、 前記伝送バッファが空になることを防ぐために、前記受
信バッファが前記第１の装置へ転送するべき追加のデー
タを有している場合であっても、前記受信バッファから
前記第１の装置へのデータの転送を停止し、そして前記
第１の装置から前記伝送バッファへのデータの転送を開
始するための手段とからなることを特徴とする通信アダ
プタ。 - 【請求項７】前記第１の転送手段が前記伝送バッファま
たは前記受信バッファと前記第１の装置との間で１方向
にデータを転送する速度の方が、前記第２の転送手段が
前記伝送バッファまたは前記受信バッファと前記第２の
装置との間で１方向にデータを転送する速度よりも速い
ことを特徴とする、請求項６に記載の通信アダプタ。 - 【請求項８】前記第２の転送手段が、前記第１の装置か
らのデータの受信に応答して、該データの前記第２の装
置への転送を開始するための手段を含むことを特徴とす
る、請求項６に記載の通信アダプタ。 - 【請求項９】前記伝送バッファの充填レベルをモニタす
るための手段と、該伝送バッファが事前に決められたレ
ベルまで空になったときは前記受信バッファから前記第
１の装置へのデータの転送を停止する停止手段とをさら
に含むことを特徴とする、請求項６に記載の通信アダプ
タ。 - 【請求項１０】両方向交互（ＴＷＡ）プロトコルを有す
る第１の装置と、両方向同時（ＴＷＳ）プロトコルを有
する第２の装置との間を互いに接続するための通信アダ
プタであって、 前記第２の装置への伝送のために前記第１の装置から受
け取ったデータを記憶するための伝送バッファと、 前記第１の装置への伝送のために前記第２の装置から受
け取ったデータを記憶するための受信バッファと、 前記伝送バッファおよび前記受信バッファと前記第１の
装置との間で、両方向交互（ＴＷＡ）プロトコルによる
第１の通信リンクを介してデータを転送するための第１
の手段と、 前記伝送バッファおよび前記受信バッファと前記第２の
装置との間で、両方向同時（ＴＷＳ）プロトコルによる
第２の通信リンクを介してデータを転送するための第２
の手段と、 前記伝送バッファの充填レベルをモニタするための手段
と、 前記受信バッファの充填レベルをモニタするための手段
と、 前記受信バッファが前記第２の装置からの追加のデータ
を記憶するための十分な空間を保持するために、前記第
１の装置が前記伝送バッファへ転送するべき追加のデー
タを有している場合であっても、前記伝送バッファ及び
前記受信バッファがそれぞれの事前に決められたレベル
まで充填されたときは、前記第１の装置から前記伝送バ
ッファへのデータの転送を停止し、そして前記受信バッ
ファから前記第１の装置へのデータの転送を開始するた
めの手段と、 前記伝送バッファが前記第２の装置へ十分なデータを伝
送し続けるために、前記受信バッファ及び前記伝送バッ
ファがそれぞれの事前に決められたレベルまで空になっ
たときは、前記受信バッファから前記第１の装置へのデ
ータの転送を停止し、そして前記第１の装置から前記伝
送バッファへのデータの転送を開始するための手段とか
らなることを特徴とする通信アダプタ。 - 【請求項１１】前記第１の転送手段が前記伝送バッファ
または前記受信バッファと前記第１の装置との間で１方
向にデータを転送する速度の方が、前記第２の転送手段
が前記伝送バッファまたは前記受信バッファと前記第２
の装置との間で１方向にデータを転送する速度よりも速
いことを特徴とする、請求項１２に記載の通信アダプ
タ。 - 【請求項１２】前記第２の転送手段が、前記第１の装置
からのデータの受信に応答して、該データの前記第２の
装置への転送を開始するための手段を含むことを特徴と
する、請求項１２に記載の通信アダプタ。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US843772 | 1992-03-02 | ||
| US07/843,772 US5377184A (en) | 1992-03-02 | 1992-03-02 | Method of controlling TWA link in a communications adapter by monitoring buffer fill levels |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0685797A true JPH0685797A (ja) | 1994-03-25 |
| JP2729016B2 JP2729016B2 (ja) | 1998-03-18 |
Family
ID=25290976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5009800A Expired - Lifetime JP2729016B2 (ja) | 1992-03-02 | 1993-01-25 | 通信アダプタ |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5377184A (ja) |
| EP (1) | EP0558935A2 (ja) |
| JP (1) | JP2729016B2 (ja) |
| CA (1) | CA2086853A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008086027A (ja) * | 2001-02-05 | 2008-04-10 | Fujitsu Ltd | 遠隔要求を処理する方法および装置 |
| JP2013025168A (ja) * | 2011-07-22 | 2013-02-04 | Nikon Corp | アダプター、カメラシステム、およびアダプター制御プログラム |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5412782A (en) | 1992-07-02 | 1995-05-02 | 3Com Corporation | Programmed I/O ethernet adapter with early interrupts for accelerating data transfer |
| TW276312B (ja) * | 1992-10-20 | 1996-05-21 | Cirrlis Logic Inc | |
| US5682554A (en) * | 1993-01-15 | 1997-10-28 | Silicon Graphics, Inc. | Apparatus and method for handling data transfer between a general purpose computer and a cooperating processor |
| US5546543A (en) * | 1993-03-26 | 1996-08-13 | Digital Equipment Corporation | Method for assigning priority to receive and transmit requests in response to occupancy of receive and transmit buffers when transmission and reception are in progress |
| EP0688139A3 (de) * | 1994-06-16 | 1998-12-16 | Ascom Business Systems Ag | Vorrichtung zum Erhöhen des Funktionsbereiches eines Systems digital arbeitender Schnurlostelefone |
| US5870631A (en) * | 1995-12-15 | 1999-02-09 | International Business Machines Corporation | System for operating system software providing input buffer for receiving variable-length bit stream with a header containing synchronization data recognized by universal serial controller |
| US6092140A (en) * | 1998-05-15 | 2000-07-18 | Hewlett-Packard Company | Low latency bridging between high speed bus networks |
| US7269680B1 (en) | 1998-08-06 | 2007-09-11 | Tao Logic Systems Llc | System enabling device communication in an expanded computing device |
| US7734852B1 (en) | 1998-08-06 | 2010-06-08 | Ahern Frank W | Modular computer system |
| JP4086372B2 (ja) * | 1998-08-28 | 2008-05-14 | キヤノン株式会社 | 通信システム、情報処理装置、出力装置、制御方法、及び、記憶媒体 |
| US6594719B1 (en) | 2000-04-19 | 2003-07-15 | Mobility Electronics Inc. | Extended cardbus/pc card controller with split-bridge ™technology |
| DE10026416A1 (de) * | 2000-05-29 | 2002-01-03 | Honeywell Ag | System zur Datenübertragung |
| KR100480605B1 (ko) * | 2002-07-25 | 2005-04-06 | 삼성전자주식회사 | 네트워크 제어기의 송신부 버퍼 및 수신부 버퍼를제어하는 방법 및 네트워크 제어기 |
| US7073932B2 (en) * | 2003-07-31 | 2006-07-11 | Harry Lee Wainwright | Optical fiber decorative assembly |
| US7444427B2 (en) * | 2004-07-30 | 2008-10-28 | Fisher-Rosemount Systems, Inc. | System and method for preventing transmission during message reception |
| DE102011118362A1 (de) * | 2011-11-14 | 2013-05-16 | Robert Bosch Gmbh | Verfahren und Vorrichtung zum Betreiben eines Slaves |
| US10768837B2 (en) * | 2018-10-31 | 2020-09-08 | EMC IP Holding Company LLC | Non-disruptive migration of a virtual volume in a clustered data storage system |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US1264378A (en) * | 1914-03-16 | 1918-04-30 | Western Electric Co | Controlling system. |
| US3956589A (en) * | 1973-11-26 | 1976-05-11 | Paradyne Corporation | Data telecommunication system |
| US4368512A (en) * | 1978-06-30 | 1983-01-11 | Motorola, Inc. | Advanced data link controller having a plurality of multi-bit status registers |
| US4422171A (en) * | 1980-12-29 | 1983-12-20 | Allied Corporation, Law Department | Method and system for data communication |
| US4651316A (en) * | 1983-07-11 | 1987-03-17 | At&T Bell Laboratories | Data link extension for data communication networks |
| US4599719A (en) * | 1984-06-18 | 1986-07-08 | At&T Information Systems Inc. | Full duplex data set with half-duplex emulation |
| CA1235189A (en) * | 1985-01-14 | 1988-04-12 | Haruhiko Akiyama | Error correction encoding system |
| US5054034A (en) * | 1985-05-20 | 1991-10-01 | Telebit Corporation | Ensemble modem structure for imperfect transmission media |
| US4597073A (en) * | 1985-08-27 | 1986-06-24 | Data Race, Inc. | Full-duplex split-speed data communication unit for remote DTE |
| JPS62225096A (ja) * | 1986-03-26 | 1987-10-03 | Nec Corp | 無線電話方式 |
| US4796255A (en) * | 1986-05-02 | 1989-01-03 | Datos Corporation | Method of synchronization between data communication devices permitting peer-peer and master-slave communications |
| US4771417A (en) * | 1986-09-18 | 1988-09-13 | Racal Data Communications, Inc. | High speed modem |
| US4924456A (en) * | 1986-09-18 | 1990-05-08 | Racal Data Communications, Inc. | High speed modem |
| US4852088A (en) * | 1987-04-03 | 1989-07-25 | Advanced Micro Devices, Inc. | Packet-at-a-time reporting in a data link controller |
| FR2668323B1 (fr) * | 1990-10-17 | 1993-01-15 | Telecommunications Sa | Dispositif de reduction de la gigue due aux sauts de pointeurs dans un reseau de telecommunications numeriques. |
| US5179556A (en) * | 1991-08-02 | 1993-01-12 | Washington University | Bandwidth management and congestion control scheme for multicast ATM networks |
-
1992
- 1992-03-02 US US07/843,772 patent/US5377184A/en not_active Expired - Fee Related
-
1993
- 1993-01-07 CA CA002086853A patent/CA2086853A1/en not_active Abandoned
- 1993-01-25 JP JP5009800A patent/JP2729016B2/ja not_active Expired - Lifetime
- 1993-02-01 EP EP93101514A patent/EP0558935A2/en not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008086027A (ja) * | 2001-02-05 | 2008-04-10 | Fujitsu Ltd | 遠隔要求を処理する方法および装置 |
| JP2013025168A (ja) * | 2011-07-22 | 2013-02-04 | Nikon Corp | アダプター、カメラシステム、およびアダプター制御プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0558935A2 (en) | 1993-09-08 |
| US5377184A (en) | 1994-12-27 |
| JP2729016B2 (ja) | 1998-03-18 |
| CA2086853A1 (en) | 1993-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2729016B2 (ja) | 通信アダプタ | |
| US5604866A (en) | Flow control system having a counter in transmitter for decrementing and incrementing based upon transmitting and received message size respectively for indicating free space in receiver | |
| US5948060A (en) | Speeding-up communication rates on links transferring data structures by a method of handing scatter/gather of storage blocks in commanded computer systems | |
| US5020020A (en) | Computer interconnect system with transmit-abort function | |
| US6609165B1 (en) | Method and apparatus for using fibre channel extended link service commands in a point-to-point configuration | |
| US5193149A (en) | Dual-path computer interconnect system with four-ported packet memory control | |
| US6298398B1 (en) | Method to provide checking on data transferred through fibre channel adapter cards | |
| JP2944055B2 (ja) | インテリジェント通信網インタフェース回路 | |
| US5187780A (en) | Dual-path computer interconnect system with zone manager for packet memory | |
| US6230218B1 (en) | Apparatus for transferring execution of certain channel functions to a control unit and having means for combining certain commands and data packets in one sequence | |
| US5247616A (en) | Computer system having different communications facilities and data transfer processes between different computers | |
| US5819111A (en) | System for managing transfer of data by delaying flow controlling of data through the interface controller until the run length encoded data transfer is complete | |
| US5584033A (en) | Apparatus and method for burst data transfer employing a pause at fixed data intervals | |
| JPS604624B2 (ja) | 正しくない情報フレ−ムを再送するシステム | |
| US5944797A (en) | Data mover hardware controlled processing in a commanding system and in a commanded system for controlling frame communications on a link | |
| US6473782B1 (en) | Method and apparatus for transfer information using optical fiber connections | |
| JPH114256A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理する方法 | |
| JPH07235964A (ja) | 端末装置（ｄｔｅ）とデータ通信装置（ｄｃｅ）との間のデータ通信システムおよび高速でデータを送信するための方法 | |
| EP0496177A1 (en) | Method of transmitting data by buffer chaining between a host computer and a communication controller | |
| US6388989B1 (en) | Method and apparatus for preventing memory overrun in a data transmission system | |
| JPH117434A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理するシステム | |
| US6006284A (en) | Method and apparatus for driving a parallel part to provide multiple modes of communications between a host and a peripheral | |
| US6499066B1 (en) | Method and apparatus for using fibre channel test extended link service commands for interprocess communication | |
| US6330585B1 (en) | Transfer information using optical fiber connections | |
| JP2001325212A (ja) | マルチプロセッサシステムにおけるソースプロセッサから宛先プロセッサにデータブロックを送信する方法と装置 |