JPH0916506A - 入出力インタフェース延長制御方法並びにそのためのチャネル側延長装置及び入出力側延長装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数の入出力装置に対するチャネル使用効率
や連鎖コマンドに対する回線使用効率を向上させ、シス
テム全体の性能を高めることを目的とする。 【構成】 選択対象入出力装置♯１への起動要求をチャ
ネル１から受け取ったチャネル側延長装置２は、この起
動要求に関する♯１のステータス（コマンドの実行に関
する情報）を待たずに疑似応答をチャネル１に送り、か
つ起動要求を入出力側延長装置４に転送する。疑似応答
を受け取ったチャネル１は、♯１に対する起動処理を、
別の入出力装置への起動要求の発行が可能な形の待ち状
態とし、前記ステータスに基づいてこれを解除する。起
動処理後のデータ転送のときにもチャネル側延長装置２
がこのデータを受け取った段階でチャネル１を待ち状態
としている。また、連鎖リードコマンドの入出力側延長
装置４での先行実行や、連鎖ライトコマンドのチャネル
１からの先取り処理も実行している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、入出力インタフェース
延長制御方法並びにそのためのチャネル側延長装置及び
入出力側延長装置に関し、特にチャネルと入出力装置と
の間に、入出力インタフェース用のチャネル側延長装置
および入出力側延長装置と、これら延長装置間を接続す
る回線とを設けた通信システムにおいて、複数の入出力
装置に対する起動処理やその後のデ−タ転送処理、さら
には連鎖指定されたリードコマンドやライトコマンドの
処理を効率的に行なうためのものである。

【０００２】なお、本明細書で用いる「起動処理」とは
入出力装置の選択処理や、選択された入出力装置に対す
るコマンド実行処理などのことであり、本発明が適用さ
れる起動処理の単位としてはこれら両方の処理の場合に
加えて、個々の処理の場合もある。

【０００３】一般に、複数の入出力装置をホストコンピ
ュータから遠隔の地に高速回線を介して設置した通信シ
ステムにおいては、入出力装置に対する起動処理やデ−
タ転送の際の回線上での時間遅延のため、ホストコンピ
ュータのチャネルが選択対象入出力装置にその必要がな
いまま占有される時間が長くなりがちである。

【０００４】また、連鎖指定されたリードコマンドやラ
イトコマンドの各コマンドについても順次その終了ステ
ータスを確認してから次のコマンドの処理に移行するた
め、１コマンド当たりの回線上での時間遅延が大きく、
特に１コマンドのデ−タブロック長が小さい場合には回
線使用効率が悪くなる。

【０００５】このような状況において、チャネルのこの
占有時間の中の無駄な部分を他の入出力装置に対する起
動処理やデ−タ転送処理に用いてチャネルの利用効率を
高めることや、さらには連鎖指定されたコマンドをいわ
ば先行処理する形で実行してスループットを高めること
が要請され、本発明はこのような要請に応えるものであ
る。

【０００６】

【従来の技術】図１４は、一般的な、入出力インタフェ
ース延長制御システムの概要を示す説明図であり、41は
ホスト、42はチャネル（ＢＭＣ：Block Multiplex Chan
el) 、43はチャネル側ＴＡＧ／ＢＵＳ、44はチャネル側
延長装置（ＢＭＡ：Block Multiplex Adapter)、45は回
線、46は入出力側延長装置（ＩＯＡ）、47は入出力側Ｔ
ＡＧ／ＢＵＳ、48，49は入出力装置をそれぞれ示してい
る。以下、必要に応じてＢＭＣ42、ＢＭＡ44、ＩＯＡ46
と記載する。

【０００７】チャネル側延長装置44および入出力側延長
装置46はチャネル42と複数の入出力装置48、49との間の
送受信信号の入出力インタフェースとして動作し、 ・チャネル側延長装置44は、例えば８本のバス線と複数
本のタグ線からなるチャネル側ＴＡＧ／ＢＵＳ43を介し
てチャネル42から送られたパラレル信号をシリアル信号
に変換してこれを高速の回線45に送り出し、 ・入出力側延長装置46は、これを元のパラレル信号に変
換している。

【０００８】図１５は、選択対象入出力装置に対するチ
ャネル（ＢＭＣ）の起動処理、すなわち選択対象入出力
装置の特定と選択した入出力装置への実行コマンドの指
示についてのシーケンスを示す説明図であり、その内容
は次のようになっている。

【０００９】(111) ＢＭＣ42は、選択対象入出力装置の
機番をＢＭＡ44に通知する。 (112) ＢＭＡ44は、この機番を高速の回線45を経由して
ＩＯＡ46に転送する。 (113) ＩＯＡ46は、この機番の入出力装置（ＩＯ♯１）
を選択する。 (114) ＩＯ♯１は、自機番をＩＯＡ46に通知する。 (115) ＩＯＡ46は、この通知内容を回線45を経由してＢ
ＭＡ44に転送する。 (116) ＢＭＡ44は、入出力装置の選択結果をＢＭＣ42に
通知する。 (117) ＢＭＣ42は、ＩＯ♯１に対するコマンドをＢＭＡ
44に通知する。 (118) ＢＭＡ44は、このコマンドを回線45を経由してＩ
ＯＡ46に転送する。 (119) ＩＯＡ46は、このコマンドをＩＯ♯１に通知す
る。 (120) ＩＯ♯１は、このコマンドの実行に関する応答を
ＩＯＡ46に行なう。この応答に用いられるのは、コマン
ドの実行が正常終了したか、異常終了したかなどを示す
ステータスでありＩＯＡ46についてのチャネルエンド
（ＣＥ）やデバイスエンド（ＤＥ）などが含まれる。 (121) ＩＯＡ46は、この応答内容を回線45を経由してＢ
ＭＡ44に転送する。 (122) ＢＭＡ44は、ＩＯ♯１でのコマンドの実行に関す
る情報をＢＭＣ42に通知する。

【００１０】このようにしてチャネルと選択対象入出力
装置との間での起動処理が実行され、また、当該入出力
装置における実行コマンドがその後のデータ処理をとも
なう、例えばライトコマンドなどであればチャネルから
のデータ転送が続いて行われる。

【００１１】一方、近年の回線技術の進歩などにともな
い入出力装置の遠隔設置化が進んで、例えばチャネル側
延長装置と入出力側延長装置との間の回線が数100km に
およぶこともある。

【００１２】このような距離では１回の送信にともなう
回線上での時間遅延は10ms〜20msほどとなり、チャネル
から入出力装置に対する処理の場合、それの開始から終
了までに両者間で回線を介して順番に行われる送受信の
回数だけ当該遅延時間を累積した値に対応の処理遅延が
発生することになる。

【００１３】従来、この処理遅延を少なくするため、 ・チャネルから入出力装置に向けて発行された起動要求
などに対し、チャネル側延長装置に相当する部分が入出
力装置に代わるかたちで擬似応答または先行応答して、
チャネルと入出力装置との間の送受信回数を減らすこと
（特開昭62ー299145号公報参照) ・チャネル側延長装置に相当する部分は、コマンド等を
入出力装置側に送出した段階で、これに対する応答が転
送されてくるのを待たずに次のコマンド等をチャネルか
ら先読みして入出力装置側に送るようにすること（特開
平３ー232042号公報参照） などが提案されている。

【００１４】また、連鎖指定されたリードコマンドやラ
イトコマンドの処理に際し、チャネル側延長装置（ＢＭ
Ａ）44は、ＢＭＣ42から送られる各コマンドを対応する
入出力装置に転送してそこでの処理が終了した後の応答
であるチャネルエンドやデバイスエンドを確認した上で
次のコマンドを取り込むようにしている。

