JP2565632B2

JP2565632B2 - 入出力システム

Info

Publication number: JP2565632B2
Application number: JP5005567A
Authority: JP
Inventors: シーク−ウェイン・チャン; デビッド・リー・ドッシュ; カールヘインズ・ダッカ; ウェイン・リチャード・ロングコア
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1992-03-02
Filing date: 1993-01-18
Publication date: 1996-12-18
Anticipated expiration: 2011-12-18
Also published as: EP0558926A1; JPH0683749A; US5388219A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般にコンピュータ・シ
ステムに関し、特に複数の異なる外部装置に入出力サー
ビスを提供するホスト・コンピュータのための効率的な
チャネル及び制御装置プログラム（及びそれに関連する
ハードウェア）に関する。

【０００２】

【従来の技術】多くのコンピュータはディスク或いはプ
リンタなどの１個以上の外部装置をアクセスする必要が
あり、こうしたアクセスを管理するためにある形式の入
出力サービスを必要とする。例えばIBM System/370コン
ピュータは主プロセッサに対するサービスを提供するブ
ロック・マルチプレクサ・チャネル（プロセッサ及び関
連するプログラム及び他のハードウェアを含む）を含
む。ブロック・マルチプレクサ・チャネルは主プロセッ
サを入出力の制御タスクから解放する。主プロセッサは
単にブロック・マルチプレクサ・チャネルを始動すれば
よく、ブロック・マルチプレクサ・チャネルは直接主メ
モリをアクセスでき、主メモリとSystem/370コンピュー
タの入出力ポートの間でデータを転送する。こうしたコ
ンピュータ・システムに関し、各外部装置もまた外部装
置のリソースを管理するための制御ユニットを含み、こ
れが直接リソースをアクセスし、リソースと外部装置の
入出力ポートの間でデータを転送する。２個の入出力ポ
ートが接続されて通信リンクを達成する。チャネルは種
々の異なるタイプの制御装置をアドレスすることが可能
であり各制御装置は装置特有の管理機能を提供する。

【０００３】System/370コンピュータが外部装置のリソ
ースをアクセスすることを可能とするためにいくつかの
ステップが要求される。最初に主プロセッサ上で実行さ
れるアプリケーション・プログラムが読出し及び書込み
オペレーションを要求し、関連するオペレーティング・
システムがチャネル・コマンド・ワード（ＣＣＷ）或い
は要求に対応するコマンドを含むチャネル・プログラム
を生成する。次にチャネルはＣＣＷをフェッチし、要求
或いはコマンドを適切な制御装置に伝送する。次に制御
装置は（１）そのコマンドに関し自身が扱うことのでき
るタイプであるかを確認し、（２）自身及びリソースの
ステータス（ビジーか使用可能か）を決定し、（３）そ
のステータス及び制御及びリソースが使用可能かどうか
をチャネルに報告し、（４）現行コマンドが発生するシ
ーケンス及びそのシーケンスが有効かどうかを確認し、
（５）制御装置及びリソースのステータスをビジーに変
更し、（６）書込みコマンドの場合にはチャネルからデ
ータを要求し、読出しオペレーションの場合にはチャネ
ルによるアテンションを要求し、（７）関連するハード
ウェアに書込み或いは読出しオペレーションの実行を開
始させ、（８）完了ステータスをチャネルに返却し、
（９）制御装置及びリソースのステータスを使用可能に
変更する。これらのステップはチャネルと制御装置間の
頻繁な相互作用を要求する。

【０００４】System/370コンピュータ・システムの後の
バージョンはブロック・マルチプレクサ・チャネルの機
能及び各制御装置の機能を直接エミュレートする単一の
プログラムを代用する。このプログラムはマルチタスキ
ング・オペレーティング・システムにより実行され、ブ
ロック・マルチプレクサ・チャネルをエミュレートする
１つのタスクと各々の制御装置をエミュレートする別の
タスクを提供する。これらのタスクはブロック・マルチ
プレクサ・チャネル及び関連する制御装置を直接エミュ
レート可能であるため、単一の読出し或いは書込みオペ
レーションを実行する間に、チャネル・タスクと各制御
装置タスクの間における多数の "コンテキスト・スイッ
チ" を要求する相互作用が発生する。"コンテキスト・
スイッチ"はプロセッサ上においてあるタスクの実行が
停止され、別のタスクの実行が開始される時に発生す
る。各コンテキスト・スイッチに対応してかなりのオー
バーヘッドが費やされる。すなわち１つのタスクが実行
を停止し、関連するレジスタの内容を記録し、他のタス
クに対応するレジスタをロードする。このコンピュータ
・システムにおける書込みＣＣＷの場合、チャネルがＣ
ＣＷコマンドを制御装置にパスし、制御装置がチャネル
に初期ステータスを返却し、チャネルが初期ステータス
の受諾を制御装置に伝達し、制御装置がチャネルからデ
ータを要求し、制御装置が終了ステータスをチャネルに
提供する時に、コンテキスト・スイッチが要求される。
また書込み或いは読出しオペレーションが完了するのを
待機するために、チャネル・タスクによりかなりなプロ
セッサ時間が浪費される。

【０００５】

【発明が解決しようとする課題】従って本発明の目的
は、オーバーヘッドを減少させ効率をより向上させる前
述のチャネル及び制御装置機能を達成する単一のチャネ
ル及び制御装置プログラムを有する入出力システムを提
供する。

【０００６】

【課題を解決するための手段】本発明は入出力システム
内に内在し、主メモリと異なるタイプの装置との間のデ
ータ転送を効率的に制御する。入出力システムにはプロ
セッサ、プロセッサ上におけるプログラムの実行を制御
するマルチタスキング・オペレーティング・システム、
及びプロセッサ上で実行されるチャネル及び制御装置プ
ログラムが含まれる。プログラムは各コマンドの実行に
要求されるコンテキスト・スイッチの数、及び各タスク
に対する遅延を最小化するために以下で示されるよう
に、同一或いは別のタスク上で実行されるプログラム・
ルーチンに分割される。

【０００７】複数の検査ルーチンが提供され検査ルーチ
ンが呼出される時に、複数のコマンドを検査する。各コ
マンドは特定のタイプの入出力オペレーション及び特定
のタイプの装置に対応し、主メモリに対する入出力オペ
レーションに関連する。各検査ルーチンは装置タイプ固
有及びコマンド・タイプ固有である。

【０００８】汎用ルーチンはコマンドにより指定される
タイプの入出力オペレーション及び装置に対応する検査
ルーチンを識別及び呼出すことにより、各コマンドに最
初に応答する。入出力システムはまたＤＭＡ、或いは入
出力データ転送オペレーションを実際に実行する他の入
出力ハードウェアを含む。入出力ハードウェアは検査ル
ーチンがコマンドを確認後に開始される。

