JPS5896326A - 入出力制御方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 本発明は、入出力専用プロセッサより主記憶装置に転送
されるエラーログ情報の転送が、入出力データ転送終結
に伴い主プロセツサに対して行なわれる終了割込とは異
なったタイミングで行なわれるようにした入出力制御方
法に関するものでおる。

従来よシ情報処理システムにおいては入出力装置と入出
力制御装置との間でのデータ転送時、転送データに誤り
が発生した場合にはその誤抄を回復する処理が採られて
いるが、その処理はチャネルと称される入出力制御装置
が行なっているのが実状である。入出力制御装置と入出
力装置との間でのデータ転送は以下のようにして行なわ
れる。

即ち、入出力転送の必要が生じ中央の処理懺置よ抄プロ
グラムによる入出力命令が入出力制御装置にあった場合
、データ転送制御に必要とされる転送先主記憶装置番地
情報、転送語数、チェイン動作指定等に係る制御情報が
チャネル制御情報レジスタにセットされ、この後は一定
語数データを転送する度にデータ転送番地情報および転
送語数の更新を行ないつつ入出力装置は起動されるよう
になっているものである。一方、入出力装置においては
転送指示にもとづいてラインプリンタに印字するなどの
入出力処理を行ない、その結果は入出力制御装置に転送
されるようになっている。このようにして入出力動作が
行なわれている関に転送すべきデータがなくなれば、一
連の転送処理唸終了するととから入出力制御装置は入出
力装置に停止指示を出すと同時に、中央の処理装置に対
しては終了割込をかけるようになっているものでおる。

ここで入出力制御装置と入出力装置との間でのデータ転
送中にエラーが発生し九場合を想定すると、エラーの種
類如何によってはエラー回復が可能であるというもので
ある。一般にエラーは永久的なものと過渡的なものとに
大別される。例えば入出力装置における電源が異常であ
ったり、印字紙がセットされていなかったり、制御レジ
スタ類にソリッドエラーが発生した場合などにはオペレ
ータの介入を必要とし、その介入なしでは自動回復が困
離であることから、それらエラーは永久的故障に相当す
るものとして区別される。しかし、転送ライン上で混入
した雑音などによりビット情報が逆転することによって
生じるエラー（パリティエラーなど）や、機械精度の微
妙なズレに起因する磁気ディスク装置におけるトラック
位置決めエラーなどは再試行によシ回復可能な″エラー
（過渡的故障と称す］として区別されている。し九がっ
て、入出力制御装置において過渡的故障が検出されると
、入出力制御装置は再度入出力動作を実行することによ
ってエラー回復を試みるところとなる。この処理は一般
にリトライ処理と称されるが、入出力動作の故障率を小
さくしてシステム全体の信頼性を高めるうえでその果す
役割は非常に大きなものとなっている。一方、これとは
別にリトライ処理が行なわれる場合ＩＪ　）ライ処理の
原因となったエラーの種別やりトライ処理の種別とその
結果、更にはりトライ処理の実行回数などが磁気ディス
ク装置などの外部大容量記憶装置に保存記録せしめてお
くことが従来より一般に行なわれている。これは、保存
記録されたデータよシェラ−の内容が詳細に知られ、後
に入出力装置の稼動率を評価したり、エラー原因を究明
することによってエラーの発生を未然に防止するという
意味でシステムの保守性や信頼性に資するところ大であ
るからである。

ところで中央の処理装置におけるユーザプログラムにと
っては入出力動作の成否が問題なのであって、すトライ
処理の結果エラーを回復し得た場合と何等リトライ処理
を行なうことなしに正常に入出力動作を終了し得た場合
との区別は本来必要でなく、不肩なものである。しかし
ながら、従来にあってはりトライ処理毎のエラー要因や
りトライ処理結果を示すエラーログ情報と最終的な入出
力動作の成否に係るエラー情報とがともに前記した終了
割込として中央の処理装置に報告されていたことから、
中央の処理装置ではエラーログ情報をも処理しなければ
ならないという不具合を生じる。即ち、ユーザプログラ
ムよシ出された入出力要求に対する終了処理を実行する
終了割込プログラムは本来処理すべきエラー情報対応の
処理の他に、ユーザプログラムにとっては不要なエラー
ログ情報をも処理する必要がアシ、処理量が彼らに増大
するというものである。

この欠点を第１図から第７図によ如史に評しく説明すれ
ば以下のようである。

