JPH0378066A - デバイス切断方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明はデータ処理装置に関し、特に制御ユニットとチ
ャネルを接続する拡張ユニットに関する。

Ｂ、従来技術および課題 ユニット　　つた■　０サブシスームにつ支ビζ Ｉ１０サブシステムの一般的構成はよ（知られているが
、理解を助けるために本発明に適用されるシステムの概
要を簡単に説明する。拡張ユニットを有しないシステム
ではＩ１０デバイスと主プロセツサ・メモリ間のデータ
転送において、デバイスからメモリまでに制御ユニット
、直列リンクまたは並行バス、チャネル、データ・ステ
ーシャ・そしてデータ・ステーシャとメモリの中央プロ
セッサを接続するコンポーネントを含むこととなる。デ
ータ転送に係るデータはメモリが保持し、さらにメモリ
はチャネル・プログラム■１０デバイスと現転送データ
に関する情報を持った制御ブロックを持つ。制御ユニッ
トは特定のデバイスの特定要求に対するチャネルの一船
釣コマント構成を持つ。

チャネルと制御ユニットが直列リンクで接続されている
とすると、リンクはデータおよび制御情報を直列に転送
する。チャネルと制御ユＱットが並行バスで接続されて
いるとすると、データはＯＥＭＩプロトコルと呼ばれる
プロトコルに従って転送される。拡張ユニットはチャネ
ルの直列リンクおよび制御ユニットの並行バスとを接続
可能である。並行バスはチャネルと制御ユニットおよび
転送を制御するタグ・ラインとよばれる他ライン間のバ
イト転送のための２つのセットを有している。拡張ユニ
ットのプロトコルは直列チャネルのプロトコルと並行バ
ス制御ユニットのプロトコルの橋渡しをする。並行バス
によって制御ユニットに接続されたチャネルを並行チャ
ネルと呼び、直列リンクによって制御ユニットに接続さ
れたチャネルを直列チャネルと呼ぶ、チャネルは特定の
マイクロ・コードがロードされた場合に直列チャネルま
たは拡張チャネルとなる。ここまでの拡張チャネルおよ
び拡張チャネルの説明によって以下説明する本発明は十
分に理解されることと思う、並行バス拡張およびＩ１０
サブシステムにおけるＯＥＭｆバス構成、拡張チャネル
および拡張ユニットに使用されるすべてのフレーム構成
については本件米国出願と同日米国特許出願３９２７５
４号を参照されたい。

バイト・モー　　よびノンバイ　・モー　　−゛バイス 本説明において、デバイスとそれらの制御ユニットは２
つの特徴を持っている。並行バスとどのようにして接続
、切断がなされるが、およびデータ・バイトがどのよう
にして並行バス上を転送するかである。制御ユニットお
よびデバイスは物理的に接続状態のままである。初期選
択と言われる処理では複数デバイスの１つおよび関連制
御ユニットがバスおよび関連チャネルと論理接続する・
デバイスおよびその制御ユニットが切断されると、他の
複数デバイスはいくつかのバスおよびチャネルとの接続
が可能となる。

バイト・モード・デバイス（バイト多重デバイスともい
う）はバイトが転送され、または初期選択（かつ、いか
なるバイトも未転送）の後、切断可能である。−船釣に
バイト・モード・デバイスは１バイト転送の後切断され
る。ノンバイト・モード・デバイス（バースト・モード
・デバイスということもある）はすべての処理を通じて
接続状態にある。

デ：ノｊｉ１動二り 並行バス上のいくつかのデータ転送はインターロックさ
れている。各バイトについて、制御ユニットはサービス
・イン（あるいはデータ・インと呼ばれる関連タグ）と
呼ばれるタグを発生し、チャネルはサービス・アウト（
あるいはデータ・アウトと呼ばれる関連タグ）と呼ばれ
るタグを発生する。データ・ストリーミングと呼ばれる
データ転送モードにおいて、制御ユニットおよびチャネ
ルはバイトの転送時および受領時にこれらのタグを発生
する。しかし、タグは時間的にオーバーラツプされる必
要はない。データ・ストリーミング中、これらのタグは
制御ユニットによってカウントされ、イン・タグおよび
アウト・タグのカウントが比較されてバイト・ロスのチ
エツクがされて、結果がチャネルへ送られる。