【０００９】入出力ハードウェアは入出力オペレーショ
ン完了後に、装置固有のコマンド完了ルーチンにそのこ
とを通知する。それに応答してコマンド完了ルーチンは
汎用ルーチンに入出力オペレーションの状態を伝達す
る。各検査ルーチンは汎用ルーチンと同じタスク上にお
いて実行される。一方、コマンド完了ルーチンは汎用ル
ーチンとは異なるタスク上で実行される。その結果、汎
用ルーチンと検査ルーチンとの間でコンテキスト・スイ
ッチが要求されることはない。これによりコマンドが実
行されるスピードが最適化される。汎用ルーチンからコ
マンド完了ルーチンへのコンテキスト・スイッチが要求
されると、このコンテキスト・スイッチはＤＭＡオペレ
ーションとオーバーラップされ、時間が浪費されること
はない。ＤＭＡオペレーションの後にまた、コマンド完
了ルーチンから汎用ルーチンへのコンテキスト・スイッ
チが要求される。データ転送が入出力ハードウェアによ
り実行される間に、コマンド完了ルーチン及び汎用ルー
チン共に待機することはない。

【００１０】

【実施例】図を参照しながら説明すると、図中において
同一参照番号は同じ要素を示す。図１は本発明を含む一
般的なコンピュータ・システム１０を表す。コンピュー
タ・システム１０はこのコンピュータ・システムの主プ
ロセッサであり、周知のオペレーティング・システム１
３と共にユーザ・アプリケーション・プログラムを実行
する主プロセッサ１１を含む。コンピュータ・システム
１０はまた、３つの異なるタイプの外部装置１８、１
９、２０に入出力サービスを提供する入出力サブシステ
ム１４を含む。入出力サブシステム１４は入出力プロセ
ッサ１５及びマルチタスキング・オペレーティング・シ
ステム１７を含む。本発明によるチャネル及び制御装置
プログラム１６は入出力プロセッサ１５上で実行され
る。実施例ではオペレーティング・システム１３はIBM
VM、VSE、MVS、AIX、或いはDPPX/370オペレーティング
・システムであり、主プロセッサ１１及び入出力プロセ
ッサ１４は標準のIBM System/370或いはSystem/390コン
ピュータ・システムのモデルES/9000 120から170により
提供される。例として、装置１８は直接アクセス記憶装
置（ＤＡＳＤ）、装置１９はテープ、装置２３はネット
ワークに相当する。

【００１１】チャネル及び制御装置プログラム１６は汎
用或いはチャネル・ルーチン２０、制御装置ＣＣＷ検査
ルーチン２１、制御装置コマンド完了ルーチン２２、及
びＣＣＷテーブル２８、２９、３３及びルーチン・アド
レス・テーブル３８、３９、４３を含む。ＣＣＷテーブ
ル及びルーチン・アドレス・テーブルはチャネル・ルー
チン２０が呼出す適切な制御装置ＣＣＷ検査ルーチンを
識別するために使用される。図１（及びそれに続く図）
では３つのＣＣＷテーブル２８、２９、３３及び３つの
ルーチン・アドレス・テーブル３８、３９、４３だけし
か表わされていないが、アクセスされる装置タイプにつ
きそれぞれ特有のテーブルが存在し、またこうした装置
にもいくつかのタイプが存在する。本発明に従い効率を
改善するために、チャネル・ルーチン２０は制御装置Ｃ
ＣＷ検査ルーチンと同一のタスク上で実行され、制御装
置コマンド完了ルーチンはチャネル・ルーチン及び制御
装置ＣＣＷ検査ルーチンとは異なるタスク上で実行され
る。また、チャネル・ルーチン２０・プログラム・コー
ドの一例だけが示されており、この例は全ての制御装置
ＣＣＷ検査ルーチン及びコマンド完了ルーチンに共通で
ある。

【００１２】入出力サブシステム１４は更に、主（或い
は"ブルー"）バス４１による主メモリの直接メモリ・ア
クセス（ＤＭＡ）を実行可能とするための"ブルー（Blu
e）"・バス制御装置ハードウェア・インタフェース４
０、マイクロ・チャネル（Ｒ）（或いは装置バス）４６
による装置メモリのＤＭＡアクセスを可能とするマイク
ロ・チャネル（Ｒ）・バス制御装置ハードウェア・イン
タフェース４４、及びプロセッサ・バス・インタフェー
ス４８を含む。

【００１３】装置１８、１９或いは２３をアクセスする
ために、アプリケーション・プログラム１２はオペレー
ティング・システム１３に適切な書込み及び／或いは読
出しコールを発生し、オペレーティング・システム１３
は標準のSystem/370或いはSystem/390アーキテクチャに
従い、主メモリ４２内のチャネル・プログラム４０を生
成する。例として、チャネル・プログラムは１つの制
御、１つの書込み、及び１つの読出しＣＣＷをこの順序
で含む。チャネル制御プログラム内のＣＣＷのタイプ及
び順序は装置１８、１９或いは２３に対するアクセスの
タイプ及び順序をハイ・レベルで定義する。チャネル・
プログラムの生成におけるオペレーティング・システム
の機能は、Enterprise Systems Architecture/390 に述
べられている。オペレーション原理についてはＩＢＭ社
（ペンシルバニア州メカニクスブルグ）からの発行番号
SA22-7201 に記載されており、その第１３章は本発明の
開示の一部として参照される。チャネル・プログラムは
それが開始される時に、オペレーティング・システム１
３によりチャネル・ルーチン２０に伝達されるロケーシ
ョンに格納される。

【００１４】チャネル・プログラムの生成の後、オペレ
ーティング・システム１３は "サブチャネル開始" 命令
を発行することにより（図２のステップ１１０）、チャ
ネル・ルーチン２０を呼出す。チャネル・ルーチンはア
クセスされる装置に従い、ＲＡＭ５１内の制御ブロック
１１２をアクセスする。この制御ブロックは装置タイプ
に対応するＣＣＷテーブル２８、２９或いは３３及びル
ーチン・アドレス・テーブル３８、３９或いは４３に対
するポインタ、及びその装置に対応する制御装置メモリ
内のデータ・バッファ１１４及び制御ブロック１１３に
対するポインタを含む。命令内の情報及びチャネル・プ
ログラムはコマンド・タイプ、バイト長、データ・アド
レス情報、及びＣＣＷ内の他のパラメータにより、制御
ブロックを更新するために使用される。制御ブロックは
また、装置に対応して進行中のオペレーションの状態及
び制御装置ルーチンを格納し、前者は以前にチャネル・
ルーチンにより入力されている。以降で更に詳細に説明
されるように、制御装置はＣＣＷ検査ルーチン２１及び
コマンド完了ルーチン２２を含む。

