JPH02228751A

JPH02228751A - 情報処理装置

Info

Publication number: JPH02228751A
Application number: JP4902189A
Authority: JP
Inventors: Shuichiro Ishigaki; 石垣　周一郎
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1989-03-01
Filing date: 1989-03-01
Publication date: 1990-09-11
Anticipated expiration: 2011-09-18
Also published as: JP2535611B2

Abstract

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

Description

【発明の詳細な説明】（概要）対中央処理装置側のインター・フェースを制御する入出
力プロセッサと対入出力装置側のインター・フェースを
制御するチャネル装置から構成されるチャネル処理装置
を備え、前記入出力プロセッサに中央処理装置から、入
出力動作を指示する入出力起動命令が出力された時に、
入出力プロセッサは、前記チャネル装置に前記入出力動
作を指示し、中央処理装置を解放する情報処理装置に関
し、入出力装置から前記チャネル装置に対する処理要求と、
中央処理装置から前記チャネル装置に対する入出力命令
が競合により発生するチャネル装置状況不確定時に中央
処理装置を拘束しないことを目的とし、前記チャネル装置の状況が不確定時に、中央処理装置か
ら前記チャネル装置に対する入出力起動命令が入出力プ
ロセッサに入力された時に、前記中央処理装置にチャネ
ル装置使用中を報告する対中央処理装置チャネル装置使
用中報告手段と、チャネル装置の状況不確定により使用
中を応答した後に、前記チャネル装置の動作状況を監視
し、前記チャネル装置の状態が使用可能状態に確定した
ら、前記中央処理装置にチャネル装置使用可能を報告す
るチャネル装置監視手段をチャネル処理装置に設ける構
成とする。

〔産業上の利用分野〕

本発明は、早期解放型入出力起動命令を出力する中央処
理装置（以下、ＣＰＵと略す）と、対ＣＰＵ側のインタ
ー・フェースを制御する入出力プロセッサ（以下、ＩＯ
Ｐと略す）と、対入出力装置（以下、ＩＯＤと略す）側
のインター・フェースを制御するチャネル装置（以下、
ＣＨＥと略す）から構成されるチャネル処理装置（以下
、ＣＨＰと略す）からなる情報処理装置に於いて、ＩＯ
ＤからのＣＨＥへの処理要求と、前記ＣＨＨに対するＣ
ＰＵからの入出力命令（以下、Ｉ１０命令と略す）が競
合した場合の制御に関する。

〔従来の技術〕

情報処理装置に於いて、ＣＰＵの動作速度は年々高速化
してきた。しかし、ＩＯＤの動作速度はケーブル上の伝
播遅延やＩＯＤ自身の物理的な動作が伴ったりする関係
上、ＣＰＵに対して非常に遅い。従って、同期型！１０
命令が発行されるとＣＰＵはＩＯＤの応答速度に引きず
られ、第４図タイムチャートに示す如く、ＩＯＤから応
答が返るまで、見かけ上停止してしまう。

前記！１０命令発行による情報処理装置の処理速度低下
を防止するため、第５図タイムチャートに示す様な早期
開放型！１０命令が考案された。

第７図はＩＯＰで起動する制御プログラムのフローチャ
ート図である。ＣＰＵからＩ１０命令が、１０Ｐに出力
され（第５図タイムチャート５１゜第７図フローチャー
ト７１）、前記Ｉ１０命令が入出力起動命令（以下、５
ＩＯＦ命令と略す）であれば（第７図フローチャート７
２）、ＩＯＰはＣＨＥの状態である。チャネル・スティ
タス（以下、ＣＨ３と略す）、サブチャネル・スティタ
ス（以下、ＳＣＨ３と略す）の状態が使用可能であるこ
とを確認した後（第７図フローチャー１−７゛７４）、
ＣＨＥがＩＯＰからの処理要求を受けｌけられるか否か
（ＣＨＥがＩＯＤからの要求に応じて処理を開始してい
ないか）の情報を格納しているエクスターナル・レジス
タを読み取り（第７図フローチャート７５）、前記ＣＨ
Ｅが動作中で無ければ（ＩＯＤからの要求による処理を
行っておらず、ＩＯＰからの処理要求が受付可能であれ
ば）、ＣＰＵを解放しく第５図タイムチャート５６、第
７図フローチャート７６）、前記ＣＨＥを起動する（７
７）。

その後、ＩＯＤに対するＣＨＨのアクセスは、ＣＰＵを
解放した後に行われ（５２）、動作（５３）終了後は、
割り込みで、ＣＰＵに報告する（５４．５５）。