即ち、第１図は従来技術に係るマルチプロセッサシステ
ムの一例でのシステム構成を示したものである。これに
よると本システムはデータバス４１、アドレスバス４２
および割込ライン４３゜４４よりなるシステムバス４０
１に中央の処理装置としてのＪＯＢプロセッサ４０２、
入出力制御装置としてのＩＯプロセッサ４０４がそれぞ
れ接続され、更にシステムバス４０１には主記憶制御装
置５００を介して主記憶装置４００が収容接続されるよ
うにしてなる。ＪＯＢプロセッサ４０２は主記憶装置４
００上のプログラムエリアに格納されている各種制御プ
ログラム２００を奥行し、また、ＩＯプロセッサ４０４
はプロセッサ間通信用のエリア１００にセットされてい
るデータを取シ込み入出力動作実行命令と転送データに
翻訳したうえ入出力装置１０９との間で行なわれる入出
力動作を制御するようＫなっている。本例では入出力装
置１０９は工０ステーション４０７、ループバス４０６
を介してＩＯプロセッサ４０４に収容されているが、こ
れに限定されるものでないことは勿論である。なお、主
記憶装置４０θ上におけるエリア３００は工０プロセッ
サ４０４からのりトライエラー情報を一時酌に保存記録
するためのログアウトエリアとしてのものである。ｔｉ
、割込ライン４３．４４はＪＯＢプロセッサ４０２とＩ
Ｏプロセッサ４０４間で互いに相手方に割込をかける丸
めの割込専用信号線である。

システム構成は以上のようであるが、ＪＯＢプロセッサ
４０２、ＩＯプロセッサ４０４の構成を第２図、第３図
によシ更に詳細に説明すれば以下の通シである。

即ち、第２図はＩＯプロセッサ４０４の内部構成を示し
たものでＴｏり、これによるとＩＯプロセッサ４０４自
体はＪＯＢプロセッサ４０２がらの割込信号によって起
動される０割込ライン４３ｔ−介するＪＯＢプロセッサ
４０２からの割込信号がセット信号として割込受付フリ
ップフロップ７゜をセット状態におくことＫよって起動
されるものでおる。フリップフロップ７ｏがセット状態
におかれた旨は優先順位判定回路３４０を介し演算処理
回路３５０に報告され、しかして演算処理回路３５０は
システムバス制御回路３１０を起動するところとなるも
のでめる。ＩＯプロセッサ４０４が起動され九時点では
既にエリア１００にはＪＯＢプロセッサ４０２によって
ＩＯプロセッサ４０４が入出力動作を行なううえで必要
とされる情報がセットされていることから、システムバ
ス制御回路３１０は内部アドレスバス３ｏ２、アドレス
バス４２を介し主記憶制御装置５００にその情報を読み
出すべく所定のアドレスデータを順次転送するよう動作
する。主記憶制御装置５００はそのアドレスデータにも
とづきエリア１００よりそのアドレス対応のデータを読
み出し、−読み出され九データはデータバス４１、内部
データバス３０１、システムバス制御回路３１０を介し
バッファ３７０に格納されるようになっている。バッフ
ァ３７０にデータが格納されたことはシステムバス制御
回路３１０よシ演算処理回路３５０に報告されるが、こ
れによって演算処理回路３５０はバッファ３７０に格納
されている入出力動作指示情報をデコードしたうえ入出
力制御回路３６０での入出力動作を指示する入出力コマ
ンドを作成し、この入出力コマンドが入出力装置１０９
に対してデータ出力を指示している場合には更に入出力
動作指示情報とともに主記憶装置４００よシ転送された
出力データを分割する処理を行なう。入出力コマンドが
入出力装置１０９にデータ出力を指示している場合には
演算処理回路３５０は入出力制御回路３６０とループバ
ス４０６との閣で一度に転送し得る単位に出力データを
分割するものである。この後演算処理回路３５０は入出
力制御回路３６０に入出力コマンドを送ることによって
入出力制御回路３６０を起動し、起動された入出力制御
回路３６０はバッファ３７０より出力データを読み出し
、入出力コマンドに従いバス３９０を介しループバス４
０６に入出力コマンドとともに出力データを転送すると
ころとなるものである。

以上は入出力コマンドが入出力装置１０９に対してデー
タ出力を指示している場合であるが、入出力装置１０９
からのデータ入力を指示している場合には演算処理回路
３５０は入出力コマンドと入力されるデータが格納され
るべき主記憶装置４００上のアドレスデータを入出力制
御回路３６０に送出する。出力、入力の何れの場合も入
出力コマンドがループバス４０６上に転送されれは、所
定の入出力装置１０９が起動され、ｌｏプロセッサ４０
４と入出力装置１０９との閣でデータの入出力転送が行
なわれるわけである。なお、人出ヵ装置１０９からのデ
ータはＩＯプロセッサ４０４を介し主記憶装置４００に
格納されるが、その際のデータ転送制御はデータ転送方
向が逆になることを除けば、主記憶装置４００よりＩＯ
プロセッサ４０４にデータ転送を行なう場合と全く同様
にして行なわれる。