−Ｍ的に、カード・パンチのような低速デバイスもバイ
ト・モードおよびインターロック・モードで動作する。

磁気ディスク・ドライブのような高速デバイスは通常、
ノン・バイト・モードおよびデータ・ストリーミング・
モードで動作する。

他の組合せも他のデバイスでは有効である。例えば、バ
イト・モード・デバイスがコマンド受領に接続され、読
み取り処理のためのバッファ充填のごとき予備処理の実
行時には切断され、さらにデータ・ストリーミング・モ
ードでデータの高速転送時には再接続される。

Ｃ１発明の概要および解決課題 本技術の１つの目的は従来並行チャネルが処理してきた
ようなバイト・モードおよびノンバイト・モード両者の
処理実行可能な拡張ユニットを提供することである。前
述の米国特許出願第３９２７５４号に記載のフレーム構
成が本発明の拡張ユニットおよび、この拡張ユニットが
バイト・モードとノンバイト・モードの両者の処理を実
行可能とする拡張ユニットの処理のために用いられてい
る。

本発明のもう１つの目的はデータ・ストリーミング・モ
ードでバイト・モード装置の処理を実行可能とする拡張
ユニットを提供することである。

いくつかの従来の並行チャネルはバイト・モード装置の
処理をデータ・ストリーミング・モードで行っていた。

本発明では並行制御ユニットは修正（公知技術によって
）され、チャネルおよび拡張ユニットの処理実行中、デ
ータ・ストリーミングの遅延がされるようにしである。

これは直列リンク上の伝播フレームの時間遅延によって
なされる。

他の特徴については以下の実施例の説明から明らかにな
ることと思われる。

Ｄ、実施例 １゛のシスームについて 第１図には中央プロセッサ１２、主メモリ１３、チャネ
ル１５、主メモリとともにチャネル１５と他のチャネル
（図示せず）と接続されたデータ・ステーシャ１６、Ｉ
１０デバイス１７ａ、１７ｂ。

１７ｃ、デバイスに接続された制御ユニツ）１９ａ、１
９ｂ、および拡張ユニット２２が示されている。拡張ユ
ニット２２は並行バス２４によって制御ユニットに接続
され、双方向直列リンク１８．２０によってチャネルに
接続されている。

デバイスおよびその制御装置には各種の接続タイプおよ
びデータ転送タイプを割当てることが可能である。制御
ユニット１９ａおよびそのデバイス１７ａと１７ｂはバ
イト・モードで動作し、制御ユニット１９ｂとそのデバ
イス１７ｃはノンバイト・モードで動作する。（バイト
・モード制御ユニットは通常１つ以上のデバイスととも
に動作するが、図面中に描かれたデバイス数はこれを考
慮したものではない）バイト・モード・デバイス１７ａ
はインターロック・モードで動作し、バイト・モード・
デバイス１７ｂはデータ・ストリーミング・モードで動
作する。制御ユニット１９ａは後に述べるようにデータ
・ストリーミング・モードの処理に適するように修正さ
れることが望ましいが、デバイスおよびその制御ユニッ
トはＯＥＭｌプロトコルに従った従来のものである。