【００１５】呼出しに応答してチャネル・ルーチンは入
出力プロセッサ上で"共通タスク"として実行を開始さ
れ、事前状態チェックを実行する。事前状態チェックに
より、呼出し形式が有効か、チャネル・ルーチンが使用
可能か（すなわち別のチャネル・プログラムのためにビ
ジー状態でないか）、また制御装置及び装置が使用可能
かどうかが決定される（ステップ１２０）。これらのチ
ェックのどれか１つが否定されるとサブチャネル開始命
令は拒否される。しかしながら、チャネル・ルーチン及
びアドレスされるサブチャネルを仮定すると、すなわち
装置及び関連する制御装置タスクが使用可能であり呼出
し形式が有効であるとすると、チャネル・ルーチンはＲ
ＡＭ４２内の所定のロケーションからチャネル・プログ
ラムの第１の（制御）ＣＣＷを読出す（ステップ１３
０）。制御ＣＣＷ（及び各その他のタイプのＣＣＷ）は
コマンド、データ・アドレス、バイト・カウント及びフ
ラグの各フィールドを含む。様々なタイプの制御コマン
ドが存在し、これらはコマンド・フィールドにより示さ
れる。"拡張定義"ＣＣＷは続く書込み或いは読出しＣＣ
Ｗの実行の間にアクセスされるＤＡＳＤ（ディスク）装
置内のファイル或いはブロックの範囲を示す。"シーク
（seek）"ＣＣＷはアクセスされるシリンダ或いはトラ
ックを示し、"探索（search）"ＣＣＷはアクセスされる
レコードを示し、 "ロケート（locate）"ＣＣＷはアク
セスされるデータ・ブロックを示す。テープ・ドライブ
に対応して、"巻戻し（rewind）"ＣＣＷはテープがその
ロード位置に巻戻されなければならないことを示し、"
モードセット（modeset）" ＣＣＷはデータを記録する
際に使用する密度を示す。ネットワーク装置に対応して
"ＳＹＮＣ" ＣＣＷはホストが直ちに読出し或いは書込
みＣＣＷを発行し、装置はＣＣＷの受信準備を行うべき
ことを示し、"ＩＷＲＩＴＥ"ＣＣＷは装置が非同期割込
みを生成すべき状態を示す。バイト・カウント・フィー
ルドはアプリケーション・プログラム或いはオペレーテ
ィング・システムが制御装置により呼出されるこのＣＣ
Ｗに関連して格納した前述のデータ長を示し、データ・
アドレス・フィールドは主メモリ４２内のこのデータの
ロケーションを示す。フラグ・フィールドはチャネル・
プログラム内に更にＣＣＷが存在するかを示す。

【００１６】図６はＣＣＷテーブル２８、２９、３３及
びルーチン・アドレス・テーブル３８、３９、４３の詳
細を示す。それぞれのアドレスはアクセスされる装置に
従い制御ブロック１１２内に格納される。チャネル・ル
ーチンはＣＣＷからのコマンド・タイプ情報を使用し、
ＣＣＷテーブル内の対応するコマンド固有の入力を識別
する。コマンド固有の入力にはチャネル・ルーチンが特
定の装置タイプ及びコマンド・タイプのためにプリフェ
ッチする必要のあるデータ長を示すバイト・カウント及
びルーチン・アドレス・テーブル３８、３９、４３に対
する指標が含まれる。

【００１７】ここでバイト・カウント・テーブルがゼロ
よりも大きいと仮定すると、チャネル・ルーチンは制御
ブロック１１２に格納されているＣＣＷのデータ・アド
レス・フィールドにより指定される主メモリ・ロケーシ
ョンからデータをプリフェッチし、そのデータをバッフ
ァ１１４に格納する（ステップ１４０）。前述のオペレ
ーションは"プリフェッチ"と見なされる。なぜならデー
タはまだ実行されておらず、データを要求していない制
御装置のＣＣＷ検査ルーチンにより引続き使用されるか
らである。チャネル・ルーチンはＣＣＷテーブル・コマ
ンド固有の入力の他のフィールドを指標として使用し、
対応するルーチン・アドレス・フィールドからそのコマ
ンド固有の入力を識別する（ステップ１５０）。

【００１８】ルーチン・アドレス・テーブル内において
識別された入力は、ＣＣＷ検査ルーチンが開始するＲＡ
Ｍ５１内のロケーションを指示する。図７はＣＣＷ検査
ルーチン２１の多様性を示す。各ＣＣＷ検査ルーチンは
サブチャネル／装置固有及びコマンド固有である。チャ
ネル・ルーチンは次にそのＣＣＷ検査ルーチンを呼出
し、適切なサブチャネル制御ブロック１１２のアドレス
をパラメータとしてパスする。

【００１９】ＣＣＷ検査ルーチンは制御装置ルーチンで
あるが、非効率的なコンテキスト・スイッチを避けるた
めに共通タスク上において実行される。ステップ１６０
においてＣＣＷ検査ルーチンはコマンドが制御装置が扱
うことのできるタイプであるかどうか、また制御装置が
ＣＣＷを処理するのに適切な状態であるか（すなわち使
用可能であるか）を決定する。次に固定ブロックＤＡＳ
Ｄタイプの装置に対応する制御装置が処理可能なＣＣＷ
タイプの例を示す。

【００２０】Locate-アクセスされる最初のブロックを
識別する。 Define Extent-アクセスされるファイル或いはブロック
範囲を識別する。 Read Read IPL Write Basic Sense-エラー情報を要求する。 Read Device Characteristics Read and Reset Buffer Log-全エラー・ログの呼出しを
要求する。 Sense ID-装置タイプの識別を要求する。 Diagnostics

【００２１】次にテープ装置に対応する制御装置が処理
可能なＣＣＷのタイプの例を示す。

【００２２】 Rewind Modeset Unload Erase Gap Write Tape Mark Backspace Block Backspace File Forward Space File Write Read Read Backward Basic Sense Sense ID

【００２３】次にネットワークに対応する制御装置が処
理可能なＣＣＷのタイプの例を示す。

【００２４】 SYNC - データ同期 PWRITE - データ・パラメータの書込み SETCETI - CETIモードのセット IWRITE - 割込みパラメータの書込み IPREP - 割込みポートの準備 CWRITE - 制御ブロックの書込み DWRITE - データ・バッファの書込み CREAD - 制御ブロックの読出し DREAD - データ・バッファの読出し SENSE - センス・データの読出し SENSE ID - 識別の読出し

【００２５】ＣＣＷ検査ルーチンがＣＣＷを受付けるた
めには、制御装置及び装置の両者が使用可能でなければ
ならない。通常、制御装置及び装置の両者は同じ状態を
示す。しかしながら、制御装置が（同じタイプの）複数
の装置をサービスする場合、装置の１つが使用可能とな
ると制御装置はビジー状態となる。また、いくつかの装
置はそれぞれの制御装置からの支援無しで機能を実行可
能であり、こうした場合にはそうした装置は制御装置が
使用可能な時でも、ビジー状態である可能性がある。制
御装置或いは装置の一方がビジー状態の場合、チャネル
・ルーチンはサブチャネルを後に再駆動し前述のステッ
プが繰返される。ＣＣＷ検査ルーチンはＣＣＷが受付け
可能なタイプであり、制御装置及び装置が両者共に使用
可能な時にステップ１７０を継続する。ステップ１７０
において、ＣＣＷ検査ルーチンは制御装置の状態及び対
応する装置の状態を "このチャネル・プログラムにより
ビジー" に変更する。これはこうしたステータス情報を
それぞれの制御ブロック１１３に格納することにより実
施される。次にチャネル・ルーチンによりパスされたパ
ラメータ及びそれぞれのデータ・バッファ１１４内にプ
リフェッチされた制御データを使用することにより、Ｃ
ＣＷ検査ルーチンは制御コマンドを実行することが可能
となる。これは全ての制御ＣＣＷの制御データがプリフ
ェッチされたことを仮定とするが、ほとんどの制御ＣＣ
Ｗが小バイト・カウントを有するためにこれは通常のケ
ースに相当する。次にＣＣＷ検査ルーチンはチャネル・
ルーチンに復帰し、装置ステータスをパラメータとして
パスする（ステップ１８０）。"装置"ステータスはＣＣ
Ｗ検査ルーチンがＣＣＷ受付けたかどうかを示し、もし
そうであれば、ＣＣＷに応答してＣＣＷ検査ルーチンは
活動を行う。ゼロの初期ステータスはコマンドが受付け
られたことを示し、チャネル終了及び装置終了の基本ス
テータスはコマンドがエラー無しで実行されたことを示
す。他のステータスについては以前に参照されたオペレ
ーション原理の中で説明されている。