さて、入出力装置１０９での入出力動作が終了すればル
ープパス４０６を介しＩＯプロセッサ４０４にその旨の
報告がされるが、これによってＩＯプロセッサ４０４は
終了報告処理を行なう。

ループバス４０６、バス３９０を介し終了の旨が入出力
制御回路３６０に報告されると、入出力制御回路３６０
は終了フリップフロップ８０をセット状態におく。一方
、これと同時に入出力制御回路３６０はその終了報告に
対する入出力コマンドが出力を指示するものでめった場
合は、入出力動作が正常に終了したか否か、ループノ（
ス４０６やＩＯステーション４０７でリトライ処理が行
なわれたか否かなど、異常要因などを示す終了割込状態
語をバッファ３８０に格納し、また、入出力コマンドが
入力を指示するものであつ九場合には終了割込状態語を
入出力装置１０９からの入力データに付加してバッフ７
３８０に格納するが、この終了割込状態語より入出力動
作が正常に終了し喪か否かが知れるものである。演算処
理回路３５０はフリップフロップ８０のセット状態より
入出力動作が終了し要旨を知ると、バッファ３８０内に
格納されている終了割込状態語よυ正常に入出力動作が
終了したか否かを判定するわけである。

この判定において正常に入出力動作が終了し、しかもＩ
Ｊ　）ライ処理が何等行なわれなかったと判定され九場
合は演算処理回路３５０はゲート３０３ヲハツフア３８
０とシステムバス制御回路３１０とを接続すべく制御し
た後、ＪＯＢプロセッサ４０２に終了報告を行なうため
の情報をパンフッ３８０上に作成する。この後演算処理
回路３５０はシステムバス制御回路３１０を起動し、Ｊ
ＯＢプロセッサ４０２に終了報告を行なうための情報、
更に入力データが存する場合には入力データをもシステ
ムバス制御回路３１０よりそれぞれＪＯＢプロセッサ４
０２、主記憶装置４００に転送するが、この転送が終了
したことをシステムパス制御回路３１０よシ受けると終
了割込フリップフロップ６０ｔセツト状態におくことに
よって、割込ライン４４を介しＪＯＢプロセッサ４０２
に終了割込をかけるところとなるものである。フリップ
フロップ６０はＪＯＢプロセッサ４０２が終了割込を受
は付けるのに十分な時間経過後にリセット状態に戻され
るが、フリップフシツブ７０．８０に対するリセット制
御も前述した割込優先順位判定回路３４０によって行な
われる。説明が遅れたが、この割込優先順位判定回路３
４０はフリップフロップ７０．８０が同時にセット状態
におかれた場合側れを優先して先に受は付けるかを判定
するものであり、フリップフロップ７０．８０の何れか
がセット状態におかれたときには演算処理回路３５０を
起動し、この起動後に７リツプフロツプ７０．８０をリ
セット状態に戻すべく機能するものである。

正常に入出力動作が終了した場合は以上のようであるが
、正常に入出力動作が行なわれなかった場合には以下の
ような処理が採られる。即ち、演算処理回路３５０がバ
ッファ３８０内に存する終了割込状態語よυ入出力動作
が異常でおって、しかもリトライ処理が行なわれていな
いと判定すると、同じく終了割込状態語の構成データで
ある異常要因を分析し、異常が永久故障によるものか、
過渡故障によるものなのかが判断される。具体的には終
了割込状態語における所定の２つのビット位置に永久故
障のフラッグが立っているか、過渡的故障のフラッグが
立っているかを識別すればよいものである。この識別に
おいて永久故障であると判断された場合にはりトライ処
理を行なっても無意味であるから、何等ＩＪ　）ライ処
理が行なわれることなく入出力動作が終了し九場合と同
様な終了報告処理が行なわれる。しかし、過渡的故障に
よるものでおって、しかもリトライ処理が行なわれてい
ないと判断されると、ループパス４０６やＩＯステーシ
ョン４０７、入出力装置１０９に対し必要に応じイニシ
ャライズ処理が行なわれた後入出力コマンドの再送出を
行ない、工０プロセッサレベルのりトライ処理を行なう
ものである。規定回数ＩＪ　）ライ処理を行なっても正
常終了が報告されないか、または規定回数以下の何回目
かの再試行で正常終了が報告されるまです）ライ処理が
繰シ返されるわけである。リトライ処理が行なわれる場
合、その回数や各リトライ処理対応の終了割込状態語な
ど、リトライ情報はエラーログバッファ３２０に順次格
納される。各リトライ処理における終了報告タイミング
でゲート３０３をバッファ３８０とエラーログバッファ
３２０とを接続すべく演算処理回路３５０が制御すると
ともに、エラーログ制御回路３３０を起動するようＫす
ればよいものである。エラーログ制御回路３３０はそｐ
際エラーログバッファ３２０のアドレスを更新する管理
の他、エラーログ情報のフォーマツティングを行なうべ
く機能する。