前記処理過程で、ＣＨ３，ＳＣＨ３が使用可能でない場
合は、ＩＯＰはＣＰＵに対して、「チャネル使用中」を
報告しく７Ｂ）、ＣＰＵを解放する。その後、チャネル
の処理が終了すれば、それに伴う報告がＣＰＵに対して
なされ、それを契機としてＣＰＵは再びＩＯＰに命令を
出力する。

さて、ＣＨ３，ＳＣＨ３が使用可能であっても（７３，
７４Ｌ現在ＣＨＥが動作している場合がある（７５）、
これは、ＣＨＥがこれから何等かの処理を始める場合で
、まだ、ＣＨＥ及びＳＣＨ３の状態に反映されてない時
である。前記処理開始は、ＩＯＰの前記エクスターナル
・レジスタに、ＣＨＥが動作しているかどうかが反映さ
れている。この情報は、ＣＨＥのマイクロプロセッサが
何等かの処理を行っているということが示されるだけで
、ＣＨ３，ＳＣＨ３の状態はＣＨＥのマイクロプロセッ
サの動作の終了によって決定するので、未だＣＨＥのマ
イクロプロセッサの処理が終了していないときは、ＣＨ
３，５ＣＨ５は使用可能の状態のままである。つまり、
ＩＯＰは、前記ＣＨＥが、これからどの様な処理を行お
うとしているか判断できない時である。

前記の場合は、ＩＯＰはＣＰＵを解放せずに、ＣＨ３，
ＳＣＨ３の状態が確定するまで、つまり、ＣＨＥのマイ
クロプロセッサが処理を終了するまで、７２，７３．７
４．７５及びアイドルループする。

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

さて、前記ＣＨＥが何等かの処理を始める場合（ＣＨ３
，ＳＣＨ３が確定していない時）とは、１０ＤからＣＨ
Ｅに対して、非同期に状況報告するときである。前記非
同期状況報告は大きく分けて２通りある。

■　以前に行われたデータ転送が何らかの理由によって
中断されていて、その再開をＩＯＤから要求してきた場
合。

この場合は、データ転送が再開される為、その後ＣＨ３
及び５ＣＨＳの状況は使用中になり、２０Ｐは「チャネ
ル使用中ＪをＣＰＵに報告し、ＣＰＵを解放する（第７
図フローチャート７８）。

■　単にＩＯＤが状況を送ってきた場合。

例えば、実行されたデータ転送に関する後処理が終了し
た場合、装置に異常が発生したことを通知する場合等で
ある。

この場合、ＣＨＥがＩＯＤ状況を受は取ると、ＣＨ３は
使用可能となる。装置状況を受は取ったＳＣＨ３は、前
記ＩＯＤ状況を後でＣＰＵに報告する為に、「割り込み
保留」となる。

しかし、前記１０Ｄからの状況報告が途中で撤回される
場合がある。例えば、磁気ディスク装置等にて、ヘッド
が指定された位置への移動が完了したことの状況報告を
行なう際に、ＣＨＥ側の応答が何らかの理由で遅れ、デ
ィスクが再度−周する必要が生じた場合である。この時
は、ＩＯＰは、報告撤回により、ＣＨＥがＩＯＰの要求
を受は付けられるようになるまでの間、前記ループ（７
１゜７２．７３．７４．７５及びアイドル）を繰り返す
ことになる。

もし、チャネル状態が不確定時（ＩＯＤからの状況報告
開始）に、５ＩＯＦ命令が競合したら、チャネル状態が
確定するまで、実行を待たされるため、ＣＰＵの拘束時
間が長くなってしまう。

最悪の場合として、１００が状況報告開始要求時に停止
してしまうと、応答の遅延によりＣＨＥがインターフェ
ース障害を検出する迄、ＣＰＵを拘束してしまうことに
なり、早期解放型Ｉ１０命令を使用している意味が無く
なってしまう。

更に、同じ構成のシステムを複数系統持ち、障害発生、
特に応答の遅延により、他系に切り替えることで業務の
中断を防ぐホット・スタンバイ・システムにおいて、前
記状況報告の撤回によるＣＰＵ停止は、系切り替えを行
なうに充分な時間である。しかし、インターフェース障
害程度で、系切り替えが発生してしまうことは問題であ
る。

従って、本発明の目的は、上記の問題を悉く解決し、Ｉ
ＯＤのＣＨＨに対する処理要求と、ＩＯＰに対するＩ１
０命令が競合した時、ＣＰＵが遅延しない情報処理装置
を提供する物である。

〔課題を解決する為の手段〕