【００１５】なお、連鎖指定されたコマンドが発行され
るのはテープ装置やディスク装置などの連続した領域に
対するリードやライトを順に実行する場合が一般的であ
り、連鎖したコマンドの個数はジョブ特性によって決ま
り同一ジョブ内では通常一定値である。

【００１６】

【発明が解決しようとする課題】このように、入出力装
置の遠隔設置化、すなわちチャネルと入出力装置とを接
続する回線の長距離化にともなってチャネルからの起動
要求やデータ転送に対する処理遅延が顕著になることを
抑えるための各種手法が提案され、それぞれ所定の効果
を得ている。

【００１７】しかしながら、いずれの場合にも、チャネ
ル自体は、選択対象入出力装置への機番、コマンドなど
の処理要求の発行やデータ転送を開始してからそれにつ
いての終了ステータスを受け取るまでの間、当該入出力
装置に占有されたままとなっており、この間にチャネル
が他の入出力装置への処理要求を発行することなどはで
きない。

【００１８】また、連鎖指定されたリードコマンドやラ
イトコマンドの処理の際にも、コマンドごとにその実行
と実行先からの終了ステータスの確認とを繰り返してい
るので、１コマンド当たりの回線上での時間遅延が大き
く回線使用効率が悪いという問題点があった。このこと
は、１コマンドのデ−タブロック長が小さい場合に顕著
となる。

【００１９】そこで、本発明では、チャネルからの処理
要求やデータ転送を受けたチャネル側延長装置はこれに
対する選択対象入出力装置からの応答を待たずに擬似応
答をいったんチャネルに通知し、これを受けたチャネル
は、この処理要求やデータ転送の処理を、これとは別の
入出力装置に対する当該処理が可能な形でのいわゆる待
ち状態とし、その後の選択対象入出力装置からの応答に
基づいてこの待ち状態を解除することにより、複数の入
出力装置に対するチャネルの使用効率を向上させ、入出
力装置全体の性能を高めることを目的とする。

【００２０】さらには、連鎖指定されたリードコマンド
やライトコマンドをいわば先行処理する形で実行する、
例えば同一ジョブ内では連鎖リードコマンドの個数が通
常一定であることに着目し、入出力側延長装置は、最初
の連鎖リードコマンドの個数を記憶してその後の連鎖リ
ードコマンド中の１番目のリードコマンドが発行された
ことを確認した場合には、チャネル側からのその後のリ
ードコマンドを待つことなしに、先に記憶した個数に基
づく所定数のリードコマンドを自らが新たに発行するこ
とにより、連鎖コマンド全体の処理時間を短縮化してス
ループットを高めることを目的とする。

【００２１】

【課題を解決するための手段】図１は本発明の原理説明
図（その１）であり、１はチャネル、２はチャネル側延
長装置、３は回線、４は入出力側延長装置、５および６
は入出力装置をそれぞれ示し、入出力側延長装置４は各
入出力装置に対し並行動作する機能を持っている。

【００２２】チャネル１が任意の入出力装置（例えば♯
１）の起動処理を行なうときのシーケンスは次のように
なっている。 チャネル１は、選択対象入出力装置の機番やコマンド
などの起動要求をチャネル側延長装置２に送出する。 チャネル側延長装置２は、 ・この起動要求を入出力側延長装置４に回線３を介して
転送し、 ・擬似応答、例えば選択対象入出力装置が擬似的にBUSY
である旨の信号をチャネル１に送出する。起動要求の内
容はチャネル側延長装置２に保持される。 チャネル１は、この擬似応答に基づいて入出力装置５
（♯１）に対する起動処理を待ち状態に設定する。この
待ち状態は、当該起動処理のためのチャネル側延長装置
２との結合をいったん解いて他の入出力装置に対する起
動処理が可能な形のものであり、入出力装置５からの本
来の応答で解除される。 入出力側延長装置４は、起動要求に基づいて入出力装
置５を選択しそこにコマンドを送出する。 入出力装置５は、コマンドの処理結果に関するステー
タスを入出力側延長装置４に送出する。 入出力側延長装置４は、このステータスをチャネル側
延長装置２に回線３を介して転送する。 チャネル側延長装置２は、このステータスに基づいた
応答をチャネル１に行なう。 チャネル１は、待ち状態を解除しての再起動処理を
行ない、チャネル側延長装置２に保持されているコマン
ドやステータスを確認する。

【００２３】チャネル１は、この確認によって起動要求
時のコマンドがライトコマンドのようにその後のデータ
転送を必要とするもので、入出力装置５の応答が「ライ
ト可能」であることを認識した場合にはデータ転送を開
始する（図５参照）。

【００２４】図２は本発明の原理説明図（その２）であ
る。これは、任意の選択済の入出力装置５に発行される
連鎖指定のリードコマンドに対する処理手順の概要であ
り、その内容は次のようになっている。

【００２５】′チャネル１は、連鎖指定の第１のリー
ドコマンドを発行する。 ′入出力側延長装置４は、チャネル１から受け取った
第１のリードコマンドのそれぞれを個々に処理するとと
もに、当該リードコマンドの総数を例えばカウントする
ことにより求め、予測値として記憶する。 ′チャネル１は、連鎖指定の第２のリードコマンドを
発行する。 ′入出力側延長装置４は、第２のリードコマンド中の
先頭コマンドを受け取って処理し後で、前記予測値に基
づく所定数、例えばそれから１個だけ少ない数のリード
コマンドを入出力装置５に発行する。 ′入出力側延長装置４は、入出力装置から送られるリ
ードデータを順次チャネル側延長装置２に転送する。 ′チャネル側延長装置２は、転送されたリードデータ
を、すでにチャネル１から受け取っている第２のリード
コマンドの中の所定のものに順番に対応付けた形で転送
する。

【００２６】図３は本発明の原理説明図（その３）であ
る。これは、任意の選択済の入出力装置５に対する連鎖
指定のライトコマンドなどをチャネル１から先取りして
実行するときの処理手順の概要であり、その内容は次の
ようになっている。

【００２７】″チャネル側延長装置２は、第１のライ
トコマンドおよび第１のライトデータをチャネル１から
取り込む。 ″チャネル側延長装置２は、第１の終了ステータス
（擬似応答）をチャネル１に通知する。 ″チャネル側延長装置２は、チャネル１からライトコ
マンド連鎖の指示があるかどうかを判断し、「YES 」の
場合は次のステップに進み、「NO」の場合はステップ
″に進む。 ″チャネル側延長装置２は、第１のライトデータの処
理に関する入出力装置５の応答を待たずに第２の終了ス
テータス（擬似応答）をチャネル１に通知して次の第２
のライトコマンドおよびライトデータを先取りする。 ″チャネル側延長装置２は、第１のライトデータの処
理に関する入出力装置５の応答に基づく第２の終了ステ
ータスをチャネル１に通知する。

【００２８】なお、ステップ″で「YES 」の場合に擬
似応答をチャネル１に返すのは、連鎖指定がある場合に
チャネル１がこの擬似応答をＣＰＵに通知することがな
いからである。

【００２９】逆に、連鎖指定のない場合にまで擬似応答
をチャネル１に返すとこれがＣＰＵに通知され、ＣＰＵ
はジョブが正常終了したものと判断してしまい、このジ
ョブが入出力装置の異常のために正常終了できない場合
にはＣＰＵの判断と実際の状況とが合致しないことにな
る。

【００３０】

【作用】本発明は、このように、チャネルが発行する機
番やコマンドなどの起動要求を受けたチャネル側延長装
置が、この起動要求に関する選択対象入出力装置からの
ステータス応答を待たずに擬似応答をチャネルに通知し
て、当初の選択対象入出力装置に対するチャネルの起動
処理をいったん待ち状態にすることにより、このいわば
アイドル時間にチャネルが他の入出力装置への起動処理
を新たに開始できるようにしている（図７、図８参
照）。