ところでＩＯプロセッサレベルではなくループバス４０
６やＩＯステーション４０７などでリトライ処理が行な
われた場合にはりトライ情報は通常の終了報告のタイミ
ングでバッファ３８０に格納され、以降は演算処理回路
３５０によってＩＯプロセッサレベルの場合と同様にし
て判断処理される。し九がって、リトライ処理が如何な
るところで行なわれてもそれとは無関係にリトライ情報
バニラ−ログバッファ３２０に格納されるものである。

次に演算処理回路３５０はリトライ処理を行なったのが
ＩＯプロセッサであるが、ループバス４０６Ｔｏるいは
工０ステーション４０７などであるかの区別をバッファ
３８０内に存する終了割込状態＠に付加し、グー）３０
３をバッファ３８０とシステムバス制御回路３１０とを
接続すべく制御シタｌｋ、Ａソファ３８０の内容をリト
ライ処理が行なわれなかった場合と同様にして主記憶装
置４００に送出する。最＊に演算処理回路３５０はグー
）３０３１エラーロクハツフア３２０．！ニジステムパ
ス制御回路３１０を接続すべく制御した後、システムパ
ス制御回路３１０を起動し、エラーログ情報ツ７３２０
の内容を主記憶装置４００に転送するところとなる。こ
の転送の終了がシステムパス制御回路３１０よυ報告さ
れると、演算処理回路３５０は終了割込フリップ７四ツ
ブ６０をセット状態におくわけである。工０プロセッサ
４０４で行なわれる処理の概ｌ！については第７図に示
すところである。

次に第３図によりＪＯＢプロセッサ４０２について説明
する。

図示の如＜ＪＯＢプロセッサ４０２はシステムパス制御
回路２１０、ＩＯＩ！求フリラフリップフロップ１０ド
エラーフリップ７０ツブ２０．タイマー割込フリップフ
ロップ３０、終了割込受付フリップフロップ４０、割込
優先順位判定回路２４０、演算処理回路２５０．プログ
ラムカウンタ２２０、汎用レジスタ２３０などよりなる
。このうち、システムバス制御１路２１０および割込優
先順位判定回路２４０は第２図におけるものと同様な機
能を有するが、演算処理回路２５０は第２図におけるも
のとはやや異なυ主記憶装置４００上のプログラムエリ
アに格納された各種制御プログラム２００をプログラム
カウンタ２２０におけるアドレスデータにもとづき実行
し得るようＫなっている。演算処理回路２５０が実行す
る命令としては主記憶装置４００上の任意アドレスとの
間および汎用レジスタ２３０との間でのデータ転送命令
、計算、論理、シフト、比較などに関した命令、条件が
満足されたか否かＫよって任意アドレスにプログラムカ
ウンタ２２０の内容を書き替える命令、入出力動作を行
なうための命令などがおる。入出力動作を行なうための
命令の１つにＩＯプロセッサ４０４に入出力処理を行な
わしめる命令がおるわけである。主記憶装置４００上に
作成格納された入出力動作を指示する情報のアドレスと
ＩＯプロセッサ４０４の識別番号が指定されると、割込
ライン４３に接続され九ＩＯ要求フリップフロップ１０
をセット状態におく命令が実行され、しかして既述した
如くにＩＯプロセッサ４０４で入出力動作が行なわれる
ものである。一方、Ｉｏプロセッサ４０４からは割込ラ
イン４４を介し終了報告がＪＯＢプロセッサ４０２に対
してなされるが、その報告は終了割込受付フリップフロ
ップ４ｏによって受は付けられる。終了割込受付によっ
て７リツプフロツプ４０がセット状態におかれ、その割
込が最も優先順値が高いと判定されると、その割込種別
を示す情報が割込優先順位判定回路２４０よシ演算処理
回路２５０に送出され、以降制御は割込受付ファームウ
ェアプログラム２６０に移行されるようになっている。