シ１アル・フレーム・フォーマット 直列リンク１Ｂ、２０上のフレームはフレーム・コンテ
ント・バイトと呼ばれる１つ以上のバイト、フレーム・
スタート・バイト、フレーム・エンド・バイトを有する
。チャネルおよび拡張ユニットの両者はフレームを転送
しない間はアイドル・キャラクタを転送する。フレーム
中に含まれるバイトの１つはそのフレーム・タイプを示
す０例えば、データ・フレーム、制御フレーム・テスト
・フレーム、コマンド・フレーム、状況フレーム等であ
る。バイトのいくつかはフラグまたはコードを送り、い
くつかのバイトは他の情報を送る。

フレーム構成の詳細は前述の米国特許出願３９２７５４
号に記載されている。しかし、このフレーム構成はこの
プロトコルの下で転送されるデータの１例として示すに
過ぎないものである。

祈…這択盈よグ朗所 並行バス上で特定のＩ１０デバイスの選択あるいは他の
処理のための連続ステップが実行される。

このシーフンスにおいて、制御ユニットはＣＣＷからコ
マンド・バイトを受領し、デバイスがコマンドを実行可
能かを示す状況バイトを戻す。初期選択シーケンスの一
部としてセレクト・アウトおよびホールド・アウトがバ
ス上に発生され、制御ユニットはオペレーショナル・イ
ンの信号を発生する。デバイスが選択されると、セレク
ト・アウトおよびホールド・アウトが消えるまで切断で
きない、従来から、バイト・モード・デバイスを伴うチ
ャネル処理は初期選択の後ホールド・アウトおよびセレ
クト・アウトを消去し、その後デバイスの切り離しがさ
れる。ノンバイト・モード・デバイスを伴うチャネル処
理はデータ転送が完了し、制御ユニットがデバイス・終
了状況を与えるまでこれらのタグを放棄することはない
。初期選択のために、拡張チャネルおよび拡張ユニット
はパラレル・バス上におけるこの従来からの処理を協同
して実行する。

デ！す≦り旧支碌 この連続ステップの最初の段階において、チャネルはア
イドル・・すなわち、スタート・サブチャネルや実行関
連命令を持たない状態にある。チャネルはポーリング可
能（Ｅｎａｂｌｅ　Ｐｏｌｌｉｎｇ）とするためにコー
ド（ｈｅｘ　ＯＡ）を伴ってアウトバウンド制御フレー
ムを転送する。ステップのその後のシーケンスはバイト
・モード・デバイスがバイト・モード処理を続行するた
めの再結合の準備が出来た時に続けられる。

１、拡張ユニットはＯＥＭＩプロトコルにおいて普通実
行されるようにセレクト・アウトおよびホールド・アウ
トを送出し、チャネルに実行応答（Ｒｅｓｐｏｎｓｅ　
Ｅｘｅｃｕｔｅｄ）のためにコード（ｈｅｘ　８２）を
伴ってインバウンド制御フレームを転送する。

この例において、デバイスは再結合の準備が完了してい
る。ブロッキングのセレクト・アウトの標準ステップが
実行され、オペレーショナル・イン（Ｏｐｅｒａｔｉｏ
ｎａｌ　Ｉｎ）が発生され、バス・イン（Ｂｕｓ　Ｉｎ
）にデバイス・アドレスが送出され、アドレス・インの
タグの発生が行なわれる。

２、拡張ユニットはチャネルに対して接続制御ユニット
のためのコード（ｈｅｘ８Ａ）および第３のバイト中の
デバイス・アドレスを伴って制御フレームを転送する。

（拡張ユニットはデバイス接続理由については知らない
。デバイスはポーリング・シーケンスとの接続によりデ
バイス初期か処理を開始し、バイト・モードで処理を続
行するか、または第２状況を送出することも可能である
。）３、チャネルは主メモリにアクセスし、制御フレー
ム中のアドレスによって識別されたデバイスの制御ブロ
ックをフェッチする。

４、ステップ２に連続して、拡張ユニットはバス・アウ
ト（Ｂｏｓ　０ｕｔ）上にすべてＯビットのバイトを送
出し、デバイス・アドレスを承認するためにコマンド・
アウト（Ｃｏｍｍａｎｄ　０ｕｒ）を出力する。