【００３１】また、チャネルから選択対象入出力装置へ
のデータ転送の場合にも同じように、チャネル側延長装
置がこのデータを受け取った段階、すなわちデータ転送
の実行終了のステータスを選択対象入出力装置から受け
取っていない段階でチャネルのそれまでのデータ転送処
理を仮終了させる。

【００３２】そのため、チャネルは、従来のように、最
初に選択した入出力装置に対する起動処理やデータ転送
の開始から終了までの間、継続して当該入出力装置に占
有されるといったことはなく、チャネルの使用効率の向
上を図ることができる。

【００３３】ことにチャネルの占有時間が、長距離にわ
たって設置された回線上の時間遅延や入出力装置の性能
に依存しない構成になっているので、この占有時間をほ
ぼローカル接続の場合と同じ程度にすることができ、チ
ャネルの使用効率の向上も顕著なものとなる。

【００３４】さらには、入出力側延長装置は複数の入出
力装置に対して並行動作できるようにしているので、チ
ャネルの配下の複数の入出力装置を同時動作させること
も可能である。

【００３５】なお、擬似応答はコマンド対応のもののみ
に限定される必要はなく、この他に機番対応のものを用
いるようにしてもよい。この場合、機番対応の擬似応答
で待ち状態となっているチャネルから当該指示機番の入
出力装置へのコマンドが発行されるのは、当該入出力装
置からの応答によって当該待ち状態が解除された後であ
る。

【００３６】本発明は、また、同一ジョブ内では連鎖リ
ードコマンドの個数が通常一定であることに着目して、
入出力側延長装置（ＩＯＡ）が、先ず起動１の連鎖リー
ドコマンドの個数を記憶し、その後の起動２の連鎖リー
ドコマンド中の１番目のリードコマンドをチャネル側延
長装置から受け取って入出力装置でのその処理が終了し
たのを確認すると、チャネル側からのその後のリードコ
マンドを待つことなしに、先に記憶した個数に基づく所
定数のリードコマンドを自らが新たに発行してリードデ
ータを先行的に読み出してチャネル側延長装置に転送
し、そこで当該リードデータの起動２の連鎖リードコマ
ンドとの対応付けを行なうことにより、連鎖コマンド全
体の処理時間を短縮化するようにしたものである（図９
参照）。

【００３７】そして、起動２の連鎖リードコマンドの実
際の個数Ｎが起動１のそれよりも少ない場合には、チャ
ネル側延長装置は、余分となったリードデ−タを廃棄し
てこのＮの値を入出力側延長装置に通知し、これを受け
取った入出力側延長装置は、記憶値をＮに変更し、入出
力装置をＮ番目のリードデ−タの読み出し直後の状態に
するためのコマンドを入出力装置に発行している（図１
０参照）。

【００３８】逆に、起動２の連鎖リードコマンドの実際
の個数Ｎが起動１のそれよりも多い場合には、チャネル
側延長装置は、入出力側延長装置に対してこの多い分だ
けのリードコマンドを発行するとともにこのＮの値を通
知し、これを受け取った入出力側延長装置は、記憶値を
Ｎに変更し、これらリードコマンドの処理を入出力装置
に個々に指示している（図１１参照）。

【００３９】本発明は、また、チャネル側延長装置が、
自装置への第１のライトデ−タの転送処理についての擬
似的な第１の終了ステータス（チャネルエンド）を前記
チャネルに通知した際に、ライトコマンド連鎖の指示が
ある場合には第１のライトデ−タの処理に関する入出力
装置の応答を待たずに擬似的な第２の終了ステータス
（デバイスエンド）をチャネルに通知して次の第２のラ
イトコマンドや第２のライトデ−タの先取り処理へと移
行し、また前記指示がない場合には前記応答に基づく第
２の終了ステータス（デバイスエンド）を前記チャネル
に通知するようにしている（図１２、図１３参照）。

【００４０】ここで、チャネル側延長装置は、チャネル
に対して、ライトコマンド連鎖の指示がない場合には擬
似応答をチャネルに返さずに入出力装置での実際の処理
結果に基づく第２の終了ステータスを通知しているの
で、入出力装置の異常発生のためジョブが正常に終了し
ていないにもかかわらず、ホストが擬似的な第２の終了
ステータスの通知によってジョブは正常終了したものと
誤認するようなことはない。

【００４１】

【実施例】図４〜図１３を参照して本発明の実施例を説
明する。図４は、本発明の、入出力インタフェース延長
制御システムの概要を示す説明図であり、 11は、ホスト 12は、チャネル１に相当のＢＭＣ(Block Multiplex Cha
nel) 13は、チャネル側ＴＡＧ／ＢＵＳケーブル 14は、チャネル側延長装置 15は、チャネル側延長装置中のＢＭＡ(Block Multiplex
Adapter) 16は、送受信用ドライバからなるラインセット（ＬＳ） 17は、ＬＡＮなどの回線 18は、入出力側延長装置 19は、送受信用ドライバからなるラインセット（ＬＳ） 20および21は、入出力側延長装置中のＩＯＡ（入出力ア
ダプタ） 22および23は、チャネル１の配下のＩ／Ｏ装置（入出力
装置） 24は、入出力側ＴＡＧ／ＢＵＳケーブル をそれぞれ示している。チャネル側ＴＡＧ／ＢＵＳ13お
よび入出力側ＴＡＧ／ＢＵＳ24の構成、作用などは図７
のものと同様である。

【００４２】ＩＯＡ20とＩ／Ｏ装置22の結合と、ＩＯＡ
21とＩ／Ｏ装置23の結合とは物理的に切り離されている
ので、各結合間での競合は発生せずＩ／Ｏ装置22とＩ／
Ｏ装置23との並行動作が確保される。

【００４３】図５は、ＢＭＡ15の内部構成を示す説明図
であり、31はコントロールストーレッジ、32はマイクロ
プロセッサ、33はＲＡＭ、34はＩＯ−ＩＦコントロー
ラ、35はバッファコントローラ、36はＳＹＳＢＵＳコン
トローラ、37はデ−タバッファ、38はシステムバスをそ
れぞれ示している。なお、このような構成のＢＭＡ15は
入出力側延長装置としても使用できる。

【００４４】各コントローラの中、 ・ＩＯ−ＩＦコントローラ34は、マイクロプロセッサ32
の指示に従ってＢＭＣ12との間でインタフェース制御を
実行し、 ・ＳＹＳＢＵＳコントローラ36は、マイクロプロセッサ
32の指示に従ってラインセット16との間でインタフェー
ス制御を実行し、 ・バッファコントローラ35は、デ−タバッファ37へのア
クセス源であるマイクロプロセッサ32、ＩＯ−ＩＦコン
トローラ34、ＳＹＳＢＵＳコントローラ36の競合制御を
実行している。

【００４５】ここで、ＢＭＡ15の制御は、コントロール
ストーレッジ31に格納されたマイクロプログラムに基づ
くシーケンス制御のかたちで行なわれ、各入出力装置の
情報は個々にＲＡＭ33およびデ−タバッファ37上に格納
されている。

【００４６】なお、ＲＡＭ33には各入出力装置のデータ
の保持状態などに関する制御情報が、またデ−タバッフ
ァ37にはコマンド、データ、ステータスについての情報
がそれぞれ入出力装置ごとに保持されている。