第４図（ａ）、（ｂ）は主記憶装置４００上のエリア１
００に格納配置されるプロセッサ間通信用テーブルの構
成を示し友ものでめる。プロセッサ間通信用データとし
てのテーブルとしては入出力動作指示情報が格納されろ
割込メツセージ制御テーブル１０３と、割込受付時のプ
ログラム状態および割込が連続して発生した場合の処理
待行列を管理する割込レベル状態テープ／Ｉ／１０２と
がある。割込レベル状態テーブル１０２のテーブル構成
は第４図（ｂ）に示すところであるが、割込レベル状態
テーブル１０２は％ＩＯプロセッサからの各割込費内毎
に主記憶装置４００上の固定アドレスに配置されるよう
になっている。終了割込により割込受付ファームウェア
プログラムが起動されると、その割込要因に対応した主
記憶装置４００上の割込レベル状態テーブルがアクセス
され、次に実行すべき制御プログラムのアドレスを割込
詳細要因２の内容とポインタ３の内容との和で示される
アドレスに格納されている値として得るようになってい
る。この割込処理終了後は割υ込まれたプログラムを再
開するために必要な現在のプログラム状態語とプログラ
ムカウンタ２２０の値を５．６で示されるエリアに退避
する処理を行なってから新しいプログラム状態語を４で
示されるエリアより得、先に求めた割込処理プログラム
アドレスにジャンプすることによって割込処理プログラ
ムが実行されるものである。なお、第４図（ｂ）におい
て符号７．８は割込受付待行列を管理するためのポイン
タでアシ、また符号９はＬＯＣＫフラグを、更に符号１
１は待行列に接続されている割込メツセージ制御テーブ
ル１０３０個数を示す情報である。

なお、テーブルを用いるプロセッサ間通信方式について
は、本出願に係る発明者の一部を含む者等によって既に
特許出願として提唱績のものである。

第５図は前記した割込処理プログラムの処理の流れを示
したものであるが、これによるとエラーログ情報の有無
判定処理およびエラーの有無判定処理は割込メツセージ
制御テーブル１０３に格納されている終了割込状態語に
よって行なわれる。

エラーログ情報が存しない場合はエラーの有無判定処理
が行なわれ、この判定でエラーでない場合は正常終了報
告処理が、ｔた、そうでない場合にはエラー処理、異常
終了報告処理が行なわれるようになっている。一方、エ
ラーログ情報が存する場合にはエラーログ情報のログア
ウトファイルへの転送プログラム起動処理、エラーログ
情報比カプログラムの起動処理が行なわれた後エラーの
有無判定処理が行なわれる。エラーが存しない場合正常
終了報告処理が、またそうでない場合にはエラー処理、
異常終了報告部１が行なわれるようになっている。

第５図より判るように処理は大別して破一部で囲まれた
エラーログ情報をログアウトファイルに転送するための
プログラムを起動するなど、プログラム起動処理部分と
、最終的に入出力処理が正常に終了したか否かその結果
をユーザプログラムに報告する部分とからなる。第１図
には図示されていないが、システムパス４０１には７フ
イルコントロールプロセツサ（ＦＣＰ）を介しログアウ
トファイルが収容接続されておシ、ＪＯＢプロセッサ４
０２はファイルコントロールプロセッサを起動制御する
ようになっている。ＪＯＢプロセッサ４０２によって起
動された場合、先ずファイルコントロールプロセッサは
エラーログ情報転送プログラムを実行し、これによシロ
グアウドエリア３００よりエラーログ情報は読み出され
、ログアウトファイルに一旦転送記憶される。この後再
び起動されることによってファイルコントロ；ルプロセ
ッサはログアウトファイルよシェラ−ログ情報を読み出
し適当な記録表示装置によってエラーログ情報は記録表
示されるようになっている。しかしながら、ユーザプロ
グラム側よりすれば、リトライ処理の結果入出力処理が
正ｆＶｃ行なわれた場合と最初より正常に入出力処理が
行なわれた場合とでは以降性なわれる処理には何勢変更
はなく、したがってとれよシすればエラーログ情報のロ
グアウトファイルへの１贅記憶処理などを割込処理プロ
グラムによって行なうことはプログツム起動までに待時
間や前処理のための時間を要し、これがためにオーバヘ
ッド時間の大幅な増加とな如、処理性能上大籾な問題に
なることは明らかである。

