JPH02148156A - 入出力制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） この発明は、ホストＣＰＵからのコマンドの内容に応じ
た入出力制御を行なう入出力制御方式（従来の技術） 一般に、入出力装置の制御は、ホストＣＰＵの制御の下
で入出力（Ｉｌｏ）コントローラによって行なわれてい
る。すなわち、Ｉ１０コントローラは、ホストＣＰＵか
らコマンドを受取り、そのコマンドの内容に応じた入出
力制御を実行する。

この場合、転送すべきデータがある場合は、そのコマン
ド処理に続いてデータ転送を行なう。そして、このよう
なコマンド処理が終了すると、Ｉ１０コントローラはＣ
ＰＵに対して処理の終了通知を行ない、ＣＰＵから次の
コマンドが送られるのを待つ。ＣＰＵでは、Ｉ１０コン
トローラにコマンドを渡した後、Ｉ１０コントローラか
らそのコマンド処理の終了通知が送られて来るのを待つ
。そして、終了通知を受取ると、次のコマンドをＩ１０
コントローラに渡すための処理を行なう。

このように、従来の入出力制御方式においては、夏１０
コントローラの起動、および！１０コントローラからの
終了通知に対する処理を各コマンド毎に行なう必要があ
る。このため、ＣＰＵが１１０コントローラを監視する
時間が長くなるので、ＣＰＵによるデータ処理効率が低
下される欠点があった。

そこで、最近ではＣＰＵがコマンドおよびデータを複数
個まとめてＩ１０コントローラに渡し、Ｉ１０コントロ
ーラがそれを１個づつ切り分けしながら入出力制御を行
なう方式が採用され始めている。この方式では、１回の
起動で複数のコマンドに応じた入出力制御を実行でき、
ＣＰＵによるデータ処理効率を高めることができる。し
かしながら、Ｉ１０コントローラがコマンドを１個づつ
切り分けるためには、各コマンド毎にそのコマンドに対
陣するデータの長さを示すレングス情報を付加する必要
があり、データ形式が複雑化される。

このため、ホストＣＰＵがデータの対陣しないコマンド
に対して別のコマンドのデータを付加する等のブロッキ
ングのミスが発生し易くなると共に、Ｉ１０コントロー
ラによるコマンドの切り分は処理に誤りが発生すること
がある。したがって、コマンドおよびデータをまとめて
Ｉ１０コントロラに送出する場合には、入出力制御の誤
動作が発生し易く、信頼性が低い欠点があった。

（発明が解決しようとする課題） この発明は前述の事情に鑑みなされたもので、従来では
コマンドおよびデータを複数個まとめて人出力制御装置
に送出するとブロッキングのミス等によって入出力制御
に誤動作が生じた点を改善し、正しいコマンドに応じた
入出力制御のみを実行できるようにして、信頼性の高い
入出力制御を実現できる入出力制御方式を提供すること
を目的とする。

［発明の構成］ （課題を解決するための手段） この発明による入出力制御方式は、コマンドとそのコマ
ンドに対陣するデータの長さを示すレングス情報とを含
むブロックデータを複数個一度に出力するホストＣＰＵ
と、このホストＣＰＵから一度に出力された複数のブロ
ックデータを記憶し、各ブロックデータに含まれるレン
グス情報に基づいてその複数のブロックデータからブロ
ックデータを１個づつ取出してそのブロックデータにで
あって、前記入出力制御装置は、前記各コマンドの内容
に基づいて各コマンドをデータの対陣するコマンドとデ
ータの対陣しないコマンドとに種別できるようにしたコ
マンドテーブルを具備し、このコマンドテーブルによる
コマンドの種別結果とそのコマンドに対応したレングス
情報によるコマンドの種別結果が一致した場合のみ前記
入出力制御の実行が許可されることを特徴とする。

（作用） この入出力制御方式にあっては、コマンドテーブルによ
って各コマンドをデータの対陣するコマンドとデータの
対陣しないコマンドとに種別することができる。このコ
マンドテーブルによるコマンドの種別結果とそのコマン
ドに対応したレングス情報によるコマンドの種別結果が
一致しない場合は、ブロッキングにミスが生じたと見な
すことができる。したがって、コマンドテーブルとレン
グス情報の種別結果が一致した場合のみ人出力制御装置
を許可することによって、信頼性の高い入出力制御方式
が実現できる。

（実施例） 以下、図面を参照してこの発明の詳細な説明する。