【００２６】次にチャネル・ルーチン信号はオペレーテ
ィング・システム１３に、チャネル・プログラの実行を
開始したことを伝える（ステップ１９０）。この時点で
チャネル・プログラムの最初の（制御）ＣＣＷは、共通
タスクのコンテキストにおいてタスク・スイッチ或いは
コンテキスト・スイッチ無しで完全に実行されている。

【００２７】最初のＣＣＷからのフラグ・バイトの内容
にもとづき、共通タスク上でまだ実行されているチャネ
ル・ルーチンはチャネル・プログラムの実行を継続する
（ステップ１９０）。チャネル・ルーチンは先のＣＣＷ
に続き、制御ブロック１１２内に格納される主メモリ４
２のロケーションからチャネル・プログラムの次の（書
込み）ＣＣＷを読出す（ステップ２００）。書込みＣＣ
Ｗはコマンド、データ・アドレス、バイト・カウント及
びフラグの各フィールドを有する。バイト・カウント・
フィールドはこのＣＣＷに従い、アプリケーション・プ
ログラムが主メモリ４２に書込んだところの装置に書込
まれるデータのデータ長を示す。また、データ・アドレ
ス・フィールドはこのデータの主メモリ４２内における
ロケーションを示す。（オペレーティング・システム１
３はアプリケーション・プログラムが書込もうとするデ
ータを２つ以上の書込みＣＣＷの間で分割できる。）フ
ラグ・フィールドはチャネル・プログラム内に更にＣＣ
Ｗが存在するかどうかを示す。チャネル・ルーチンは対
応するＣＣＷテーブル及びルーチン・アドレス・テーブ
ルを識別する同じサブチャネル制御ブロック１１２のア
クセスを継続する。ＣＣＷ内のコマンド・フィールドは
ＣＣＷテーブルから対応するコマンド固有入力を識別す
る。

【００２８】コマンド固有入力はこの固有の装置タイプ
及びコマンド・タイプに対応して、チャネル・ルーチン
がプリフェッチする必要のあるデータのデータ長を示す
バイト・カウント、及びルーチン・アドレス・テーブル
に対する指標を含む。バイト・カウント・フィールドが
ゼロより大であると、チャネル・ルーチンはＣＣＷのデ
ータ・アドレス・フィールドにより指示される主メモリ
・ロケーションからデータをプリフェッチし、このデー
タを制御ルーチンによりアクセスされるＲＡＭ５１内の
それぞれのデータ・バッファ１１４内に格納する（ステ
ップ２１０）。この例ではＣＣＷデータ・アドレスによ
りアドレスされる主メモリ４２内のデータ・ブロックは
２つの部分を含み、比較的小量の制御データと装置に書
込まれるより大きなブロック・データを含む。制御デー
タは装置内の残りのデータの行先（ファイル、ブロッ
ク、トラック或いはレコード）を示すヘッダである。こ
れまでに制御データだけがプリフェッチされている。チ
ャネル・ルーチンはＣＣＷテーブル入力の他のフィール
ドを、それぞれのルーチン・アドレス・フィールドから
コマンド固有の入力を識別するための指標として使用す
る（ステップ２２０）。それぞれのルーチン・アドレス
・テーブル入力はこの装置タイプ及び書込みＣＣＷに対
応するＣＣＷ検査ルーチンのＲＡＭ５１内におけるロケ
ーションを含む。チャネル・ルーチンは次にそのＣＣＷ
検査ルーチンを呼出し、適切なサブチャネル制御ブロッ
ク１１２のＣＣＷアドレスをパラメータとしてパスする
（ステップ２２２）。

【００２９】ＣＣＷ検査ルーチンは制御装置の一部と見
なされるが、非効率的なコンテキスト・スイッチを避け
るために共通タスク上で実行される。ステップ２３０に
おいてＣＣＷ検査ルーチンは、このＣＣＷが制御装置が
処理可能なタイプであるか、また制御装置及び装置の両
者が使用可能であるかにもとづき、コマンドを受付ける
べきかを決定する。（他の装置同様）装置１８、１９、
２３は使用可能であるか、或いは書込みＣＣＷを処理中
である。制御装置及び装置の両者は両者共にビジー状態
でないか、或いは両者共にこのチャネル・プログラムに
よりビジー状態である場合に使用可能である。ここでは
既に進行中のチャネル・プログラムの継続であるため、
制御装置及び装置の両者は使用可能である。ＣＣＷが受
付け可能なタイプである場合、ＣＣＷ検査ルーチンはス
テップ２４０を続行する。ステップ２４０ではＣＣＷ検
査ルーチンはチャネル・ルーチンによりパスされたバイ
ト・カウント・パラメータを、ＣＣＷテーブル内に格納
されているバイト・カウントと比較し、主メモリからフ
ェッチされる追加の装置データが存在するかを決定す
る。表される例では追加の装置データが存在するため、
ＣＣＷ検査ルーチンは初期ステータスのゼロ（書込みコ
マンドが受付けられたことを示す）を返却し、チャネル
・ルーチンから更にデータを要求し装置データを受信す
るために、装置１８、１９或いは２３内の別のバッファ
・メモリのアドレスを提供する（ステップ２５０）。

【００３０】書込みＣＣＷの実行を最適化するために、
チャネル・ルーチンはブルー・バス・インタフェース制
御装置４０及びマイクロ・チャネル（Ｒ）・インタフェ
ース制御装置４４を、プロセッサ・バス・インタフェー
ス４８を介して始動することにより、主メモリ４２から
装置にデータを転送し（ステップ２６０）、それぞれの
装置タイプ固有のタスクにそれぞれのコマンド完了ルー
チンを実行するように通知（post）し、その後ルーチン
を抜ける。ＤＭＡ開始のために要求されるパラメータ及
び制御装置４０及び４４については、図８−図１０を参
照しながら以降で更に詳細に説明される。ステップ２７
０で装置タイプ固有のタスクが実行され、この書込みＣ
ＣＷにより最初にプリフェッチされた制御データを解析
する。この解析の間、装置タイプ固有タスクは残りのデ
ータに関連してどの活動が実行されるべきであるかを決
定する。例えばアクセスされる装置がネットワーク２３
である場合、ヘッダはネットワーク上の特定の宛先装置
を示し、データのための情報及びプロトコルを経路指定
し、このヘッダはデータがネットワーク装置の制御装置
内の中間バッファに転送されている間に解析される。し
かしながら、ＤＡＳＤ或いはテープ・タイプの装置１８
或いは１９の場合、一般に書込みＣＣＷと共に制御デー
タは送信されない。従ってブルー・バス・インタフェー
ス制御装置４０及びマイクロ・チャネル（Ｒ）・インタ
フェース制御装置４４による主メモリから装置へのデー
タの転送は、もし制御データが存在する場合には制御デ
ータの実行及び解析と同時に発生する。装置へのデータ
転送の完了の後、ブルー・バス・インタフェース制御装
置は入出力プロセッサに割込みを発生し、装置タイプ固
有タスクの実行を再開する。また、コマンド完了ルーチ
ンは全てのデータがエラー無しで転送されたことを確認
することにより、書込みＣＣＷの実行を完了する（ステ
ップ２８０）。