【００４７】図６は、入出力装置からＢＭＣに通知され
るステータスのフォーマットを示す説明図である。ステ
ータスは１バイトで構成され、例えば、 ・３ビット目は入出力装置が使用中であることを示すビ
ィジィ ・４ビット目はチャネルとの通信終了を示すチャネルエ
ンド（ＣＥ） ・５ビット目は入出力装置の動作終了または使用状態解
除を示すデバイスエンド（ＤＥ） のためのビットとしてそれぞれ用いられている。

【００４８】図７は、機番およびコマンドなどの起動要
求に対する処理シーケンスを示す説明図であり、その内
容は次のようになっている。なお、シーケンス中の「♯
１」および「♯２」は選択対象の入出力装置の機番を示
している。

【００４９】(1) ＢＭＣ12は、入出力装置22（以下、Ｉ
Ｏ♯１と略記する）に対する選択指示の発行を行なう。
これにより、ＩＯ♯１の機番がＢＭＡ15に通知される。 (2) ＢＭＡ15は、ＩＯ♯１が選択されたことの擬似応答
をＢＭＣ12に対して行なう。 (3) ＢＭＣ12は、ＩＯ♯１に対するライトコマンドを指
示する。 (4) ＢＭＡ15は、ＩＯ♯１が使用中（BUSY）である旨の
擬似応答をＢＭＣ12に対して行なう。なお、このときの
データとしてはBUSY形式の「０００１００００」が用い
られる（図６参照）。

【００５０】このBUSYを示す擬似応答の結果、ホスト11
の内部ではＩＯ♯１に対する起動処理を待ち状態にして
解除通知（デバイスエンド：ＤＥ♯１）が通知されるの
を待つことになる。

【００５１】(5) ＢＭＡ15は、ＢＭＣ12から受けている
機番およびライトコマンドを、ＩＯ♯１の制御主体であ
るＩＯＡ20（以下、ＩＯＡ♯１と略記する）に転送す
る。 (6) ＩＯＡ♯１は、ＩＯ♯１に対する選択指示の発行を
行なう。 (7) ＩＯ♯１は、自分が選択されたことをＩＯＡ♯１に
報告する。 (8) ＩＯＡ♯１は、ＩＯ♯１に対してコマンドを指示す
る。 (9) ＩＯ♯１は、コマンド実行に関するステータスをＩ
ＯＡ♯１に報告する（図６参照）。 (10)ＩＯＡ♯１は、ＩＯ♯１から報告された内容（選択
結果、コマンド実行に関する情報）をＢＭＡ15に通知す
る。

【００５２】(11)ＢＭＡ15は、この報告内容をデ−タバ
ッファ37に保持してＢＭＣ12に解除通知を行なう。な
お、このときのデータとしてはＤＥ形式の「０００００
１００」が用いられる（図６参照）。 (12)ＢＭＣ12は、(4) で設定した待ち状態を解除するこ
とにより再起動処理を開始し、先ずＩＯ♯１の選択指示
を発行する。 (13)ＢＭＡ15は、デ−タバッファ37を参照し、ＩＯ♯１
が選択されていることをＢＭＣ12に報告する。 (14)ＢＭＣ12は、ＩＯ♯１に対する前記コマンドを指示
する。 (15)ＢＭＡ15は、デ−タバッファ37を参照し、ＩＯ♯１
でのコマンド実行に関する情報をＢＭＣ12に通知する。

【００５３】以上のシーケンスによりチャネルと入出力
装置当該の間での起動処理はいったん終了するが、(15)
の通知に基づいて、ＩＯ♯１が「ライト可能」あること
をＢＭＣ12が確認したときには図６に示すようなデータ
転送処理に移行する。このときの確認は、ＩＯ♯１から
報告されたステータスが転送可能形式の「００００００
００」であることによって行われる。

【００５４】なお、ステップ(4) やステップ(11)の擬似
応答および解除通知で用いるデータ形式はＩＯ♯１から
報告されたステータスの内容に依存しないものであり、
例えば解除通知の場合にはステータス中の実際のＤＥビ
ットなどの値とは無関係に前記の「０００００１００」
が、ＢＭＡ15からＢＭＣ12に通知される。

【００５５】前述のように、ＢＭＣ12は、ＩＯ♯１を対
象とした起動処理が待ち状態となってその後のＢＭＡ15
からの解除通知で再起動するまでの間、他の入出力装置
に対する起動処理をＩＯ♯１のときと同様のシーケンス
で行なうことができる。

【００５６】図７では、ＢＭＣ12の待ち状態の間にＩＯ
♯２の起動処理が実行されており、ＩＯ♯１のときと同
じように、コマンド指示を受けたＢＭＡ15はＩＯ♯２が
使用中（BUSY）である旨の擬似応答をＢＭＣ12に対して
通知し、この通知に基づいてＢＭＣ12は待ち状態に設定
される。なお、図中の網線部分はＢＭＣ12とＢＭＡ15と
の結合時間を示している。

【００５７】このように、入出力装置の起動処理にとも
なうＢＭＣ12とＢＭＡ15との結合を、入出力装置からの
本来の応答を待たずにＢＭＡ15からの擬似応答でいった
ん解き、続いて他の入出力装置に対する起動処理を行な
えるようにしているので、複数の入出力装置に対する起
動要求が競合しても効率的な処理を行なうことができ
る。

【００５８】図８は、図７のライトコマンドの起動処理
に続いてライトデータをチャネルから入出力装置に転送
するときの処理シーケンスを示す説明図であり、その内
容は次のようになっている。なお、「・・Ｓ」はデータ
転送の開始を、「・・Ｅ」はその終了をそれぞれ示して
いる。

【００５９】(21)ＢＭＡ15は、ＩＯ♯１へのライトデー
タをＢＭＣ12から先取りしてデ−タバッファ37に保持す
る。 (22)ＢＭＡ15は、この先取りが終了した段階でＢＭＣ12
に擬似応答を返す。この擬似応答によりＢＭＣ12とＢＭ
Ａ15との結合がいったん切れてＢＭＣ12はＤＥ待ちの状
態になる。なお、このときのデータとしてはＣＥ形式の
「００００１０００」が用いられる（図６参照）。 (23)ＢＭＡ15は、ＩＯＡ♯１にライトデータを転送す
る。 (24)ＩＯＡ♯１は、ＩＯ♯１にライトデータを転送す
る。 (25)ＩＯ♯１は、転送されたデータのライト処理が正常
終了したか、異常終了したかを示すステータスをＩＯＡ
♯１に通知する。なお、このステータスには図６に示す
ようにＣＥとＤＥとが含まれている。 (26)ＩＯＡ♯１は、このステータスをＢＭＡ15に通知す
る。 (27)ＢＭＡ15は、このステータス中のＤＥをＢＭＣ12に
通知する。

【００６０】ＤＥ待ちの状態になっていたＢＭＣ12はこ
のＤＥに基づいてＩＯ♯１に対するライト処理を終了す
ることになる。なお、ライト処理が異常終了の場合には
これに対応した処理に移行する。

【００６１】図８のシーケンスにおいても、図７のとき
と同じように、ＢＭＡ15でのデータの先取りの終了にと
もないステップ(22)において発行される擬似応答により
ＢＭＣ12はＩＯ♯１へのデータ転送処理からいったん解
放され、その後はＩＯ♯２に対するデータ転送を開始す
ることができる。なお、従来は、ステップ(27)の通知に
よってＩＯ♯１に対するライト処理が終了するまで、Ｉ
Ｏ♯２へのデータ転送を開始することはできない。

【００６２】図９は、連鎖指定されたリードコマンドに
対する処理手順を示している。なお、以下の実施例では
入出力装置として、大量のデータを記憶でき、ホストと
の間で入力方向あるいは出力方向の一括したデータ転送
が行なわれるのが一般的である磁気テープ装置（ＭＴ）
を用いることにする。

