JPS62274357A - 入出力スケジユ−ル方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ３　発明の詳細な説明 〔産業上の利用分野〕 この発明は入出力スケジュール方式に関し、ｌ′Ｆｆｃ
、計＄４システムにおける入出力装置のための融通性に
冨んだ入出力スケジュール方式に関するものである。

〔従来の技術〕

第３図は、従来からの入出力スケジュール方式の概略図
であり、第９図は、上記従来例の要部を示す概略図であ
る。これらの図において、データ処理装ｆ（ハには適当
な入出力装置（コ）が′Ｑ続されている。、″また。デ
ータ処理装置（ハのメモリ部（図示されない）には、利
用者の必要に応じて作成された利用者プログラム（３）
、および、この利用者プログラム（３１からの諸種の要
求に対処するための制御プログラム（ｇ）が格納されて
いる。さらに、利用者プログラム（Ｊｌに含まれている
入出力要求元タスク（Ｓ）は、この利用者プログラム（
、？）の元で所要の入出力要求を発するためのものであ
り、制罰プログラム（り）に含まれている入出力要求処
理ルーチン（６）および入出力完了割込み処理タスク（
７１についてみると、前者は利用者プログラム（、ｙｌ
からの入出力要求を処理するために入出力要求元タスク
（Ｓ）から呼び出されるものであり、後者はこのような
入出力要求が処理された結果として入出力装置（ｘ＋か
ら生ずる入出力完了割込みを処理するためのものである
。

なお、（ｇ）を入出力要求待ち行列を示すものであって
、入出力装置！１１［コ）が使用状態にあるときに発せ
られる入出力要求について生じるものである。

第５図は、上記従来列における動作を説明するためのフ
ローチャート図である。以下、この第５図をも参照しな
がら上記従来列の動作を説明する。

いま、入出力要求タスク（Ｓ）のステップ（Ｓｆｆ／）
において、適当なＲＥＡＤ命令またはＷＲＩＴＥ命令に
より、第１番目の入出力要求である入出力要求ｌが発行
されたものとする。このような入出力要求　“／の発行
に応じて入出力要求処理ルーチン（６）が開始されて、
そのステップ（Ｓ６７）において対象の入出力装＠　（
２１が空きであるか否かが決定される。

これがＹであるとされたときには、対象の入出力装置（
コ）が空いていることが示されていることからステップ
（Ｓ６コ）において直ちに入出力起動を発行する。これ
に対して、Ｎであるとされたときには、対象の入出力装
置（２）が空いていないことが示されていることから、
・ステップ（Ｓｔ、３）において入出力要求／を入出力
要求待ち行列（７１に登録してから入出力要求タスク（
ｊｌの側に戻り１次に続く入出力要求コについての処理
がなされることになる、また、ある入出力要求のための
入出力起動に対応する入出力完了割込みがデータ処理装
置（ハ内のデータチャネル（図示されない）から発生さ
れると、入出力完了割込み処理タスク（７１が入出力要
求タスク（ｓｒをレディ状態にする。すなわちボストす
る６そして、入出力要求待ち行列（１）に登録された入
出力要求が残っているときには、これに対応する入出力
起動を続けてスケジュールして発行する。

〔発明が解決しようとする問題点〕

従来のスケジュール入出力方式は以上のように構成され
、動作されるものであることから、ある所定の入出力装
置に対して出される複数個の入出力要求の中のいずれか
についての処理の過程において何らかのエラーが生じた
ときには１次に続く入出力要求がスケジュールされてし
まい、入出力要求タスクが正しく実行されないという問
題点があった。また、このような不都合を回避するため
。

入出力要求の個数を７個に制限して、入出力要求の待ち
行列を作らないようにすることも考えられるが、これで
はオーバヘッド時間が多くなって全般的な処理効率が低
下してしまうという問題点もあった、 この発明は上記のような問題点を解決するためになされ
たもので、入出力完了割込がタスクに基づき、待ち行列
に登録されている入出力要求に対してスケジュールを定
めることを可能にするとともに、複数個の入出力要求の
中のいずれかについての処理の過程において何らかのエ
ラーが生じたときには１次に続く入出力要求を破果し、
かつ。

入出力要求に対して前記エラー発生を通知することがで
きるようにされた。融通性に富んでいるスケジュール入
出力方式を得ることを目的とする６〔問題点を解決する
ための手段〕 この発明に係る入出力スケジュール方式は、データ処理
装置と、これに付設された入出力装置との間の入出力要
求のスケジュールを定める入出力スケジュール方式であ
って、所要の入出力要求を発行する入出力要求元タスク
と、上記入出力要求について所要の処理をする入出力要
求処理ルーチンと、上記入出力要求に係わる入出力動作
の完了時に上記入出力装置から割込みをされる入出力完
了割込み処理タスクと、上記入出力要求処理ルーチンに
関連し、１回目のスケジュールとそれ以外のスケジュー
ルとの識別をする／回目フラグと。