【００３１】次にコマンド完了ルーチンはチャネル終了
及び装置終了の基本ステータスをそれぞれの制御ブロッ
ク１１２内に格納する。これにより（もし続いて実行さ
れる場合には）チャネル・ルーチンに対し、書込みオペ
レーションの実行が成功したことを示す（ステップ２９
０）。次にコマンド完了ルーチンは共通タスクに通知
し、装置タイプ固有タスクを抜ける（ステップ２９
２）。

【００３２】チャネル・ルーチンは共通タスクの実行を
再開し、ＲＡＭ４２からチャネル・プログラムの次の
（読出し）ＣＣＷを読出す。読出しＣＣＷはコマンド、
データ・アドレス、バイト・カウント及びフラグの各フ
ィールドを含む。バイト・カウント・フィールドはアプ
リケーション・プログラムが装置から読出そうとするデ
ータ量を示す。データ・アドレス・フィールドは読出さ
れるデータを格納する主メモリ４２内におけるロケーシ
ョンを示す。フラグ・フィールドはチャネル・プログラ
ム内に更にＣＣＷが存在するかどうかを示す。チャネル
・ルーチンは対応するＣＣＷテーブル及びルーチン・ア
ドレス・テーブルを識別する同じサブチャネル制御ブロ
ック１１２のアクセスを継続する。チャネル・ルーチン
は読出しＣＣＷ内のコマンド・タイプを使用し、ＣＣＷ
テーブルから対応するコマンド固有入力を識別する。

【００３３】コマンド固有入力はバイト・カウントを含
み、読出しオペレーションの場合にはプリフェッチすべ
き制御データ或いは実際のデータが存在しないためにゼ
ロである。コマンド固有入力もまた、対応するルーチン
・アドレス・テーブルに対する指標を含む。バイト・カ
ウントはゼロであるため、チャネル・ルーチンは制御デ
ータ或いは実際のデータを主メモリからプリフェッチし
ようとしない。ルーチン・アドレス・テーブルに対する
指標は、アクセスされる装置タイプ及びコマンド・タイ
プに特定のＣＣＷ検査ルーチンを識別する。チャネルは
次にそのＣＣＷ検査ルーチンを呼出し、適切なサブチャ
ネル制御ブロック１１２のアドレスをパラメータとして
パスする（ステップ３２０）。

【００３４】ＣＣＷ検査ルーチンは制御装置の一部と見
なされるが、非効率的なコンテキスト・スイッチを避け
るために共通タスク上において実行される。ステップ３
３０においてＣＣＷ検査ルーチンは、ＣＣＷが制御装置
及び装置が処理可能なタイプであるかどうか、また制御
装置及び装置の両者がこのチャネル・プログラムに対応
して使用可能かどうかもとづき、制御装置がコマンドを
受付けるべきかを決定する。装置１８、１９及び２３は
（ほとんどの装置と同様に）読出しＣＣＷを処理可能で
ある。これは既に進行中のチャネル・プログラムの継続
であるため、制御装置及び装置の両者は使用可能であ
る。ＣＣＷが受付けられるとＣＣＷ検査ルーチンはステ
ップ３４０を継続し、ここでＣＣＷ検査ルーチンはコマ
ンドの性質からデータが装置から主メモリ４２に転送さ
れねばならないことを決定する。従ってデータを指定さ
れた主メモリ内のロケーションに転送する要求を返却す
る。

【００３５】返却に応答してチャネル・ルーチンは装置
１８、１９或いは２３から主メモリ４２に対するデータ
転送を開始する。これはブルー・バス・インタフェース
制御装置４０及びマイクロ・チャネル（Ｒ）・インタフ
ェース制御装置４４を始動し、データ及びデータ長を受
信するための主メモリ４２内のアドレスを提供すること
により実施される（ステップ３５０）。こうした転送は
一般に相当な時間を必要とするため、チャネル・ルーチ
ンは制御装置４０及び４４を始動後に共通タスクを抜け
出す（ステップ３５２）。本発明によれば、こうした脱
出は一般に共通タスクにデータ転送の完了を待機させる
よりもより効率的である。

【００３６】装置から主メモリへのデータ転送が完了し
た後、ブルー・バス・インタフェース制御装置４０は入
出力プロセッサに割込みを発生し、装置タイプ固有タス
ク内のコマンド完了ルーチンの実行を再開する。ＤＭＡ
終了割込みハンドラ・ルーチンは割込みを扱い、ＤＭＡ
の開始時にチャネル・ルーチンによりＲＡＭ５１に格納
された情報にもとづき、通知すべき装置タイプ固有タス
クを認識する。コマンド完了ルーチンは全てのデータが
エラー無しに転送されたことを確認することにより、読
出しコマンドの実行を完了する（ステップ３６０）。コ
マンド完了ルーチンは（引き続き実行される）チャネル
・ルーチンに読出しオペレーションが成功したことを示
すために、チャネル終了及び装置終了の基本ステータス
をそれぞれの制御ブロック１１２に格納する。次にコマ
ンド完了ルーチンはコマンド・タスクに通知し、装置タ
イプ固有タスクを抜ける（ステップ３７２）。

【００３７】チャネル・ルーチンは実行を再開し、チャ
ネル・ルーチンは制御ブロック１１２から読出しＣＣＷ
が成功したことを認識する。チャネル・ルーチンはま
た、制御ブロック１１２内に格納されているフラグ・フ
ィールド情報から、チャネル・プログラムの終わりに達
したことを認識する（３８０）。次にチャネル・ルーチ
ンは別の入力をルーチン・アドレス・フィールドから読
出す。この入力はルーチン・アドレス・テーブルに対す
る固定オフセットに配置され、制御装置固有の "オペレ
ーション完了" ルーチンのロケーションを示す（ステッ
プ３９０）。チャネル・ルーチンはステップ３９２でこ
のルーチンを呼出す。オペレーション完了ルーチンは共
通タスクのコンテキストにおいて実行され、オペレーシ
ョン処理の終了を提供する。こうした処理の間、オペレ
ーション完了ルーチンはオペレーションの終わりを認識
し（ステップ４００）、次に制御ブロック１１２をリセ
ットすることにより、制御装置状態及び装置状態の両方
が使用可能であることを示す（ステップ４１０）。次に
オペレーション完了ルーチンはチャネル・ルーチンに復
帰する（ステップ４２０）。