【００６３】また、連鎖指定されたコマンドは、リード
コマンド（ＲＤ）およびライトコマンド（ＷＴ）ともに
モードセットコマンド（ＭＳ）を先頭としてその後に複
数のＲＤまたはＷＴが続く次のような形、 (a) ＭＳーＲＤーＲＤーＲＤーＲＤ・・・・・ーＲＤ (b) ＭＳーＷＴーＷＴーＷＴーＷＴ・・・・・ーＷＴ で連鎖している。

【００６４】そして、この連鎖（ＣＣ）が指定されてい
ることは、ＢＭＡ15からＢＭＣ12に通知される各種ステ
ータスを受理した旨の後者から前者への通知（ＡＰ）の
内容によって、ＢＭＡ15は認識することになる。

【００６５】図９の処理手順の内容は次のようになって
いる。なお、以下の記載では、説明の便宜上、コマンド
や終了ステータスなどの送信の際に経由するＢＭＡ15や
ＩＯＡ20などを適宜省略する。

【００６６】(31)ＢＭＣ12は、ＢＭＡ15およびＩＯＡ20
を経由して起動１のＭＳコマンドをＭＴ22に発行する。 (32)ＭＴ22は、チャネルエンドＣＥとデバイスエンドＤ
Ｅの終了ステータスをＢＭＣ12に通知する。 (33)ＢＭＣ12は、この終了ステータスに応答する形で、
「連鎖（ＣＣ）あり」のＡＰと１番目のＲＤコマンドを
ＭＴ22に発行する。 (34)ＭＴ22は、このＲＤコマンドの実行結果であるリー
ドデータと、チャネルエンドＣＥとデバイスエンドＤＥ
の終了ステータスとをＢＭＣ12に通知する。

【００６７】この後はステップ(33)とステップ(34)とが
起動１の残りの各ＲＤコマンドに対して個々に実行さ
れ、ＩＯＡ20はステップ(33)の処理で受け取ったＲＤコ
マンドの数をカウントしていく。

【００６８】そして、起動１の最後のＲＤコマンド、す
なわち４番目のＲＤコマンドのときのＭＴ22からの終了
ステータスに応答する形で、 (35)ＢＭＣ12は「連鎖（ＣＣ）なし」のＡＰを発行し、
これを受け取ったＩＯＡ20はそのときのカウント値であ
る連鎖総数「４」を予測値として記憶する。

【００６９】その後、起動２の連鎖指定されたリードコ
マンドに対して先ず起動１のそれの場合と同じように次
の処理が行なわれる。 (41)ＢＭＣ12は、ＢＭＡ15およびＩＯＡ20を経由して起
動２のＭＳコマンドをＭＴ22に発行する。 (42)ＭＴ22は、チャネルエンドＣＥとデバイスエンドＤ
Ｅの終了ステータスをＢＭＣ12に通知する。 (43)ＢＭＣ12は、この終了ステータスに応答する形で、
「連鎖（ＣＣ）あり」のＡＰと１番目のＲＤコマンドを
ＭＴ22に発行する。 (44)ＭＴ22は、このＲＤコマンドの実行結果であるリー
ドデータと、チャネルエンドＣＥとデバイスエンドＤＥ
の終了ステータスとをＢＭＣ12に通知する。

【００７０】ここで、ステップ(43)における「連鎖（Ｃ
Ｃ）あり」のＡＰを受け取ったＩＯＡ20は、ステップ(4
4)のチャネルエンドＣＥとデバイスエンドＤＥとを確認
した後のステップ(45)で自発的にＲＤコマンドをＭＴ22
に発行する。

【００７１】そして、ステップ(47)で、このＲＤコマン
ドに対する終了ステータスとリードデータがＭＴ22から
ＢＭＡ15に送られる。ＢＭＡ15は、当該リードデータ
を、すでにステップ(46)により「連鎖（ＣＣ）あり」の
ＡＰとともに取り込んでデータバッファ37に保持してい
た起動２の２番目のＲＤコマンドに対応付けてからＢＭ
Ｃ12に送る。このとき、ＢＭＡ15は、ＭＴ22から受け取
った終了ステータスも送っている。

【００７２】また、起動２の３番目および４番目のＲＤ
コマンドに対してもこのような一連の処理が、 ・起動１の３番目のＲＤコマンドの場合はステップ(48)
〜(50) ・起動１の４番目のＲＤコマンドの場合はステップ(51)
〜(53) の形でそれぞれ実行される。

【００７３】このように、起動２の連鎖指定されたリー
ドコマンドの中の２番目から２番目（最後）までの各リ
ードコマンドについては、ＢＭＡ15から長距離の回線を
経由しててＩＯＡ20に送るといった処理工程を省略で
き、連鎖コマンド全体の処理時間が短縮化されてスルー
プットを高めることになる。

【００７４】なお、ステップ(46)、(49)、(52)における
「連鎖（ＣＣ）あり」のＡＰとＲＤコマンドの発行はそ
れぞれステップ(44)、(47)、(50)によってＢＭＣ12が終
了ステータスを受け取った後である。

【００７５】ＢＭＣ12は、起動２の４番目のＲＤコマン
ドに対応付けられたリードデータをＢＭＡ15から受け取
ると、もはや起動２には連鎖指定がないので「連鎖（Ｃ
Ｃ）なし」のＡＰをＩＯＡ20に通知する。

【００７６】このとき、ＢＭＣ12は起動２のＲＤコマン
ドの総数「４」についても送っており、これを受け取っ
たＩＯＡ20は起動１のときに求めた予測値と一致してい
ること、すなわち予測値を変更する必要がないことを確
認する。

【００７７】図１０は、図９において起動２のリードコ
マンドの総数が起動１のそれよりも少ない場合の処理手
順を示す説明図であり、図９とは、このＲＤコマンドが
少ない分だけのリードデータを廃棄することや、ＭＴ22
を起動２のＲＤコマンドが個々に実行されたときの本来
の状態に戻すことなどが相違している。

【００７８】すなわち、起動２のＲＤコマンドの総数は
「２」であるので、ステップ(45)のリードコマンド発行
に対応したステップ(47)の処理によって起動２は終了と
なり、このステップ(47)に続くステップ(50)やステップ
(53)でＭＴ22からＢＭＡ15に送られるリードデータはと
もに不要であり、ＢＭＡ15はこれらの廃棄処理を行なっ
ている。

【００７９】また、ステップ(54)′における「連鎖（Ｃ
Ｃ）なし」のＡＰを受け取ったＩＯＡ20はＭＴ22との間
で次の処理を実行する。 (61)ＩＯＡ20は、ＭＴ22に対してＢＳ(Back Space)コマ
ンドを発行する。 (62)ＭＴ22は、ＩＯＡ20に対して終了ステータスのデバ
イスエンドＤＥを通知する。 (63)ＩＯＡ20は、ＭＴ22に対してＢＳコマンドを発行す
る。 (64)ＭＴ22は、ＩＯＡ20に対して終了ステータスのデバ
イスエンドＤＥを通知する。

【００８０】ＢＳコマンドは、ＭＴ22の読み取りヘッダ
の位置を１ブロック分だけ戻す指示であり、ＩＯＡ20が
これを２回発行することにより、ＭＴ22のヘッド位置は
３番目と４番目のデータブロックを読み込んでいない状
態、つまり２番目のデータブロックを読んだ直後の状態
になる。

【００８１】なお、ＢＭＡ15は「連鎖（ＣＣ）なし」の
ＡＰを確認した上で、自装置で取り込んだＲＤコマンド
の数「２」をＩＯＡ20に通知し、これを受け取ったＩＯ
Ａ20は予測値をそれまでの「４」から「２」に変更して
いる。