第１図にこの発明の一実施例に係る入出力制御方式のシ
ステム構成を示す。第１図において、■はシステム全体
の制御を司るホストＣＰＵであり、このホストＣＰＵＩ
はシステムバス２を介してメインメモリ３およびＩ１０
コントローラ４に接続されている。メインメモリ３には
、ホストＣＰＵ１の制御動作を実行するための種々のプ
ログラムやデータが格納されている。Ｉ１０コントロー
ラ４は、ホストＣＰＵＩからの指示に基づき入出力装置
１２の動作制御すなわち入出力制御を行なう。

Ｉ１０コントローラ４は、チャネルインターフェース５
、マイクロプロセッサ６、ローカルメモリ７、ローカル
バス８、デバイス制御部９、およびドライバ／レシーバ
１０により構成されている。

このＩ１０コントローラ４内の各種装置の制御を司るマ
イクロプロセッサ６は、ローカルバス８を介してチャネ
ルインターフェース５、ローカルメモリ７、デバイス制
御部９に接続されている。チャネルインターフェース５
は、ホストＣＰＵＩまたはメインメモリ３と！１０コン
トローラ４間におけるコマンド、ステータス、割込み、
およびデータの転送を制御する。ローカルメモリ７は、
マイクロプロセッサ６を動かすためのプログラムやホス
トＣＰＵＩからのコマンドおよびデータを格納すると共
に、後述するコマンドテーブルを格納している。デバイ
ス制御部９は、マイクロプロセッサ６の指示に基づいて
Ｉ１０コントローラ４と１１０装置１２間におけるコマ
ンド、ステータス、およびデータ等の転送を制御する。

ドライバ／レシーバｌＯは、Ｉ１０インターフェース１
１を介してＩ１０コントローラ４とＩ１０装置１２間の
信号の送受を行なう。

このシステムにおいて、ホストＣＰＵＩは、レングス情
報／コマンド／データ、あるいはレングス情報／コマン
ドを１ブロツクとした複数のブロックデータを一度にＩ
１０コントローラ４に出力する。この場合、レングス情
報はブロックブタに含まれるデータのデータ長を示して
いる。

１１０コントローラ４は、ホストｃｐｕｔから１度に出
力された複数のブロックデータ（ルコード分）をローカ
ルメモリ７に格納する。そして、その各ブロックデータ
に含まれるレングス情報に基づいてルコード分のブロッ
クデータからブロックデータを１個づつ切り分ける。

第２図には、■１０コントローラ４にスタックされた状
態のルコード分のブロックデータのデータフォーマット
が示されている。第２図において、レングス情報ＬＬ／
コマンドＣｔは第１番目のブロックデータを構成するも
のであり、またレングス情報Ｌｎ−１／コマンドＣｎ−
１／データＤ　ｎ−１は第ｎ−１番目のブロックデータ
を構成している。

第３図にはローカルメモリ７に格納されているコマンド
テーブルが示されている。このコマンドテーブルは、各
コマンドの内容すなわちコマンドコードに基づいて各コ
マンドをデータが附随するコマンド、データが附随しな
いコマンド、あるいはＩ１０装置１２に受付けられない
不当コマンドに種別するものである。第２図においては
、コマンドテーブルＣＴが「００」の場合を不当コマン
ド、ＣＴが「０１」の場合をデータ無しコマンド、ＣＴ
が「０２」の場合をデータ有りコマンドとして割当てて
いる。すなわち、コマンドコードＣが「００」、「ＯＡ
」〜「ＯＦ」、「ＦＥ」、「ＦＦ」のコマンドは不当コ
マンドであり、またコマンドコードＣがｒ０１Ｊ〜「０
９」のコマンドはデータ無しコマンドであり、コマンド
コードＣが「１０」〜「１６Ｊのコマンドはデータ有り
コマンドである。このようなコマンドコードによるコマ
ンドの種別割当てはシステムの制御内容によって予め決
定されるものであり、第３図の割当てはその一例である
。

次に、第１図に示したシステムの入出力制御動作を説明
する。まず、ホストＣＰＵＩから第２図に示したような
ルコード分のブロックデータが一度に出力され、そのル
コード分のブロックデータがＩ１０コントローラ４のロ
ーカルメモリ７に格納される。次いで、デバイス制御部
９はＩ１０装置１２から送られるステータスをチエツク
し、Ｉ１０装置１２がコマンドおよびデータを受入れら
れる状態になっているか否かを判別する。受入れられる
状態になっている時には、Ｉ１０コントローラ４は！１
０装置１２に対して入出力制御のサービスを開始する。