【００３８】チャネル・ルーチンは次にサブチャネル状
態をステータス保留にセットすることにより（ステップ
４３０）、チャネル・プログラムの実行が完了したこと
を示し、オペレーティング・システム１３にチャネル・
プログラムが完了したことを通知し（ステップ４３
２）、共通タスクを抜ける（ステップ４３４）。

【００３９】ここで制御、書込み及び読出しＣＣＷを含
む全チャネル・プログラムの実行は、ステップ２９２及
びステップ３７２の後においてのみ、クリティカルなパ
スにおけるコンテキスト・スイッチを要求した。ステッ
プ２６０及びステップ３５０の後のタスク・スイッチは
ＤＭＡデータ転送とオーバーラップされるため、チャネ
ル・プログラムの実行時間を増すことはない。これは最
初のIBM System/370コンピュータ・システムに関して前
述された従来技術における、各ＣＣＷを実行するために
要求されるそれぞれのクリティカル・パスにおける５回
のタスク・スイッチに比較して、飛躍的に効率を改善す
る。従来技術では物理チャネル及び制御装置を置換する
ために、統合チャネル及び制御装置プログラムを提供し
た。

【００４０】図５は装置タイプ固有タスクが、ＣＣＷに
応答せずに装置自身により始動される装置制御装置から
の非同期要求をサービスする様子を表す。例えばテープ
制御装置は装置タイプ固有タスクに割込み発生し（ステ
ップ４４０）、非同期ステータスを装置タイプ固有タス
クに報告することにより、テープのマニュアル・ローデ
ィングに応答することができる。応答に際し装置タイプ
固有タスクはテープ制御装置からの報告を解析し（ステ
ップ４５０）、チャネル・ルーチンに対応する非同期ス
テータス情報を提供し（ステップ４６０）、次にタスク
を抜ける（ステップ４７０）。次にチャネル・ルーチン
は共通タスク上において実行を再開し、テープ制御装置
の非同期ステータスを記録し、オペレーティング・シス
テム１３に入出力割込みを送信する（ステップ４８
０）。これによりオペレーティング・システム１３は、
テープのラベルを読すための読出しＣＣＷを含むチャネ
ル・プログラムを生成することが可能となる。

【００４１】別な例としてはコンピュータ端末タイプの
装置に関し、コンピュータ端末は装置タイプ固有タスク
に割込み発生し（ステップ４４０）、入力キーが押され
たことを装置タイプ固有タスクに報告することにより、
入力キーが押されたことに応答できる。それに応答して
装置タイプ固有タスクはその報告を解析し（ステップ４
５０）、チャネル・ルーチンに対応する非同期ステータ
ス情報を提供し（ステップ４６０）タスクを抜ける（ス
テップ４７０）。次にチャネル・ルーチンは共通タスク
上で実行され、入出力割込みをオペレーティング・シス
テム１３に送信する（ステップ４８０）。それによりオ
ペレーティング・システム１３はキーボード入力を読出
すための読出しＣＣＷを含むチャネル・プログラムを生
成することが可能となる。

【００４２】図８、図９及び図１０は入出力プロセッサ
・バス・インタフェース４８、ブルー・バス・インタフ
ェース制御装置４０、及びマイクロ・チャネル（Ｒ）・
インタフェース制御装置４４の詳細についてをそれぞれ
表す。これらの制御装置は主メモリ４２から装置１８、
１９或いは２３内のメモリへのデータの書込み、及び装
置１８、１９或いは２３内のメモリから主メモリ４２へ
のデータの読出しによる直接メモリ・アクセスに関与す
る。

【００４３】プロセッサ・バス・インタフェース４８は
入出力プロセッサ１５に対応するローカル・プロセッサ
・バス及びトランシーバ４５０−４５２を含む。上述の
ように入出力プロセッサ１５・ルーチンに対応するチャ
ネルは、ステップ２６０において制御装置に書込みオペ
レーションの実行を開始させる。これにはチャネル・ル
ーチンが主メモリの開始アドレス及びバイト・カウント
を、ブルー・バス・インタフェース制御装置内のＤＭＡ
ポート制御ブロック５０２に書込むことが含まれる。ま
たチャネル・ルーチンはバイト・カウント同様、データ
をマイクロ・チャネル（Ｒ）・インタフェース制御装置
内のＤＭＡ制御レジスタ５０４に受信するために、装置
メモリの開始アドレスを制御装置に書込む。次にチャネ
ル・ルーチンはデータをバイパス・バス５０６からマイ
クロ・チャネル（Ｒ）・バス４６に転送するために、コ
マンドをＤＭＡ制御レジスタ５０４に書込む。次にチャ
ネル・ルーチンはデータをブルー・バス４１からバイパ
ス・バスに転送するために、ＤＭＡポート制御ブロック
５０２にコマンドを書込む。

【００４４】ホスト・インタフェース制御ロジック５１
０はコマンド、アドレス及びバイト・カウントをＤＭＡ
ポート制御ブロック５０２から読出し、主メモリからデ
ータをフェッチし、そのデータをブルー・バス・インタ
フェース制御装置内の２個のＤＭＡポート・データ・バ
ッファ５１２に格納する。ホスト・インタフェース制御
ロジック５１０がデータをフェッチ及び格納する時、ホ
スト・インタフェース制御ロジックもまた、ＤＭＡポー
ト制御ブロック内のホスト・メモリ・アドレスをインク
リメントし、バイト・カウントをデクリメントする。Ｄ
ＭＡポート・データ・バッファの１個がフル状態になる
と、ホスト・インタフェース制御ロジックは他のＤＭＡ
ポート・データ・バッファが空であるかをチェックす
る。もしそうであれば、ホスト・インタフェース制御ロ
ジックはこの他のＤＭＡポート・データ・バッファを充
填する。両方のＤＭＡポート・データ・バッファがフル
状態になると、ホスト・インタフェース制御ロジックは
一方が第４５及び４６段落に示すように空になるのを待
機する。

【００４５】どちらかのＤＭＡバッファがフル状態にな
ると、ブルー・バス・インタフェース内のバイパス・バ
ス・インタフェース制御論理５１６は、このデータをバ
イパス・バスに送信し、これによりデータはバイパス・
バスを介し、マイクロ・チャネル（Ｒ）・インタフェー
ス制御装置内のプロセッサ・インタフェース制御論理５
２０に転送される。データが受信されると、このデータ
は２個のＤＭＡデータ・バッファ５２２に格納される。
一方のＤＭＡデータ・バッファがフル状態になると制御
論理は他のＤＭＡデータ・バッファが空である場合に
は、これを充填する。そうでない場合は、制御論理５２
０は一方のＤＭＡデータ・バッファが空になる（バイト
・カウンタがゼロになる）のを待機する。これについて
次に説明する。