【００８２】図１１は、図９において起動２のリードコ
マンドの総数が起動１のそれよりも多い場合の処理手順
を示す説明図であり、図９とは、ＢＭＣ12はこの多い分
だけのＲＤコマンドを従来の方法で発行してその実行結
果であるリードデータをＭＴ22から受け取るステップ(7
1)、(72)が付加されることが相違している。

【００８３】また、起動２の終了にともなってＢＭＣ12
が「連鎖（ＣＣ）なし」のＡＰをＢＭＡ15に通知し、こ
のＢＭＡ15が自装置で取り込んだＲＤコマンドの数
「４」をＩＯＡ20に通知して予測値をそれまでの「３」
から「４」に変更することは、図１０の場合と同様であ
る。

【００８４】図１２は、連鎖指定されたライトコマンド
などをＢＭＣ12から先取りして実行するときの処理手順
を示す説明図であり、その内容は次のようになってい
る。 (81)ＢＭＣ12は、ＢＭＡ15およびＩＯＡ20を経由してＭ
ＳコマンドをＭＴ22に発行する。 (82)ＭＴ22は、チャネルエンドＣＥとデバイスエンドＤ
Ｅの終了ステータスをＢＭＣ12に通知する。 (83)ＢＭＡ15は、１番目のＷＴコマンドおよびデータを
ＢＭＣ12から取り込んでＭＴ22に転送し、擬似応答をＢ
ＭＣ12に通知する。 (84)ＭＴ22は、デバイスエンドＤＥを発行する。 (85)ＢＭＡ15は、２番目のＷＴコマンドおよびデータを
ＢＭＣ12から取り込んでＭＴ22に転送し、擬似応答をＢ
ＭＣ12に通知する。 (86)ＭＴ22は、デバイスエンドＤＥを発行する。 (87)ＢＭＡ15は、３番目のＷＴコマンドおよびデータを
ＢＭＣ12から取り込んでＭＴ22に転送し、擬似応答をＢ
ＭＣ12に通知する。 (88)ＭＴ22は、デバイスエンドＤＥを発行する。 (89)ＢＭＡ15は、４番目のＷＴコマンドおよびデータを
ＢＭＣ12から取り込んでＭＴ22に転送し、擬似応答をＢ
ＭＣ12に通知する。 (90)ＭＴ22は、デバイスエンドＤＥを発行する。

【００８５】ここで、ＢＭＡ15は、ＭＴ22からのデバイ
スエンドＤＥを受け取ることにより、それまで擬似応答
を返していたＷＴコマンドのそれぞれが正常終了したで
あろうと判断する。

【００８６】また、ＢＭＣ12がステップ(90)のデバイス
エンドＤＥを確認することにより一連の先取り処理を終
了する。なお、ＢＭＣ12およびＢＭＡ15はは他のステッ
プにおけるＭＴ22からのデバイスエンドＤＥも順次受け
取っており、それがステータス(90)のデバイスエンドＤ
Ｅであることを確認する手法としては、 ・連鎖指定されたＷＴコマンドの総数をあらかじめ確認
しておき、ＭＴ22から送られるデバイスエンドＤＥの数
を順にカウントしていくこと、 ・最後（４番目）のＷＴコマンドおよびこれに対するデ
バイスエンドＤＥ自体に最後であることを示す情報を含
ませておくこと、 なとが用いられる。

【００８７】図１３は、図１２のＢＭＣとＢＭＡとの間
でのライトコマンドなどに対する処理手順を示す説明図
であり、その内容は次のようになっている。 (91)ＢＭＣ12は、ＷＴコマンドをＢＭＡ15に発行する。 (92)ＢＭＡ15は、ＷＴコマンドを受け取った旨の初期ス
テータスをＢＭＣ12に擬似応答として通知する。 (93)ＢＭＣ12は、初期ステータスの受理を示すＡＰをＢ
ＭＡ15に発行する。 (94)ＢＭＣ12は、データをＢＭＡ15に転送する。 (95)ＢＭＡ15は、データを受け取った旨の終了ステータ
ス１（チャネルエンド）をＢＭＣ12に擬似応答として通
知する。 (96)ＢＭＣ12は、終了ステータス１の受理を示すＡＰ
を、連鎖（ＣＣ）の有無、すなわち次のＷＴコマンドが
連鎖されているかどうか示す情報を含む形でＢＭＡ15に
発行する。 (97)ＢＭＡ15は、再結合要求をＢＭＣ12に発行する。こ
の発行は、ステップ(95)のチャネルエンドに基づいてＢ
ＭＡ15とＢＭＣ12との間が切断されるからであり、ま
た、ステップ(96)のＡＰが「連鎖（ＣＣ）なし」の場合
にはＭＴ22からのデバイスエンドＤＥを確認した上で実
行される。 (98)ＢＭＡ15は、次のＷＴコマンドを取り込むための終
了ステータス２（デバイスエンド）をＢＭＣ12に通知す
る。この終了ステータスは、先のステップ(96)のＡＰが
「連鎖（ＣＣ）あり」の場合には擬似応答、「連鎖（Ｃ
Ｃ）なし」の場合にはＭＴ22からのデバイスエンドＤＥ
となる。 (99)ＢＭＣ12は、終了ステータス１の受理を示すＡＰを
ＢＭＡ15に発行する。この中には連鎖（ＣＣ）の有無を
示す情報が含まれるのが通常である。 (100) ＢＭＣ12は、「連鎖（ＣＣ）あり」の場合は次の
ＷＴコマンドを先取りして発行する。

【００８８】ステップ(98)における終了ステータス２の
使い分けは、前述のように、「連鎖（ＣＣ）なし」の場
合に擬似応答がＣＰＵに通知され、ＣＰＵの方で、まだ
実際の実行結果が分かっていないジョブについて正常終
了したものとみなすことを防止するためである。なお、
「連鎖（ＣＣ）あり」の場合の終了ステータスはＣＰＵ
に通知されない。

【００８９】

【発明の効果】本発明は、このように、チャネルから発
行される機番やコマンドなどの起動要求を受けたチャネ
ル側延長装置が、この起動要求に関する選択対象入出力
装置のステータスを待たずに擬似応答をチャネルに通知
してチャネルのそれまでの選択対象入出力装置に対する
起動処理をいったん待ち状態にすることにより、選択対
象入出力装置の起動処理を行なっているチャネルのいわ
ばアイドル時間に他の入出力装置に対する新たな起動処
理を開始できるようにしている。

【００９０】さらに、チャネルから選択対象入出力装置
へのデータ転送の場合にも同じように、チャネル側延長
装置がこのデータを受け取った段階、すなわちデータ転
送の実行終了のステータスを受け取っていない段階でチ
ャネルのそれまでのデータ転送処理を仮終了とする。

【００９１】そのため、チャネルは、従来のように、最
初に選択した入出力装置に対する起動処理やデータ転送
の開始から終了までの間、継続して当該入出力装置に占
有されるといったことはなく、チャネルの使用効率の向
上を図ることができる。

【００９２】ことにチャネルの占有時間が長距離にわた
って設置された回線上の時間遅延や入出力装置の性能に
依存しない構成になっているので、この占有時間をほぼ
ローカル接続の場合と同じ程度にすることができ、チャ
ネルの使用効率の向上も顕著なものとなる。

【００９３】さらには、入出力側延長装置は入出力装置
に対して並行動作できるようにしているので、チャネル
の配下の複数の入出力装置を同時動作させることも可能
である。