一方、ハードウェア上よυすればエラーログバッファ３
２０のメモリ容量が制限される場合には、リトライ回数
や情報もまた制限されるという不具合を生じる。即ち、
第６図に２回目のりトライ処理で初めて入出力動作が正
常に行なわれた場合でのＪＯＢプロセッサ（ＪＯＢＦと
して表示）、ＩＯプロセッサ（ＩＯＰとして表示）、入
出力装置（１１０として表示）（場合によってはＩＯス
テーション（ＩｌｏＳＴとして表示）三者の関係をエラ
ーログ情報などとともに示すが、工０プロセッサが過渡
故障を検出する度にエラーログバッファ３２０にリトラ
イ情報を格納する必要があるれるのが終了割込タイミン
グであり、したがってエラーログバッファ３２０の最小
必要容量は知れていることから、エラーログバッファ３
２０の容量はいきおい必要最小限にならざるを得ないと
いうものである。エラーログバッファ３２０の容量を必
要最小限とする場合昧逆にＩＪ　）ライ処理回数や情報
量が制限され、トラブルシューティング上問題であると
いうわけである。

即ち、従来の入出力制御方法にあっては、ＪＯＢプロセ
ッサ側においては終了割込プログラムの処理が複雑で６
シ、ユーザプログツムがらみた正常時での処理オーバヘ
ッド時間がリトライ処理を行なった場合に大幅に増加す
るという欠点がある。

また、ＩＯプロセッサ＠においてはエラーログバッファ
の容量が制限されてお〕、これがためにリトライ処理回
数が制限されるなどの欠点があったものである。

よって本発明の目的は、ＪＯＢプロセッサ側において、
終了割込プログラムの簡単化と処理オーバヘッド時間の
減少化が図れ、また、ＩＯプロセツす側においてはりト
ライ処ｍ回数が制限されることのない入出力制御方法を
供するＫＴｏる。

この目的のため本発明は、従来方法における欠点が終了
割込時にエラーログ情報をも併せて報告してい友ことに
起因していると考え、エラーログバッファの容量を大に
してエラーログ情報を終了割込とは別の割込で、しかも
終了割込タイミングとは異なる独立のタイミングで報告
させるようＫしたものである。

以下、本発明を第８図から第１３図により説明する。

先ず第８図に示す本発明に係るマルチプロセッサシステ
ムおよび第６図に示すタイムチャートの例によυ本発明
の詳細な説明する。なお、第８図中におけるファイル制
御装置としてのファイルコントロールプロセッサ（ＦＣ
Ｐ）４０５．！：ログアウトファイル４０５とについて
は既に述べたところのものである。

既述した如＜ＪＯＢプμセッサ４０２がらの入出力要求
によシエ０プロセッサ４０４は起動され、起動された工
０プロセッサ４０４はまた起動情報に従い入出力装置１
０９を起動し入出力装置１０９との間でデータ入出力転
送が行なわれるが、このような状態下で一時的な工ツー
が発生した場合を想定する。エラー発生時には入出力装
置１０９は入出力動作を打ち切ってＩＯプロセッサ４０
４に異常の発生を報告するが、これによ１０プロセツサ
４０４は異常に関する情報であるところの入出力装置１
０９の状態やエラー要因などを既述のエラーログバッフ
ァに取如込むようになる。ここまでは従来の場合と同様
であるが、エラーログバッファ内のエラーログ情報は第
９図に示す如く終了割込のタイミングではなく、バッフ
ァ３２０内が全てエラーログ情報によって占められたと
きに初めてエラーログバッファ３２０よシログアウドエ
リア３００に転送され、この後ＪＯＢプロセッサ４０２
に対してエラーログ割込がかけられるようＫなっている
ことである。エラーログ割込はシステムバス４０１に新
九に設けられ九割込ラインによって行なわれるが、これ
Ｋついては後述するところである。ところでエラーログ
バッファ３２０の容量についてであるが、これは一般に
規定ＩＪ　）ライ処理回数対応の必要最少限の容量より
も大とされる。このようＫしてエラーログ情報をログア
ウトエリア３００に転送し、また、ＪＯＢプロセッサ４
０２に対してエラーログ割込がかける場合、エラーログ
割込のタイミングは一般に終了割込のそれとは異なった
ものとなυ、エラーログ情報の転送回数とエラーログ割
込回数は従来方法に比し低減されるところとなるもので
ある。また、規定ＩＪ　）ライ処理回数小なる方向に変
更する場合は勿論のこと、大なる方向に変更する場合で
も特にエラーログバッファ３２０の容量を変更すること
なく対処し得るわけである。一方、ＪＯＢプロセッサ４
０２偶においてはＩＯプロセッサ４０４かりトライ処理
を行なっている間にログアウトファイル４０５へのエラ
ーログ情報の転送処理を行ない得、ＪＯＢプロセッサ４
０２における処理オーツ（ヘッド時間が短縮され全体と
しての処理時間も短縮されるようになるものである。