【００４６】一方のＤＭＡデータ・バッファがフル状態
になると、マイクロ・チャネル（Ｒ）・インタフェース
制御論理５２４は装置メモリ開始アドレス及びバイト・
カウントをＤＭＡ制御レジスタ５０４から読出し、ＤＭ
Ａデータ・バッファからデータをフェッチし、このデー
タをターゲット装置１８或いは１９のメモリ内に格納す
る。制御論理５２４がデータをフェッチし格納する間、
制御論理５２４はＤＭＡ制御レジスタ内の装置メモリ・
アドレスをインクリメントし、バイト・カウントをデク
リメントする。ＤＭＡポート制御ブロック内のバイト・
カウントがゼロに達する（ＤＭＡデータ・バッファが空
になる）と、制御論理５１０は入出力サブシステム・プ
ロセッサ１５に対し、割込み要求を生成する。入出力サ
ブシステム・プロセッサの割込みは、割込みハンドラの
実行を開始させる。割込みハンドラはブルー・バス・イ
ンタフェース制御装置内のＤＭＡポート制御ブロック５
０２から、ステータス情報及び残余バイト・カウント
を、またマイクロ・チャネル（Ｒ）・インタフェース制
御装置内のＤＭＡ制御レジスタ５０４からステータス情
報及び残余バイト・カウントを読出し、書込みオペレー
ションが成功したかを判断する。割込みハンドラは次に
ステップ２８０において、実行すべき適切な装置タイプ
固有タスクを通知し、書込みオペレーションが成功して
完了したことを示す。書込みオペレーションが成功しな
かった場合、割込みハンドラはステータス及びバイト・
カウント情報を装置タイプ固有タスクにパスする。

【００４７】図４のステップ３５０ではチャネル・ルー
チンは読出しオペレーションを開始する。この開始の一
部として、チャネル・ルーチンはデータを受信するため
の主メモリの開始アドレス及びバイト・カウントを、ブ
ルー・バス・インタフェース制御装置内のＤＭＡポート
制御ブロック５０２内に書込む。またチャネル・ルーチ
ンはデータが読出される装置メモリの開始アドレス及び
バイト・カウントを、マイクロ・チャネル（Ｒ）・イン
タフェース制御装置内のＤＭＡ制御レジスタ５０４内に
書込む。チャネル・ルーチンはまたデータをマイクロ・
チャネル（Ｒ）・バスからバイパス・バスに転送するた
めに、ＤＭＡ制御レジスタ５０４内にコマンドを書込
み、更にデータをバイパス・バスからブルー・バスに転
送するためにＤＭＡポート制御ブロック５０２内にコマ
ンドを書込む。

【００４８】マイクロ・チャネル（Ｒ）・インタフェー
ス制御ロジック５２４はＤＭＡ制御レジスタ内に格納さ
れる装置メモリ・アドレス及びバイト・カウントにもと
づき、装置メモリからデータをフェッチし、データを２
個のＤＭＡデータ・バッファ５２２内に格納する。制御
論理５２４がデータをフェッチして格納する間、制御論
理５２４はＤＭＡ制御レジスタ内の装置メモリ・アドレ
スをインクリメントし、バイト・カウントをデクリメン
トする。一方のＤＭＡデータ・バッファがフル状態にな
ると、制御論理５２４は他のＤＭＡデータ・バッファが
空の時にはそれを充填する。どちらのＤＭＡデータ・バ
ッファも空でない場合は第５０段落に示すように制御論
理５２４は一方が空になるのを待機する。

【００４９】一方のＤＭＡデータ・バッファがフル状態
になると、バイパス・バス／プロセッサ・インタフェー
ス制御論理５２０はこのデータをフェッチし、データを
バイパス・バスを介し、ブルー・バス・インタフェース
制御装置内のバイパス・バス・インタフェース制御論理
５１６に送信する。データを受信すると、バイパス・バ
ス・インタフェース制御論理５１６はデータをＤＭＡポ
ート・データ・バッファ５１２内に格納する。

【００５０】一方のＤＭＡポート・データ・バッファ５
１２がフル状態になると、ホスト・インタフェース制御
論理５１０はこのデータをフェッチし、データを主メモ
リ４２内におけるＤＭＡポート制御ブロック５０２に格
納されているアドレスに格納する。制御論理がこのデー
タをフェッチし格納すると、制御論理はＤＭＡポート制
御ブロック内の主メモリ・アドレスをインクリメント
し、バイト・カウントをデクリメントする。ＤＭＡポー
ト制御ブロック内のバイト・カウントがゼロになる（Ｄ
ＭＡデータ・バッファが空になる）と、制御論理５１０
は入出力サブシステム・プロセッサに割込み要求を生成
する。入出力サブシステム・プロセッサへの割込みは、
割込みハンドラに実行を開始させる。割込みハンドラは
ブルー・バス・インタフェース制御装置のＤＭＡポート
制御ブロック５０２内のステータス情報及び残余バイト
・カウント、及びマイクロ・チャネル（Ｒ）・インタフ
ェース制御装置のＤＭＡ制御レジスタ５０４内のステー
タス情報及び残余バイト・カウントを読出し、読出しオ
ペレーションが成功したかを判断する。次に割込みハン
ドラは適切な装置タイプ固有タスクを通知し、読出しオ
ペレーションが成功して完了したことを示す。オペレー
ション完了ルーチンは図４のステップ３６０において実
行を開始される。読出しオペレーションが成功しなかっ
た場合、割込みハンドラはステータス及びバイト・カウ
ント情報を装置タイプ固有タスクにパスする。

【００５１】前述のブルー・バス・インタフェース制御
装置内の構成要素に加え、優先ポート５４０が６５バイ
トより少ない転送のために使用される。この機能は１個
のＣＣＷを収容し、ＣＣＷをフェッチするためにチャネ
ル・ルーチンにより使用される。ＣＣＷ転送はＤＭＡポ
ート・データ・バッファ内のデータによっては遅延され
ない。優先ポートはまたＣＣＷテーブル入力により指示
される即値データをプリフェッチするためにも使用され
る。

【００５２】メッセージ・ポート・バッファ５４２は主
プロセサ１１と入出力サブシステム・プロセッサとの間
の双方向の通信のために使用される。こうしたメッセー
ジはチャネル・プログラムを開始するサブチャネル開始
信号、及びチャネル・ルーチンからのチャネル・プログ
ラムが完了されたことを示す信号を含む。

【００５３】タイマ５４４はエラー条件によりオペレー
ションが期待時間周期内に完了することが阻止される時
に、入出力サブシステム・プロセッサ１５に対し割込み
発生するために使用される。

【００５４】前述のマイクロ・チャネル（Ｒ）・インタ
フェース制御装置内の構成要素に加え、マイクロ・チャ
ネル（Ｒ）・プログラマブル・オプション選択（ＰＯ
Ｓ）２−７レジスタ５５２は、マイクロ・チャネル
（Ｒ）・バスのオペレーションの異なる特性及びモード
を定義する情報を格納し、マイクロ・チャネル（Ｒ）入
出力レジスタ５５４は制御装置と装置内の装置制御装置
との間のインタフェースを提供する。マイクロ・チャネ
ル（Ｒ）・ＰＯＳＩＤレジスタ５５６はマイクロ・チ
ャネル（Ｒ）・バスに接続される他の装置のアダプタ・
タイプを識別する。データフロー制御論理５５８はマイ
クロ・チャネル（Ｒ）・バスとバイパス・バスの間のデ
ータのフローを制御する。これはバイト合せ、パリティ
生成及びパリティ・チェックを含む。マイクロ・チャネ
ル（Ｒ）調停論理５６０はマイクロ・チャネル（Ｒ）・
バスの制御のための調停を行う。