制御ユニットはアドレス・イン（Ａｄｄｒｅｓｓ　Ｉｎ
）を消失させ、拡張ユニットはコマンド・アウト（Ｃｏ
ｍａ＋ａｎｄ　０ｕｔ）を消失させる。

５、制御ユニットはサービス・イン（Ｓｅｒｖｉｉｃｅ
Ｉｎ）またはデータ・イン（Ｄａｔａ　Ｉｎ）を出力し
データ転送を続行させる。（サービス・イン（Ｓｅｒｖ
ｉｃｅＩｎ）はインターロック・モードでデータ転送を
開始させ、デ、−タ・イン（Ｄａｔａ　Ｉｎ）はデータ
・ストリーミング・モードでデータ転送を開始させる）
。

デバイスおよび制御ユニットはここで接続完了である。

６、サービス・インまたはデータ・インに応答して、拡
張ユニットはチャネルに対してデータ再接続のためのコ
ード（ｈｅｘ９Ａ）を伴ってインバウンド制御フレーム
を転送する。制御ユニットからのタグはそれ自体ではデ
バイス再接続状態と出来ないことに注意されたい。デバ
イスが再結合されない場合はチャネルは後で述べる適当
な処理を実行する。

チャネルがデータ再接続フレームを受領した後は、以下
に示すステップを実行する。

７、チャネルはデバイスがバイト・モード・デバイスで
あるかを確認するため主メモリ中の制御ブロックをテス
トする。（デバイスがバイト・モード・デバイスでない
ときはチャネルによって使用される構成テーブルにエラ
ーが生じ、それが訂正されるまで処理の続行は不可能と
なる）。

８、デバイスがバイト・モード・デバイスである場合、
チャネルはデータ転送モードのためのサブチャネルをテ
ストする。デバイスが現状においてデータ転送モードに
ない場合はチャネルは選択リセットと呼ばれる従来から
の処理を実行する（コードｈｅｘ７２とともに制御フレ
ームを使用して行なわれる）。

９、デバイスがデータ転送モードにあるとき、チャネ）
Ｌ／　ハロ１認ユニツトに対してサブチャネルからの活
動コマンドを含むコマンド更新（Ｃｏａ＋ｍａｎｄＵｐ
ｄａｔｅ）フレームを転送するとともに、デバイス°ア
ドレス・フラグ、デバイスが最初に選択された時点で使
用されたパラメータを転送する。１つのパラメータであ
るバイト・モード（Ｂｙｔｅ　Ｍｏｄｅ）はデバイスが
バイト・モードであることを示すためにセットされる。

データ転送が読み取り処理である場合、読み取りデータ
要求がこのコマンド更新フレームあるいは連続する読み
取りデータ要求フレーム中において拡張ユニットに転送
される。

データ転送が書き込み処理であればチャネルは１つある
いは、それ以上の書き込みデータ・フレームを転送する
。

１０、　　拡張ユニットがコマンド更新フレームを受領
し、１バイト以上のデータまたは終了フラグを転送する
能力を有するときは、拡張ユニットはサービス・アウト
、データ・アウト、またはコマンド・アウト（ストップ
）によってサービス・イン、データ・インに対して応答
する。

１１、　　デバイスが切断された後は拡張ユニットは制
御ユニットの切断を示すコード（ｈｅｘ９２）を伴って
制御フレームを転送する。、（バイト・モード・デバイ
スはデータ転送が終了するまで終了状況（ｅｎｄｉｎｇ
　５ｔａｔｕｓ）を出すことはない）チャネルは次にデ
バイスが再接続されたときに処理を続行できるようにデ
バイスの制御ブロックを更新する。拡張チャネルによる
これらの処理はバイト・モード・デバイスの処理のため
に構築された並行チャネルにおいて実行されている。