【００９４】本発明は、また、同一ジョブ内では連鎖リ
ードコマンドの個数が通常一定であることに着目して、
先ず起動１の連鎖リードコマンドの個数を記憶してお
き、その後の起動２の連鎖リードコマンドの処理の際に
は、入出力側延長装置がこの個数に基づく所定数だけの
リードコマンドを入出力装置に独自に発行するようにし
ており、これは、チャネル側延長装置から長距離の回線
を経由して入出力側延長装置までリードコマンドを送信
する時間を省略することになるのて、連鎖リードコマン
ド全体の処理時間の短縮化を図ることができ、回線使用
効率が大幅に改善される。

【００９５】本発明は、また、チャネル側延長装置が、
自装置への第１のライトデ−タの転送処理についての擬
似的な第１の終了ステータスをチャネルに通知した際
に、ライトコマンド連鎖の指示がある場合には第１のラ
イトデ−タの処理に関する入出力装置の応答を待たずに
擬似的な第２の終了ステータスをチャネルに通知して次
の第２のライトコマンドなどの先取り処理へと移行し、
また前記指示がない場合には前記応答に基づく第２の終
了ステータスをチャネルに通知するようにしているの
で、ＣＰＵの方で、まだ実際の実行結果が分かっていな
いジョブについて正常終了したものとみなすといったこ
とは発生せず、システムの信頼性を確保した状態でのラ
イトコマンドの先取り処理が可能となる。

【図面の簡単な説明】

【図１】本発明の、原理説明図（その１）である。

【図２】本発明の、原理説明図（その２）である。

【図３】本発明の、原理説明図（その３）である。

【図４】本発明の、入出力インタフェース延長制御シス
テムの概要を示す説明図である。

【図５】本発明の、チャネル側延長装置（ＢＭＡ）の内
部構成を示す説明図である。

【図６】本発明の、入出力装置からＢＭＣに通知される
ステータスのフォーマットを示す説明図である。

【図７】本発明の、起動要求に対する処理シーケンスを
示す説明図である。

【図８】本発明の、起動処理に続いてデータ転送を行な
うときの処理シーケンスを示す説明図である。

【図９】本発明の、連鎖指定されたリードコマンドに対
する処理手順を示す説明図である。

【図１０】図９において、起動２のリードコマンドの総
数が起動１のそれよりも小さい場合の処理手順を示す説
明図である。

【図１１】図９において、起動２のリードコマンドの総
数が起動１のそれよりも大きい場合の処理手順を示す説
明図である。

【図１２】本発明の、連鎖指定されたライトコマンドな
どをＢＭＣから先取りして実行するときの処理手順を示
す説明図である。

【図１３】図１２の、ＢＭＣとＢＭＡとの間でのライト
コマンドなどに対する処理手順を示す説明図である。

【図１４】一般的な、入出力インタフェース延長制御シ
ステムの概要を示す説明図である。

【図１５】一般的な、起動要求に対する処理シーケンス
を示す説明図である。

【符号の説明】

図１において、 １・・・チャネル ２・・・チャネル側延長装置 ３・・・高速の回線 ４・・・入出力側延長装置 ５・・・入出力装置 ６・・・入出力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柳浦 じゅん子 神奈川県横浜市港北区新横浜２丁目４番19 号 株式会社富士通プログラム技研内 (72)発明者 西川 俊平 神奈川県横浜市港北区新横浜２丁目４番19 号 株式会社富士通プログラム技研内 (72)発明者 横山 司 神奈川県横浜市港北区新横浜２丁目４番19 号 株式会社富士通プログラム技研内 (72)発明者 市川 仁美 神奈川県横浜市港北区新横浜２丁目４番19 号 株式会社富士通プログラム技研内

Claims (23)

【特許請求の範囲】
1. 【請求項１】 チャネルと入出力装置との間に、入出力
   インタフェース用のチャネル側延長装置および入出力側
   延長装置と、これら延長装置間を接続する回線とを設け
   た入出力インタフェース延長制御方法において、 前記入出力側延長装置として、前記入出力装置に対して
   並行動作する機能を備えたものを用い、 選択対象入出力装置への起動要求を前記チャネルから受
   け取った前記チャネル側延長装置は、前記起動要求に関
   する前記選択対象入出力装置の第１のステータスが転送
   されてくるのを待たずに第１の疑似応答を前記チャネル
   に送るとともに、前記起動要求を前記入出力側延長装置
   に転送し、 第１の疑似応答を受け取った前記チャネルは、前記選択
   対象入出力装置に対する起動処理を、これとは別の前記
   入出力装置への起動要求の発行が可能な形の待ち状態と
   し、また、第１のステータスに基づいて前記チャネル側
   延長装置から送られる第１の応答で前記待ち状態を解除
   するようにしたことを特徴とする入出力インタフェース
   延長制御方法。
2. 【請求項２】 前記選択対象入出力装置のビィジィを擬
   似的に示す信号を第１の疑似応答として用いたことを特
   徴とする請求項１記載の入出力インタフェース延長制御
   方法。
3. 【請求項３】 前記起動処理終了後の、前記チャネルか
   ら前記選択対象入出力装置へのデ−タ転送に際し、 前記チャネル側延長装置は、前記チャネルからの前記デ
   −タの受け取り終了に基づいて、前記デ−タ転送に関す
   る前記選択対象入出力装置の第２のステータスが転送さ
   れてくるのを待たずに第２の疑似応答を前記チャネルに
   送るとともに、前記入出力側延長装置へのデ−タ転送を
   行ない、 第２の疑似応答を受け取った前記チャネルは、前記選択
   対象入出力装置へのデ−タ転送処理を、これとは別の入
   出力装置へのデ−タ転送が実行できる形の仮終了状態と
   し、また、第２のステータスに基づいて前記チャネル側
   延長装置から送られる第２の応答で前記デ−タ転送処理
   を終えることを特徴とする請求項１または２記載の入出
   力インタフェース延長制御方法。
4. 【請求項４】 前記選択対象入出力装置におけるチャネ
   ルエンドを疑似的に示す信号を第２の疑似応答として用
   い、また前記選択対象入出力装置におけるデバイスエン
   ドを示す信号を第２の応答として用いることを特徴とす
   る請求項３記載の入出力インタフェース延長制御方法。
5. 【請求項５】 チャネルと入出力装置との間に、入出力
   インタフェース用のチャネル側延長装置および入出力側
   延長装置と、これら延長装置間を接続する回線とを設け
   た入出力インタフェース延長制御方法において、 前記入出力側延長装置は、前記チャネル側から発行され
   る連鎖指定の第１のリードコマンドのそれぞれを個々に
   処理するとともにその総数を予測値として記憶してお
   き、続いて前記チャネル側から連鎖指定の第２のリード
   コマンドが発行されたときには、当該予測値に基づく所
   定数のリードコマンドを前記入出力装置に先行的に発行
   するとともにこれによって得られるリードデ−タを順次
   前記チャネル側延長装置に転送し、 前記チャネル側延長装置は、これらのリードデ−タを、
   第２のリードコマンドの中の所定のものに順番に対応付
   けた形で前記チャネルに転送するようにしたことを特徴
   とする入出力インタフェース延長制御方法。
6. 【請求項６】 前記チャネル側延長装置は、前記予測値
   よりも第２のリードコマンドの数Ｎ（Ｎは正の整数）の
   方が小さいために余分となった順番の前記リードデ−タ
   を廃棄するとともにこのＮの値を前記入出力側延長装置
   に通知し、 前記入出力側延長装置は、前記入出力装置をＮ番目の前
   記リードデ−タの読み出し直後の状態に設定するための
   コマンドを発行することを特徴とする請求項５記載の入
   出力インタフェース延長制御方法。