第１０図（ａ）、（ｂ）はそれぞれＪＯＢプロセッサ４
０２によって実行される終了割込、エラーログ割込に対
するソフトウェアプログラムの処理の流れを示したもの
である。終了割込、エラーログ割込は独立の別のタイミ
ングで、しかも区別された状態でＪＯＢプロセッサ４０
２に報告されることから、両割込に対するプログラムは
別個とし得るわけである。別個とする場合にはエラーロ
グ情報の有無判定処理が不要となシ、プログラムは図示
の如くに簡単化され得るものである。終了割込処理、エ
ラーログ処理を独立に行なうようにすれば、処理性能の
向上も期待し得るわけである。

本発明の概要は以上のようであるが、次に第１１図、第
１２図により本発明に係るＩＯプロセッサおよびＪＯＢ
プロセッサの構成について説明する。

第１１図はそのＩＯプロセッサの構成を示したものであ
り、構成上纂２図に示すものと異なるところはエラーロ
グ要求フリップフロップ９０が新たに設けられ九ことで
ある。このフリップフロップ９０のためにシステムバス
４０１には新たにエラーログ割込ライン４５が設けられ
るようになっている。

本図での演算処理回路３５０は入出力制御回路３６０か
ら終了ツリツブフロップ８０を介して起動された場合は
、入出力動作が正常に終了し、しかもループバス４０６
−？ＩＯステーション４０７でリトライ処理が行なわれ
なかった場合と入出力動作が異常であって、しかもその
異常が永久故障による場合には従来の場合と全く同様な
処理を行なう。しかしながら、それ以外の場合、ＪＯＢ
プロセッサ４０２にエラーログ情報が報告されるタイミ
ングは終了割込フリップフロップ６０による終了報告タ
イミングではなく、エラーログ要求フリップフロップ９
０による別タイミングで行なわれる。具体的にはエラー
ログバッファ３２０がリトライ情報によって全て占めら
れ九ときである。

即ち、第１３図によってＩＯプロセッサ４０４での処理
内容を説明すれば、ＩＯステーション１０９よυ終了割
込がＩＯプロセッサ４０４にあると、先ず入出力動作の
結果が正常か否かが判断される。正常である場合には終
了割込状態語を正常終了としたうえＪＯＢプロセッサ４
０２に対し終了割込をかけるものである。異常終了であ
って、ＩＯプロセッサ４０４でのりトライ処理回数が規
定値をオーバする場合または永久故障故にＩＪ　）ライ
処理不可の場合には、終了割込状ａｍを異常終了とした
うえ正常終了の場合と同様にしてＪＯＢプロセッサ４０
２に対し終了割込がかけられるものである。一方、リト
ライ処理回数が規定値に達しなく、シかも過渡的故障に
よって終了した場合にはＩＪ　）ライ処理が行なわれる
。入出力装置でリトライ処理有の場合には入出力装置で
のりトライ情報をエラーログバッファ３２０に転送し死
後、入出力装置が再起動される。正常終了、異常終了の
何れの場合に４ＪＯＢプロセツサ４０２に対して終了割
込がかけられるわけであるが、以降はＩＯステーション
４０７−？ＩＯプロセッサ４０４自体のりトライ処理の
有無によってはりトライ情報がエラーログバッファ３２
０に転送され、１つの入出力動作は終了するものである
。

ここで注意すべきは、エラーログ情報のＪＯＢプロセッ
サ４０２への報告タイずングは、エラーログバッファ３
２０がリトライ情報によって全て占められたことを検出
して行なわれるということである。エラーログ制御回路
３３０によってその旨が検出された場合にはエラーログ
要求フリップフロップ９０がセット状態におかれたもの
でおる。

フリップフロップ９０がセット状態におかれた旨は優先
順位判定回路３４０を介して演算処理回路３５０が知る
ところとなるが、これによって演算処理回路３５０は直
ちにゲート３０３を制御しエラーログバッファ３２０を
システムバス制御回路３１０に接続するわけでおる。こ
の接続によってエラーログ情報はログアウトエリア３０
０に転送されるところとなる。

即ち、エラーログ情報のログアウトエリア３００への転
送は終了割込とは独立して行なわれるものである。従来
におってはエラーログ情報のログアウトエリア３００へ
の転送処理後終了割込をかける必要があったことは第７
図よシ明らかでめシ、これがためにＪＯＢプロセッサ４
０２での処理の複雑さ十オーバヘッド時間の増大を回避
し得す、しかも終了割込のタイミングは遅くなっていた
が、これらの欠点は本発明によって低減され得るわけで
おる。