−−・ストリーミングの ステップ６において、制御ユニットはインターロック・
モードのデータ転送を開始するためのサービス・インを
生成するか、またはデータ・ストリーミング・モードで
開始するためのデータ・インを生成する。読み取り処理
においては、制御ユニットはサービス・アウトが生成さ
れ、サービス・インが消失するまで待期する。サービス
・アウトが並行バス上に現れたときに、制御ユニットは
次のバイトをバス・イン上に出し、データ転送を続ける
ためにサービス・インを送出する。このようにインター
ロック・モードではステップ６からステップ９に至るま
でタグ・シーケンスが遅延を発生させる。

データ・ストリーミング・モードにおける読み取り処理
において、制御ユニットはバス上のデータ・アウトの発
生を待つことなく第１バイトの直後にバス上に第２バイ
トを送出し、サービス・インを送出する。読み取りデー
タ転送はインターロック処理で述べたようにステップの
終了まで開始されないことが望ましい。結果として制御
ユニットは他のデータ転送でもよく知られているインタ
ーロック・モードで第１バイトを転送するように修正さ
れる。

Ｅ６発明の効果 上述のごとく、本発明によればバイト・モードおよびイ
ン・バイト・モード両者の処理実行可能な拡張ユニット
が実現できる。

【図面の簡単な説明】

第１図は本発明に係る拡張チャネル、拡張ユニットおよ
び制御ユニットの構成を示すブロック図である。 １２・・・中央プロセッサ、１３・・・主メモリ１５・
・・チャネル、１６・・・データ・ステーシャ１７ａ、
１７ｂ、１７　ｃ−デバイス １９ａ、１９ｂ・・・制御ユニット、２２・・・拡張ユ
ニット

Claims (2)

【特許請求の範囲】
1. （１）バイト・モード・デバイスおよびノンバイト、モ
   ード・デバイスを制御可能な制御ユニットと、 上記制御ユニットに接続され、所定プロトコルに従つて
   データ転送を実行する並行バスと、データ転送のための
   チャネル・プログラムを実行するチャネルとを有するデ
   ータ処理装置であり、チャネルの直列リンクに対する接
   続手段、リンク上のフレームの授受手段、並行バスに対
   する接続手段、並行バス上でのデータ転送およびデータ
   転送に係わる処理を実行する手段とを有する拡張ユニッ
   トを有し、 上記拡張ユニットは、 バイト・モード・デバイスとしての切断をデバイスに認
   めるプロトコルに従つてバイト・モード・デバイスの初
   期選択を実行する手段と、 チャネルからのフレームに応答して並行バス上でのポー
   リング・シーケンスを開始する手段を持つデバイス再接
   続手段と、 ポーリング・シーケンス実行中に並行バス上のデバイス
   リアドレスに応答して、デバイス・アドレスを持つ制御
   フレームをチャネルに転送する手段と、 活動コマンド、関連フラグ、パラメータを含むチャネル
   からの連続するフレームに応答してデータ転送を続行す
   る手段と、 制御ユニットによる切断に応答して、制御ユニットが切
   断されたことを示すフレームをチャネルに対して転送す
   る手段とを有し、 上記チャネルはデバイスが再接続されたときに処理を続
   行可能とするためにデータ転送の制御ブロックを更新す
   る機能を持ち、 データ転送が完了したことを示すフレームをチャネルに
   対して転送する手段とを有することを特徴とするデータ
   処理装置。
2. （２）上記拡張ユニットは、チャネルからのコマンド・
   フレーム中のパラメータ（バイト・モード）を検知する
   手段を有し、パラメータがデバイスがバイト・モード・
   デバイスであることを示す場合には制御ユニットを初期
   選択の後に切断し、パラメータがデバイスはノンバイト
   ・モードであることを示しているときは初期選択後の切
   断を回避するようなバス上のタグ・ラインを処理する手
   段とを有することを特徴とする請求項１のデータ処理装
   置。