7. 【請求項７】 前記チャネル側延長装置は、前記予測値
   よりも第２のリードコマンドの数Ｎ（Ｎは正の整数）の
   方が大きいために前記リードデ−タの対応付けができな
   い順番の当該リードコマンドを前記入出力側延長装置に
   発行し、 前記入出力側延長装置は、このリードコマンドを第１の
   リードコマンドのときのように個々に処理することを特
   徴とする請求項５記載の入出力インタフェース延長制御
   方法。
8. 【請求項８】 前記入出力側延長装置は、前記予測値
   を、前記チャネル側延長装置から通知されるＮに変更す
   ることを特徴とする請求項６または７記載の入出力イン
   タフェース延長制御方法。
9. 【請求項９】 チャネルと入出力装置との間に、入出力
   インタフェース用のチャネル側延長装置および入出力側
   延長装置と、これら延長装置間を接続する回線とを設け
   た入出力インタフェース延長制御方法において、 前記チャネル側延長装置は、自装置への第１のライトデ
   −タの転送処理についての擬似的な第１の終了ステータ
   スを前記チャネルに通知した際に、ライトコマンド連鎖
   の指示がある場合には第１のライトデ−タの処理に関す
   る前記入出力装置の応答を待たずに第２の終了ステータ
   スを前記チャネルに通知して次の第２のライトコマンド
   および第２のライトデ−タの先取り処理へと移行し、ま
   た前記指示がない場合には前記応答に基づく第２の終了
   ステータスを前記チャネルに通知することを特徴とする
   入出力インタフェース延長制御方法。
10. 【請求項１０】 前記第１の終了ステータスとして前記
    入出力装置のチャネルエンドを疑似的に示す信号を用
    い、また前記第２の終了ステータスとして前記入出力装
    置のデバイスエンドを示す信号を用いることを特徴とす
    る請求項９記載の入出力インタフェース延長制御方法。
11. 【請求項１１】 入出力装置への起動要求をチャネルか
    ら受け取って転送するチャネル側延長装置において、 前記起動要求を受けた段階で、前記チャネルの選択対象
    入出力装置に対する起動処理を、これとは別の前記入出
    力装置への前記起動要求の発行が可能な形の、待ち状態
    にするための第１の疑似応答を前記チャネルに送り、 前記起動要求に関する前記選択対象入出力装置の第１の
    ステータスを受け取った段階で、前記待ち状態を解除す
    るための、当該ステータスに基づく第１の応答を前記チ
    ャネルに送る機能を備えるようにしたことを特徴とする
    チャネル側延長装置。
12. 【請求項１２】 前記選択対象入出力装置のビィジィを
    擬似的に示す信号を第１の疑似応答として用いる機能を
    併せ持つことを特徴とする請求項１１記載のチャネル側
    延長装置。
13. 【請求項１３】 前記起動処理終了後の前記選択対象入
    出力装置へのデ−タ転送に際して、 前記チャネルからの前記デ−タの受け取りが終了した段
    階で、前記選択対象入出力装置に対する前記デ−タ転送
    処理を、これとは別の前記入出力装置へのデ−タ転送が
    可能な形の、仮終了状態とするための第２の疑似応答を
    前記チャネルに送り、 前記デ−タ転送に関する前記選択対象入出力装置の第２
    のステータスを受け取った段階で、前記デ−タ転送処理
    を終えるための、当該ステータスに基づく第２の応答を
    前記チャネルに送る機能を併せ持つことを特徴とする請
    求項１１または１２記載のチャネル側延長装置。
14. 【請求項１４】 前記選択対象入出力装置におけるチャ
    ネルエンドを疑似的に示す信号を第２の疑似応答として
    用い、また、前記選択対象入出力装置におけるデバイス
    エンドを示す信号を第２の応答として用いる機能を併せ
    持つことを特徴とする請求項１３記載のチャネル側延長
    装置。
15. 【請求項１５】 チャネルからリードコマンドを取り込
    んで入出力側延長装置に発行するチャネル側延長装置に
    おいて、 前記入出力側延長装置が、連鎖指定の第１のリードコマ
    ンドのそれぞれを個々に処理するとともにその総数を予
    測値として記憶し、続いて連鎖指定の第２のリードコマ
    ンドが発行された場合に、当該予測値に基づく所定数の
    リードコマンドを前記入出力装置に先行的に発行して得
    られるリードデ−タを転送してきたとき、当該リードデ
    −タを、第２のリードコマンドの中の所定のものに順番
    に対応付けた形で前記チャネルに転送する機能を備える
    ようにしたことを特徴とするチャネル側延長装置。
16. 【請求項１６】 前記予測値よりも第２のリードコマン
    ドの数Ｎ（Ｎは正の整数）の方が小さいために余分とな
    った順番の前記リードデ−タを廃棄するとともにこのＮ
    の値を前記入出力側延長装置に通知する機能を併せ持つ
    ことを特徴とする請求項１５記載のチャネル側延長装
    置。
17. 【請求項１７】 前記予測値よりも第２のリードコマン
    ドの数Ｎ（Ｎは正の整数）の方が大きいために前記リー
    ドデ−タの対応付けができない順番の当該リードコマン
    ドを前記入出力側延長装置に発行する機能を併せ持つこ
    とを特徴とする請求項１５記載のチャネル側延長装置。
18. 【請求項１８】 チャネルからライトコマンドを取り込
    んで入出力側延長装置に発行するチャネル側延長装置に
    おいて、 自装置への第１のライトデ−タの転送処理についての擬
    似的な第１の終了ステータスを前記チャネルに通知した
    際に、ライトコマンド連鎖の指示がある場合には第１の
    ライトデ−タの処理に関する入出力装置の応答を待たず
    に第２の終了ステータスを前記チャネルに通知して次の
    第２のライトコマンドおよび第２のライトデ−タの先取
    り処理へと移行し、また前記指示がない場合には前記応
    答に基づく第２の終了ステータスを前記チャネルに通知
    する機能を備えるようにしたことを特徴とするチャネル
    側延長装置。
19. 【請求項１９】 前記第１の終了ステータスとして前記
    入出力装置のチャネルエンドを疑似的に示す信号を用
    い、また前記第２の終了ステータスとして前記入出力装
    置のデバイスエンドを示す信号を用いる機能を併せ持つ
    ことを特徴とする請求項１８記載のチャネル側延長装
    置。
20. 【請求項２０】 チャネル側から発行されるリードコマ
    ンドを処理する入出力側延長装置において、 連鎖指定の第１のリードコマンドのそれぞれを個々に処
    理するとともにその総数を予測値として記憶しておき、
    続いて連鎖指定の第２のリードコマンドが発行されたと
    きには、当該予測値に基づく所定数のリードコマンドを
    入出力装置に先行的に発行するとともにこれによって得
    られるリードデ−タのそれぞれを順次チャネル側延長装
    置に転送する機能を備えるようにしたことを特徴とする
    入出力側延長装置。
21. 【請求項２１】 前記予測値よりも第２のリードコマン
    ドの数Ｎ（Ｎは正の整数）の方が小さいとき、前記入出
    力装置をＮ番目の前記リードデ−タの読み出し直後の状
    態に設定するためのコマンドを発行する機能を併せ持つ
    ことを特徴とする請求項２０記載の入出力側延長装置。
22. 【請求項２２】 前記予測値よりも第２のリードコマン
    ドの数Ｎ（Ｎは正の整数）の方が大きいとき、この多い
    分だけチャネル側延長装置から転送されるリードコマン
    ドを第１のリードコマンドのときのように個々に処理す
    る機能を併せ持つことを特徴とする請求項２１記載の入
    出力側延長装置。
23. 【請求項２３】 前記予測値をＮに変更する機能を併せ
    持つことを特徴とする請求項２１または２２記載の入出
    力側延長装置。