上記入出力完了割込み処理タスクに関連し、処理中の入
出力要求に関するエラー発生を通知するエラー発生通知
フラグとを含んでいるものである。

〔作　用〕

この発明によれば、現在処理中の入出力要求に関してエ
ラーが生じたとき、上記エラー発生通知フラグの内容を
変更して上記エラーが生じた旨を上記入出力要求処理ル
ーチンに通知するとともに。

上記／回目ルーチンの内容を調べることにより。

次に続（入出力要求が入出力要求待ち行列に登録されて
いることが識別されたとき、当該次に続く入出力要求は
破棄される。

〔実施例〕

第１図は、この発明による一実施例の要部を示す概略図
であり、この第１図において、（り）はエラー発生通知
フラグであって、入出力要求処理ルーチン（ＡＡ）Ｋお
ける前回の入出力要求にエラーがあった場合に、誤まり
の入出力起動を発行することを防止するためのものであ
り、また、（１０）は７回目フラグであって、入出力要
求処理ルーチン（４に’）カ／回目のスケジュールを二
回目以降のスケジュールから識別するためのものである
。なお。

この第１図において、前記された第３図または第グ図と
同一符号が付されているものは、同一または相当部分を
示すものである。

第二図は、上記実施例における動作を説明するためのフ
ローチャート図である。以下、この第２図をも参照しな
がら上記実施例の動作を説明する。

入出力要求元タスク（５Ａ）において、適当なＲＥＡＤ
命令またはＷＲＩＴＥ命令によって所要の入出力要求が
発行されて、入出力要求処理ルーチン（６Ａ）に伝えら
れる、この入出力要求処理ルーチン（６Ａ）においては
、対象の入出力装！（＝）が空きであるかを否かを決定
するのに先立ち、ステップ（ＳｂＯ）でエラー発生通知
フラグ（９）の内容５ＨＵＴが”ｏ“であるか否かの決
定をする。これがＹであるものと決定され゛たときには
、従来例の場合と同様に、対象の入出力装置（２）が空
きであるか否かの決定がなされ、ＹまたはＮのいずれで
あるかに依存して、対応する入出力起動を即座に発行し
たり、または。

入出力要求待ち行列〔ざ）に登録するようにぢれる。

ところが、Ｎであるものと決定されたときには。

前回の入出力要求（現在の入出力要求が入出力要求コで
あるものとすれば、前回のそれは入出力要求／に相当す
る）がエラー終了のものであるとして、この入出力要求
に対しては入出力要求元タスク（５Ａ）内でしかるべき
エラー処理をすることとなるが、入出力要求処理ルーチ
ン（６Ａ）においては、ステップ（８６４’）に移行し
て、／回目フラグ（１０）の内容０ＮＣＥが”Ｏ”であ
るか否かの決定がなされる。いま、Ｎであまたとき、す
なわち。

０ＮＣＥ＼Ｏであって、現在のスケジュールがλ回目以
降のものであると識別されたときには、前回の入出力要
求に対する処理の完了を待ち１次いで。

エラー発生通知フラグ（９１の内容を調べて、その内容
の如何に依存して直接的に終了ステータスを返したり、
または、／回目フラグ（／θ）の内容を初期イ直；（リ
セットしてから終了ステータスを返したりする。これに
対して、Ｙであったとき、すなわち、０ＮＣＥ＝０であ
って、現在のスケジュールが７回目のものであると識別
されたときには、前回の入出力要求に対する処理が不要
であることは明らかであり、７回目フラグ（１０）の内
容を変更し。

終了ステータスを正常にしてから、これを返すようにさ
れる。

次に、入出力完了割込み処理タスク（７Ａ）においては
、ステップ（８７／）でエラーであるか否かの決定がな
され、Ｙであるとされたとき、すなわち、エラーである
ものと決定されたときには、エラー発生通知フラグ（９
１の内容５ＨＵＴが＠／″になるような変更を施して、
入出力要求処理ルーチン（６Ａ）側にエラー発生を通知
し１次に続く入出力要求が入出力要求待ち行列（ざ）の
中に登録されているときには、これを取除いて破棄する
、これに対して、Ｎであるとされたとき、すなわち、エ
ラーではないものと決定されたときには前述された処理
は行なわれず、従来例の場合と同様に、対応するタスク
をボストし、所要の入出力要求が入出力要求待ち行列（
ｆｆ＋に既に登録されているときには。