上記目的を達成する為に、本発明は、チャネル装置の状
況が不確定時に中央処理装置から前記チャネル装置に対
する入出力起動命令が入出力プロセッサに入力された時
に、前記中央処理装置にチャネル装置使用中を報告する
対中実処理装置チャネル装置使用中報告手段と、チャネ
ル装置の状況不確定により使用中を応答した後に、前記
チャネル装置の動作状況を監視し、前記チャネル装置の
状態が使用可能状態に確定したら、前記中央処理装置に
チャネル装置使用可能を報告するチャネル装置監視手段
をチャネル処理装置に設ける構成とする。

〔作用〕

前記チャネル装置使用中報告手段によって、中央処理装
置にチャネル装置使用中を報告した後に、前記チャネル
装置監視手段によって前記チャネル装置の使用可能状態
が検出されたら、前記中央処理装置にチャネル装置使用
可能を知らせる構成とする。

〔実施例〕

第１図は本発明の一実施例のブロック図、第１図中、１
はＣＰＵ、２はＩＯＰ、３はＣ’、Ｈ３，４はＳＣＨ３
，５はエクスターナル・レジスタ、６はＩＯＰ制御プロ
グラム、６１は対中央処理装置チャネル装置使用中報告
プログラム、６２はチャネル装置使用可能監視プログラ
ム、７はＣＨＥ、８〜１１はＩＯＤ、１２はＣＨＰであ
る。前記対中央処理装置チャネル装置使用中報告プログ
ラム６１、チャネル装置使用可能監視プログラム６２は
ｌ０Ｐ２で起動する。第２図は第１図中の対中央処理装
置チャネル装置使用中報告プログラム６１、゛チャネル
装置使用可能監視プログラム６２のフローチャート図、
第３図は、実施例のタイムチャート図である。

以下、図面に従って本発明を説明する。

ＣＰＵＩからＩ１０命令が発行され（第２図フローチャ
ート２１．第３図タイムチャート３１）、前記Ｉ１０命
令が５ＩＯＦ命令で有れば、従来例同様、ＣＨ３３，５
ＣＨ３４が使用可能か確認する（２３．２４）。使用可
能でなければ、従来同様、「チャネル使用中」をＣＰＵ
Ｉに報告し、ＣＰＵＩを解放する。前記Ｉ１０命令が５
ＩＯＦ命令でない時は、それに応じた処理を行う（２０
０）。５ＩＯＦ命令以外のＩ１０命令は、“クリアＩ１
０命令”や“テストＩ１０命令“°等で、これらは同期
型のＩ１０命令である。

以上の処理は、従来例と同様である。

さて、５ＣＨ５４が使用可能だったとする（２４）。そ
の後、エクスターナル・レジスタ５を読み取り、ＣＨＥ
７が処理をしていなければ、処理可能をＣＰＵＩに伝え
、ＣＰＵ　１を解放しく２６）、ＣＨＥ７を起動する（
２７）。

さて、前記エクスターナル・レジスタ５を読み取った結
果、ＣＨＥ７が何等かの動作を行っているとする。つま
り、ＣＰＵＩのｌ０Ｐ２に対するＩ１０命令とｌ０ＤＢ
でのＣＨＥ７に対するＩ１０要求の競合時である。従来
の技術で述べた様に、非同期状況報告等を始めたとする
（２５．第３図フローチャート３３）。

この時、１０Ｐ２はチャネル使用可能報告Ｃ以下、ＣＡ
Ｉと略す）を保留しく２８）、「チャネル使用中ｊをＣ
ＰＵＩに報告して、ＣＰＵＩを解放する（第２図フロー
チャート２９．第３図タイムチャート３２））。

その後、保留処理かどうか判定され（２０３）、更にＣ
ＡＩ報告が保留かどうか判定される（２０４）。保留で
あるので、ＣＨ３３が使用可能かどうか確認する（２０
６）、使用可能であれば、エクスターナル・レジスタ５
によって、ＣＨＥが起動しているかどうか、を確認する
（２０８）。前記ＣＨＥが空いていれば、ＣＰＵＩに対
して、ＣＡＩを発行し、ＣＰＵＩは再度前記５ＩＯＦ命
令を起動する。

前記ＣＨＥ７が空きで無ければ、プログラムは２１にル
ープし、ＣＡＩ保留であるので（２０３）、再度、ＣＨ
Ｅ７が使用可能かどうが判定する。つまり、チャネル装
置使用可能監視プログラム６２を再び実行する。