通常、Ｉ１０装置１２へのサービスは、コマンドの送出
から始められるが、このシステムにおいてはコマンドの
送出に先立って前述のコマンドテーブルとレングス情報
とを利用したコマンドの真偽の判定処理が実行される。

この判定処理のフローチャートを第４図に示す。

第４図のフローチャートに示されているように、Ｉ１０
コントローラ４は、レングス情報に基ツいてブロックデ
ータを切り分けた後、まずそのレングス情報りが０であ
るか否かを判断する（ステップＡｔ）。Ｌ−０であれば
データ無しを意味しているので、コマンドコードでコマ
ンドテーブルをアクセスすることによってそのコマンド
の種別がＣＴ−０１であるか否かが判断される（ステッ
プＡ２）。ＣＴ−０１であれば、ステップＡＩにおける
コマンドの種別結果とステップＡ２おけるコマンドの種
別結果が一致することになるので、ステップＡ５のコマ
ンド処理が実行される。また、ＣＴ−０１でない場合に
は、誤ったコマンドと判断できるので、そのコマンドに
対する処理は実行せずにステップＡ４のエラー処理、例
えばホストＣＰＵＩへの異常報告が行われる。

また、ステップＡｔの判断の結果、Ｌ−０でない場合に
はデータ有りを意味しているので、コマンドコードでコ
マンドテーブルをアクセスすることによってそのコマン
ドの種別がＣＴ−０２であるか否かが判断される（ステ
ップＡ３）。ＣＴ−０２であれば、ステップＡｌにおけ
るコマンドの種別結果とステップＡ３おけるコマンドの
種別結果が一致することになるので、ステップＡ５のコ
マンド処理が実行される。また、ＣＴ−０２でない場合
には、誤ったコマンドと判断できるので、そのコマンド
に対する処理は実行せずにステップＡ４のエラー処理、
例えばホストＣＰＵＩへの異常報告が行われる。

このようにこのシステムにおいては、コマンド処理の実
行に先立ち、コマンドテーブルとレングス情報とを利用
して各ブロックデータの内容の真偽が判定される。そし
て、正しいブロックデータに含まれるコマンドだけが入
出力処理の対象になる。したがって、ブロッキングのミ
ス等が発生しても誤った入出力制御が行われなくなり、
信頼性の高い入出力制御システムが実現できる。

尚、第４図のフローチャートでは、コマンドテーブルＣ
Ｔが「００」すなわちコマンドが不当コマンドか否かの
判定処理については示してないが、この判定処理は例え
ばステップＡＩの前に実行することができる。この場合
、ＣＴが「００」の場合はステップＡ４のエラー処理が
実行され、ＣＴが「００」でない場合にはステップＡＩ
の処理が実行される。

［発明の効果］ 以上のようにこの発明によれば、正しいコマンドに応じ
た入出力制御のみを実行できるようになり、信頼性の高
い入出力制御を実現することができる。

【図面の簡単な説明】

第１図はこの発明の一実施例に係る入出力制御方式を実
現するためのシステム構成を示すブロック図、第２図は
第１図に示したシステムで使用されるブロックデータの
データフォーマットを説明するための図、第３図は第１
図に示したシステムに設けられたローカルメモリに格納
されるコマンドテーブルを示す図、第４図は第１図に示
したシステムの入出力制御動作を説明するフローチャー
トである。 ｌ・・・ホストＣＰＵ、４・・・Ｉ１０コントローラ、
６・・・マイクロプロセッサ、７・・・ローカルメモリ
、９・・・デバイス制御部、１２・・・Ｉ１０装置。 出願人代理人　弁理士　鈴江武彦 第 図

Claims (1)

1. 【特許請求の範囲】 コマンドとそのコマンドに附随するデータの長さを示す
   レングス情報とを含むブロックデータを複数個一度に出
   力するホストＣＰＵと、このホストＣＰＵから一度に出
   力された複数のブロックデータを記憶し、各ブロックデ
   ータに含まれるレングス情報に基づいてその複数のブロ
   ックデータからブロックデータを１個づつ取出してその
   ブロックデータに含まれるコマンドの内容に応じた入出
   力制御を順次実行する入出力制御装置とを含む入出力制
   御方式であって、 前記入出力制御装置は、前記各コマンドの内容に基づい
   て各コマンドをデータの附随するコマンドとデータの附
   随しないコマンドとに種別できるようにしたコマンドテ
   ーブルを具備し、このコマンドテーブルによるコマンド
   の種別結果とそのコマンドに対応したレングス情報によ
   るコマンドの種別結果が一致した場合のみ前記入出力制
   御の実行が許可されることを特徴とする入出力制御方式
   。