これについてのスケジュール設定をして、対応する入出
力起動を発行することになる。

なお、上記実施例においては、入出力要求に対する処理
が入出力要求処理ルーチンによって施されるものとして
説明されたけれども、これに限られるものではなく１例
えば、スーパバイザコール（ＳＶＣ）命令によって呼出
されるオペレーティングシステム（’Ｏ８）内の入出カ
バンドラによって所要の処理が施されるものであっても
よい。

〔発明の効果〕

以上説明されたように、この発明に係る入出力スケジュ
ール方式は、データ処理装置と、これに付設された入出
力装置との間の入出力要求のスケジュールを定めるため
の方式であって、所要の入出力要求を発行する入出力要
求元タスクと、上記入出力要求について所要の処理をす
る入出力要求処理ルーチンと、上記入出力要求に係わる
入出力動作の完了時に上記入出力装置から割込みをされ
る入出力完了割込み処理タスクと、上記入出力要求処理
ルーチンに関連し、／回目のスケジュールとそれ以外の
スケジュールとの識別をする１回目フラグと、上記入出
力完了割込み処理タスクに関連し、処理中の入出力要求
に関するエラー発生を通知するエラー発生通知フラグと
を含んでおり。

現在処理中の入出力要求に関してエラーが生じたとき、
上記エラー発生通知フラグの内容を変更して上記エラー
が生じた旨を上記入出力要求処理ルーチンに通知すると
ともに、上記／回目ルーチンの内容を調べることにより
１次に続く入出力要求が入出力要求待ち行列に登録され
ていることが識別されたとき、当該次に続く入出力要求
を破棄するようにされたものであることから、入出力要
求を待ち行列につなぐことによるオーバヘッド時間の節
約の利点を維持しながら、入出力要求の処理中のエラー
発生への対処も的確にすることができ。

入出力のスケジュール設定を含む全体的な処理速度が大
幅に改善されるという効果が奏せられる、

【図面の簡単な説明】

第１図は、この発明の一実施例の要部を示す概略図、第
２図は、上記実施例の動作を説明するためのフローチャ
ート図、第３図は、従来例の概略図、第ｑ図は、上記従
来例の要部を示す概略図。 第Ｓ図は、上記従来例の動作を説明するための７０−チ
ャート図である。 （ハはデータ処理装置、Ｃ２）は入出力装置、（３）は
利用者プログラム、［ｇｌは制御プログラム、　ＩＩＩ
、（！ｋ）は入出力要求元タスク、（ｂ’）、（ｂＡ）
は入出力要求処理ルーチン、　（？）、ｒ７Ａ）は入出
力完了割込み処理タスク、（ｔ）は入出力要求待ち行列
、（９）はエラー発生通知フラグ、（１０）は７回目フ
ラグ。 なお、各図中、同一符号は同一または和尚部分を示す。 ＩＱ：　　／口目フラノ ８：人出７７学陣’ｆ＋ｔ）行ｊ’Ｊ 烏４図 ８：入出力中オイ４５４寸ダリ 市５図 手続補正書「自発」 ｎｏ！１１３．　、Ｓ、−ヤ。。

Claims (1)

【特許請求の範囲】
1. データ処理装置と、これに付設された入出力装置との間
   の入出力要求のスケジュールを定める入出力スケジュー
   ル方式であつて、所要の入出力要求を発行する入出力要
   求元タスクと、上記入出力要求について所要の処理をす
   る入出力要求処理ルーチンと、上記入出力要求に係わる
   入出力動作の完了時に上記入出力装置から割込みをされ
   る入出力完了割込み処理タスクと、上記入出力要求処理
   ルーチンに関連し、１回目のスケジュールとそれ以外の
   スケジュールとの識別をする１回目フラグと、上記入出
   力完了割込み処理タスクに関連し、処理中の入出力要求
   に関するエラー発生を通知するエラー発生通知フラグと
   を含み、現在処理中の入出力要求に関してエラーが生じ
   たとき、上記エラー発生通知フラグの内容を変更して上
   記エラーが生じた旨を上記入出力要求処理ルーチンに通
   知するとともに、上記１回目ルーチンの内容を調べるこ
   とにより、次に続く入出力要求が入出力要求待ち行列に
   登録されていることが識別されたとき、当該次に続く入
   出力要求を破棄するようにされた入出力スケジュール方
   式。