さて、処理２０６でＣＨ３３が空きでないと判定された
時は、ＣＡＩ報告保留を解除する（２０７）、これは、
前記ｌ０ＤＢ側からの要求によりデータ転送が開始され
ているということで、この後、ＣＨＥ７が使用可能とな
ったことを示す報告はＣＨＥ処理要求（２０１，２０２
）を契機に行われる。

さて、本実施例では、ｌ０Ｄ８側からの処理要求と、ｃ
ｐｕｉからのＩ１０要求が競合しても、早期にＣＰＵＩ
を解放するので、処理の遅延が起こることは無い。

又、ＩＯＤからの状況報告が途中で撤回された場合は、
チャネル装置使用可能監視プログラム６２は、チャネル
が再び「使用可能」となる時を一定時間毎に監視するの
で、前記エクスターナル・レジスタ５のＣＨＥ状態が使
用可能となっていれば、ＣＰＵＩに対して使用可能を報
告する。

さて、本実施例では、競合時に早期解放型Ｉ１０命令に
対して、チャネル使用中を応答する。これにより、Ｉ１
０命令に対するＣＰＵの拘束時間を短くすることが出来
る。

更に、前述した通り、競合時にＩＯＤに障害が起きた時
に、ホット・スタンバイ・システムに於いて、ＣＰＵ切
り換えられることは無い。

以上、実施例に従って本発明を説明した。実施例では、
保留処理内にチャネル装置使用可能監視プログラムを構
成したが、これに限るものでは無い。

上記に示す如く、本発明は本発明の要旨に従い、種々の
変形が可能であり、それらを排除するもでは無い。

〔効果］チャネル装置の状態が不確定時に、早期解放型Ｉ１０命
令が競合した時のＣＰＵの拘束時間が著しく短縮される
。よって、システムの処理性能が著しく向上し、インタ
ーフェース障害の様な比較的軽度の障害が発生した場合
にＣＰＵが必要以上に停止することが無いので、待機系
システムに系切り替えが発生することも防止できる。

【図面の簡単な説明】

第１図は本発明の一実施例のブロック図、第２図は第１
図中の対中央処理装置チャネル装置使用中報告プログラ
ム、６２はチャネル装置使用可能監視プログラムのフロ
ーチャート図、第３図は実施例のタイムチャート図、第
４図は従来の同期型Ｉ１０命令命令時に於けるタイムチ
ャート図、第５図は従来の早期解放型■／○命令の実行
時に於けるタイムチャート図、第６図は競合発生時に於
けるタイムチャート図、第７図は、従来の■○Ｐの制御
プログラムのフローチャート図である。１・・・ＣＰＵ２・・・ｌ０Ｐ３・・・ＣＨ３４・・・５ＣＨ３５・・・エクスターナル・レジスタ６・・・ＩＯＰ制御プログラム６１・・・対中央処理装置チャネル装置使用中報告プロ
グラム６２・・・チャネル装置使用可能監視プログラム７　・　・　・　ＣＨＥ８〜９　・　・　・　ＩＯＤ季奏９呵り一にぶち伊１／）７０．ラフ”旧名　１　図ＣＰｔ１傅土ＷＭｆ閘夷も会噂汐ギ時つタイム＋！−ト恥）′ｔｙ　ｂｅＣｐＬＩ　４上時閘災）悦汐ＩＱタイム子〒−１−１ｐ第毘第掲

Claims

【特許請求の範囲】対中央処理装置（１）側のインター・フェースを制御す
る入出力プロセッサ（２）と対入出力装置（８〜１１）
側のインター・フェースを制御するチャネル装置（７）
から構成されるチャネル処理装置（１２）を備え、前記入出力プロセッサ（２）に中央処理装置（１）から
、入出力動作を指示する入出力起動命令が出力された時
に、入出力プロセッサ（２）は、前記チャネル装置（７
）に前記入出力動作を指示し、中央処理装置（１）を解
放する情報処理装置に於いて、前記チャネル装置（７）の状況が不確定時に、中央処理
装置（１）から前記チャネル装置（７）に対する入出力
起動命令が入出力プロセッサ（２）に入力された時に、
前記中央処理装置（１）にチャネル装置（７）使用中を
報告する対中央処理装置チャネル装置使用中報告手段（
６１）と、チャネル装置（７）の状況不確定により使用
中を応答した後に、前記チャネル装置（７）の動作状況
を監視し、前記チャネル装置（７）の状態が使用可能状
態に確定したら、前記中央処理装置（１）にチャネル装
置（７）使用可能を報告するチャネル装置監視手段（６
２）をチャネル処理装置（１２）に設けたことを特徴と
する情報処理装置。