【００５５】前述の内容にもとづき、本発明を実施する
コンピュータ・システムが開示された。しかしながら、
本発明の範中を逸脱することなく様々な変更及び置換え
が可能である。例えば本発明はチャネル・プログラムに
頼るのではなく、その代用としてアプリケーション・プ
ログラムからチャネル・ルーチンにコマンドをパスする
コンピュータ・システムにおいても有効である。また本
発明は４０及び４４などのＤＭＡハードウェアを有さず
に、主プロセッサと装置制御装置と共に補助的に機能し
てデータ転送を実行する他のハードウェアを有するコン
ピュータ・システムにおいても有効である。従って本発
明は図を参照して説明されたがこれに限るものではく、
その範中は特許請求の範囲において規定される。

【００５６】

【発明の効果】以上説明したように本発明によれば、入
出力システムにおいてオーバーヘッドを減少させ、効率
をより向上させるチャネル及び制御装置機能を達成する
単一のチャネル及び制御装置プログラムを有する入出力
システムが提供される。

【図面の簡単な説明】

【図１】本発明によるチャネル及び制御装置プログラム
を実行する入出力プロセッサを含む入出力サブシステム
を有するホスト或いは主コンピュータのブロック図であ
る。

【図２】ホスト・アプリケーション・プログラム及び図
１のチャネル及び制御装置プログラムの共通タスク及び
装置タイプ固有タスクのオペレーションを表す流れ図で
ある。

【図３】ホスト・アプリケーション・プログラム及び図
１のチャネル及び制御装置プログラムの共通タスク及び
装置タイプ固有タスクのオペレーションを表す流れ図で
ある。

【図４】ホスト・アプリケーション・プログラム及び図
１のチャネル及び制御装置プログラムの共通タスク及び
装置タイプ固有タスクのオペレーションを表す流れ図で
ある。

【図５】ホスト・アプリケーション・プログラム及び図
１のチャネル及び制御装置プログラムの共通タスク及び
装置タイプ固有タスクのオペレーションを表す流れ図で
ある。

【図６】図２のチャネル及び制御装置プログラムにより
使用され、３つの異なる外部装置に入出力サービスを提
供する３つのＣＣＷテーブル及びそれぞれのルーチン・
アドレス・テーブルを表す図である。

【図７】チャネル及び制御装置プログラムの一部であ
り、図６のルーチン・アドレス・テーブルによりアドレ
スされる制御装置ルーチンを表す図である。

【図８】図１のプロセッサ・バス・インタフェースの詳
細ブロック図である。

【図９】主メモリのＤＭＡアクセスを可能とする図１の
入出力サブシステムのブルー（或いはホスト）・バス・
インタフェース制御装置の詳細ブロック図である。

【図１０】デバイス・メモリのＤＭＡアクセスを可能と
する図１の入出力サブシステムのマイクロ・チャネル
（Ｒ）（或いはデバイス）・バス・インタフェース制御
装置の詳細ブロック図である。

【符号の説明】

２１制御装置ＣＣＷ検査ルーチン２２制御装置コマンド完了ルーチン４０ブルー（Ｂｌｕｅ）バス制御装置ハードウェア・
インタフェース４２、５１ＲＡＭ４４マイクロ・チャネル（Ｒ）・バス制御装置ハード
ウェア・インタフェース５０２ＤＭＡポート制御ブロック５０４ＤＭＡ制御レジスタ５０６バイパス・バス５１０ホスト・インタフェース制御ロジック５１２ＤＭＡポート・データ・バッファ５１６バイパス・バス・インタフェース制御論理５２０プロセッサ・インタフェース制御論理５２２ＤＭＡデータ・バッファ５２４マイクロ・チャネル（Ｒ）・インタフェース制
御論理５４０優先ポート５４２メッセージ・ポート・バッファ５５２マイクロ・チャネル（Ｒ）・プログラマブル・
オプション選択（ＰＯＳ）２−７レジスタ５５４マイクロ・チャネル（Ｒ）入出力レジスタ５５６マイクロ・チャネル（Ｒ）・ＰＯＳＩＤレジ
スタ５５８データフロー制御論理５６０マイクロ・チャネル（Ｒ）調停論理

───────────────────────────────────────────────────── フロントページの続き (72)発明者デビッド・リー・ドッシュアメリカ合衆国13732、ニューヨーク州アパラチン、ウエスト・グラン・ロード 36 (72)発明者カールヘインズ・ダッカドイツ国デッケンフロン、ディ−7269、シルケストラッセ 20 (72)発明者ウェイン・リチャード・ロングコアアメリカ合衆国48854、ミシガン州メイソン、サウス・カレッジ・ロード 640

Claims

(57)【特許請求の範囲】

【請求項１】主メモリと複数のタイプの装置のそれぞれ
における複数の装置メモリとの間の転送を制御する入出
力システムであって、プロセッサと、前記プロセッサ上におけるプログラムの実行を制御する
マルチタスキング・オペレーティング・システムと、呼出し時に各々が特定のタイプの入出力オペレーショ
ン、及び前記主メモリとの入出力オペレーションに関与
する特定の装置に対応する複数のコマンドを検査する、
前記プロセッサにより実行可能であり、装置タイプ固有
及びコマンド・タイプ固有である複数の第１のプログラ
ム手段と、前記プロセッサ上で実行可能であり、前記コマンドに応
答し、コマンドにより指定される入出力オペレーション
・タイプ及び装置タイプに対応する前記第１のプログラ
ム手段を識別、及び呼出す第２のプログラム手段と、前記第１のプログラム手段が前記コマンドを検査後に始
動される前記入出力オペレーションを実行するハードウ
ェア手段と、前記プロセッサ上で実行可能であり、前記ハードウェア
手段が前記入出力オペレーションの実行を完了した後
に、前記第２のプログラム手段に前記入出力オペレーシ
ョンの状態を通知するために前記ハードウェア手段によ
り通知される第３のプログラム手段とを備え、各前記複数の第１のプログラム手段は前記第２のプログ
ラム手段と同一のタスク上で実行され、前記第３のプロ
グラム手段は前記第２のプログラム手段と異なるタスク
上で実行されることを特徴とする入出力システム。
【請求項２】前記第３のプログラム手段は前記装置から
発生する割込み状態を扱うことを特徴とする請求項１記
載の入出力システム。
【請求項３】各前記第１のプログラム手段は状態及びシ
ーケンスのチェックを実行することを特徴とする請求項
１記載の入出力システム。
【請求項４】前記第２のプログラム手段は前記第１のプ
ログラム手段が前記コマンドを検査後に、前記ハードウ
ェア手段を始動することを特徴とする請求項１記載の入
出力システム。