最後に本発明に係るＪＯＢプロセッサを第１２図によシ
説明する。第１２図はその構成を示すが、システムバス
４０１に新たにエラーログ割込ライン４５が付加された
ことに伴いエラーログ要求受付フリップフロップ５０が
新たに設けられるよう罠なっている。フリップフロップ
５ｏの果す機能は終了割込受付フリップフロップ４ｏに
同様である。しかし、異なる優先順位をもつ割込として
優先順位判定回路２４０で判定されることがら、割込受
付ファームウェア２６０を経た後に制御が移行される割
込処理プログラムは終了割込プログラムと工２−ログ割
込プログ２ムとに分離し得るものでおる。

以上説明したように本発明は、容量大とされ九エラーロ
グバッファがリトライ情報によって全て占められたとき
ＪＯＢプロセッサにはエラーログ割込をかけ、また主記
憶装置上のログアウトエリアにはエラーログ情報をエラ
ーログバッファよシ転送するようＫしたものでわる。し
たがって本発明による場合は、エラーログ割込のタイミ
ングは終了割込のそれとは異なるようＫされるから、割
込処理プログラムが簡単化され、ＪＯＢプロセッサでの
処理オーバヘッド時間が減少されるなど、穐々の効果が
得られる。

【図面の簡単な説明】

第１図は、従来技術に係るマルチプロセッサシステムの
一例でのシステム構成を示す図、第２図。 第３図は、そＯＩｓ成におけるＪＯＢプロセッサ、ＩＯ
プロセッサの一例での構成をそれぞれ示す図、第４図（
り、（ｂ）は、同じくその構成における主記憶装置上の
プロセッサ間通信用エリアに格納される通信用テーブル
の構成管示す図、菖５図は、ＪＯＢプロセッサで実行さ
れる割込処理プログラムの処理の流れを示す図、第６図
は、ＪＯＢプロセッサ、ＩＯプロセッサ、入出力装置王
者の間で行なわれる処理の流れを示す図、第７図は、工
０プロセッサで行なわれる処理の概要を示す図、第８図
は、本発明に係るマルチプロセッサシステムの一例での
システム構成を示す図、第９図は、ＪＯＢプロセッサ、
工０プロセッサ、入出力装置三者の間で行なわれる本発
明に係る処理の流れを示す図、第１０図（１）　、　（
ｂ）は、ＪＯＢプロセッサで実行される終了割込、エラ
ーログ割込に対するプログラム処理の流れを示す図、第
１１図、第１２図は、第８図におけるＩＯプロセッサ、
ＪＯＢプロセッサの一例での構成を示す図、第１３図線
、本発明に係るＩＯプロセッサで行なわれる処理の概要
を示す図である。 ４００・・・主記憶装置、３００・・・ログアウトエリ
ア、４０２・・・Ｊ　ＯＲ３”ロセッサ、４０３・・・
ファイルコントロールプロセッサ、４０４・・・ＩＯ７
’ロセッサ、４０５・・・ログアウトファイル、１０９
・・・入出力装置、４５・・・エラ−ログ割込ライン、
９０・・・エラーログ要求フリップフルツブ、５０・・
・エラーログ要求受付フリップフロップ、３２０・・・
エラーログバッファ。 代理人　弁理士　秋本正実 第３圀 ＃２ （６し） ’Ｉｔｇｍ 第７図 第Ｓ図 第１１図 −０２ 第１３図

Claims (1)

1. 【特許請求の範囲】 １、主プロセツサと入出力装置との間で行なわれる入出
   力データの転送制御が入出力制御用プロセッサによって
   主として行なわれ、入出力制御用プロセッサと入出力装
   置との間での入出力データ転送の際に過渡的なエラーあ
   るいは故障が生じた場合、咳エラーおるいは故障を回復
   すべく入出力制御用プロセッサが入出力データの転送を
   規定回数内で再試行するようＫしてなるマルチプロセッ
   サシステムにおいて、入出力データ転送の再試行が行な
   われる度に入出力制御用プロセッサ内ＫＩ［次蓄積され
   る再試行情報としてのエラーログ情報は、該情報の量が
   一定値に達する度に主プロセツサに対する工２−ログ割
   込と同時に主記憶装置上の特定エリアに一時的に転送記
   憶され、上記エラーログ割込は入出力データの転送終結
   によって入出力制御用プロセッサより主プロセツサに対
   して行なわれる終了割込とは異なったタイミングで行な
   われるよう圧したことを特徴とする入出力制御方法。 ２、主プロセツサに対してエラーログ割込が行なわれる
   際のエラーログ情報の量は、規定再試行回数対応のエラ
   ーログ情報の量よりも大とされる特許請求の範囲第１項
   記載の入出力制御方法。