JPS6230668B2 - - Google Patents

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

ところでIOプロセツサレベルではなくループ
バス４０６やIOステーシヨン４０７などでリト
ライ処理が行なわれた場合にはリトライ情報は通
常の終了報告のタイミングでバツフア３８０に格
納され、以降は演算処理回路３５０によつてIO
プロセツサレベルの場合と同様にして判断処理さ
れる。したがつて、リトライ処理が如何なるとこ
ろで行なわれてもそれとは無関係にリトライ情報
はエラーログバツフア３２０に格納されるもので
ある。次に演算処理回路３５０はリトライ処理を
行なつたのがIOプロセツサであるか、ループバ
ス４０６あるいはIOステーシヨン４０７などで
あるかの区別をバツフア３８０内に存する終了割
込状態語に付加し、ゲート３０３をバツフア３８
０とシステムバス制御回路３１０とを接続すべく
制御した後、バツフア３８０の内容をリトライ処
理が行なわれなかつた場合と同様にして主記憶装
置４００に送出する。最後に演算処理回路３５０
はゲート３０３をエラーログバツフア３２０とシ
ステムバス制御回路３１０を接続すべく制御した
後、システムバス制御回路３１０を起動し、エラ
ーログバツフア３２０の内容を主記憶装置４００
に転送するところとなる。この転送の終了がシス
テムバス制御回路３１０より報告されると、演算
処理回路３５０は終了割込フリツプフロツプ６０
をセツト状態におくわけである。IOプロセツサ
４０４で行なわれる処理の概要については第７図
に示すところである。

次に第３図によりJOBプロセツサ４０２につい
て説明する。

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

第４図ａ，ｂは主記憶装置４００上のエリア１
００に格納配置されるプロセツサ間通信用テーブ
ルの構成を示したものである。プロセツサ間通信
用データとしてのテーブルとしては入出力動作指
示情報が格納される割込メツセージ制御テーブル
１０３と、割込受付時のプログラム状態および割
込が連続して発生した場合の処理待行列を管理す
る割込レベル状態テーブル１０２とがある。割込
レベル状態テーブル１０２のテーブル構成は第４
図ｂに示すところであるが、割込レベル状態テー
ブル１０２は各IOプロセツサからの各割込要因
毎に主記憶装置４００上の固定アドレスに配置さ
れるようになつている。終了割込により割込受付
フアームウエアプログラムが起動されると、その
割込要因に対応した主記憶装置４００上の割込レ
ベル状態テーブルがアクセスされ、次に実行すべ
き制御プログラムのアドレスを割込詳細要因２の
内容とポインタ３の内容との和で示されるアドレ
スに格納されている値として得るようになつてい
る。この割込処理終了後は割り込まれたプログラ
ムを再開するために必要な現在のプログラム状態
語とプログラムカウンタ２２０の値を５，６で示
されるエリアに退避する処理を行なつてから新し
いプログラム状態語を４で示されるエリアより
得、先に求めた割込処理プログラムアドレスにジ
ヤンプすることによつて割込処理プログラムが実
行されるものである。なお、第４図ｂにおいて符
号７，８は割込受付待行列を管理するためのポイ
ンタであり、また符号９はLOCKフラグを、更に
符号１１は待行列に接続されている割込メツセー
ジ制御テーブル１０３の個数を示す情報である。
なお、テーブルを用いるプロセツサ間通信方式に
ついては、本出願に係る発明者の一部を含む者等
によつて既に特許出願として提唱済のものであ
る。

第５図は前記した割込処理プログラムの処理の
流れを示したものであるが、これによるとエラー
ログ情報の有無判定処理およびエラーの有無判定
処理は割込メツセージ制御テーブル１０３に格納
されている終了割込状態語によつて行なわれる。
エラーログ情報が存しない場合はエラーの有無判
定処理が行なわれ、この判定でエラーでない場合
は正常終了報告処理が、また、そうでない場合に
はエラー処理、異常終了報告処理が行なわれるよ
うになつている。一方、エラーログ情報が存する
場合にはエラーログ情報のログアウトフアイルへ
の転送プログラム起動処理、エラーログ情報出力
プログラムの起動処理が行なわれた後エラーの有
無判定処理が行なわれる。エラーが存しない場合
正常終了報告処理が、またそうでない場合にはエ
ラー処理、異常終了報告処理が行なわれるように
なつている。

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

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

即ち、従来の入出力制御方法にあつては、JOB
プロセツサ側においては終了割込プログラムの処
理が複雑であり、ユーザプログラムからみた正常
時でのオーバヘツド時間がリトライ処理を行なつ
た場合に大幅に増加するという欠点がある。ま
た、IOプロセツサ側においてはエラーログバツ
フアの容量が制限されており、これがためにリト
ライ処理回数が制限されるなどの欠点があつたも
のである。

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

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

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

先ず第８図に示す本発明に係るマルチプロセツ
サシステムおよび第９図に示すタイムチヤートの
例により本発明の概要を説明する。なお、第８図
中におけるフアイル制御装置としてのフアイルコ
ントロールプロセツサ（FCP）４０３とログア
ウトフアイル４０５とについては既に述べたとこ
ろのものである。

既述した如くJOBプロセツサ４０２からの入出
力要求によりIOプロセツサ４０４は起動され、
起動されたIOプロセツサ４０４はまた起動情報
に従い入出力装置１０９を起動し入出力装置１０
９との間でデータ入出力転送が行なわれるが、こ
のような状態下で何等かのエラーが発生した場合
を想定する。エラー発生時には入出力装置１０９
は入出力動作を打ち切つてIOプロセツサ４０４
に異常の発生を報告するが、これによりIOプロ
セツサ４０４は異常に関する情報であるところの
入出力装置１０９の状態やエラー要因などを既述
のエラーログバツフアに取り込むようになる。こ
こまでは従来の場合と同様であるが、異なる点は
エラーログバツフア内のエラーログ情報は第９図
に示す如く終了割込のタイミングではなく、バツ
フア３２０内が全てエラーログ情報によつて占め
られたときに初めてエラーログバツフア３２０よ
りログアウトエリア３００に転送され、この後
JOBプロセツサ４０２に対してエラーログ割込が
かけられるようになつていることである。本発明
に係るエラーログバツフア３２０の容量は少なく
とも規定リトライ処理回数対応の必要最少限の容
量よりも大とされることから、これにより終了割
込タイミングとは異なるタイミングでエラーログ
割込がかけられることになるものである。即ち、
入出力動作が全く正常に、あるいは規定リトライ
処理回数以内でのリトライ処理によつて入出力動
作が正常に終了した場合にはその旨の終了割込
が、また、規定リトライ処理回数リトライ処理が
行なわれても、入出力動作が正常に終了しなかつ
た場合はその旨の終了割込がJOBプロセツサ４０
２に対しかけられるが、これら終了割込にはエラ
ーログ情報の転送が伴われないものである。リト
ライ処理に伴い発生するエラーログ情報はエラー
ログバツフア３２０内部が全てそれによつて占め
られるまでは、エラーログバツフア３２０内に取
り込まれるものである。さて、JOBプロセツサ４
０２は終了割込より入出力動作が異常として終了
したことを知つた場合には、その入出力装置１０
９に再度入出力動作を試行したり、あるいは同一
ループバス４０６に接続されている他の入出力装
置との間で入出力動作を行なうなど、必要な措置
を採るところとなるが、この後の入出力処理にお
いてもなおリトライ処理が行なわれる場合は、や
がてあるリトライ処理でエラーログバツフア３２
０の内部は全てエラーログ情報によつて占められ
ることになることは明らかである。本発明ではエ
ラーログバツフア３２０内部が全てエラーログ情
報によつて占められた時点でエラーログ情報をロ
グアウトエリア３００に転送したうえ、エラーロ
グ割込をかけようというものである。したがつ
て、従来方法における終了割込と本発明に係るそ
れとではタイミングは同一であるもエラーログ情
報を伴うか否かによつてその内容が異なつたもの
となつている。本発明に係るそれではエラーログ
情報を伴わなく、エラーログ情報はエラーログ割
込に伴われているものである。このエラーログ割
込は本発明特有のものであり、このためにシステ
ムバス４０１には新たにそのための割込ラインが
設けられているが、これについては後述するとこ
ろである。

以上のようにしてエラーログ情報をログアウト
トエリア３００に転送し、また、JOBプロセツサ
４０２に対してエラーログ割込がかける場合は、
エラーログ割込のタイミングは一般は終了割込の
それとは異なつたものとなり、しかもエラーログ
情報の１回当りの転送情報量は従来方法に比し大
となるも、転送回転とその転送に伴なうエラーロ
グ割込の回数は従来方法での終了割込に比し低減
されるところとなるものである。従来方法では
IOプロセツサ４０４からのエラーログ報告は終
了報告時に限られていたため、JOBプロセツサ４
０２から見た１回の入出力動作の応答時間に対す
る制限により転送できるエラーログ情報の容量に
は上限があることは既に述べたところである。こ
のため、JOBプロセツサ４０２およびIOプロセ
ツサ４０４を含めたエラーログに要する時間は、
次式で与えられる。

エラーログ所要時間（T1）＝（IOプロセツサ404のエラーログ処理時間（Ｔ_IOP） ＋IOプロセツサ404からログアウトエリア300へのエラーログ情報の転送時間（Ｔ_traos） ＋JOBプロセツサ402のエラーログ処理時間（Ｔ_JOBP））×ｎ ……(1) ここで、Ｔ_IOPとＴ_JOBPは、エラーログ処理１
回につき一定時間がかかるものであり、Ｔ_traosは
エラーログ情報の容量に比例して増加する処理時
間である。またｎは、エラーログ報告を行なつた
回数である。

これに対して、本発明に係るところのエラーロ
グ割込方式を用いれば、何回かのエラーログ情報
をエラーログバツフア３２０に蓄積しておいても
１回の入出力動作の応答時間は減少こそすれ増加
することはない。これはエラーログ要求割込を終
了割込と別タイミングに、しかもエラーログバツ
フア３２０が満杯になつたタイミングとしている
からである。ここで、従来方法での終了割込ｍ回
分のエラーログ情報をエラーログバツフア３２０
に蓄積することとすれば、JOBプロセツサ４０２
に対しては従来方式に比して１／ｍにエラーログ
報告回数を減少させることができるわけである。
従来方式のｎ回分のエラーログ処理を本発明の方
式で行なうとその所要時間は次式で与えられる。

エラーログ所要時間（T2）＝（Ｔ_IOP＋Ｔ_traos）×ｎ＋Ｔ_JOBP×ｎ／ｍ ……(2) T1とT2を比べると、JOBプロセツサ４０２に
おけるエラーログ処理時間は従来方式と本発明に
よる方式では１／ｍに減少できることがわかる。
一方、JOBプロセツサ４０２側においてはIOプ
ロセツサ４０４がリトライ処理を行なつている間
にログアウトフアイル４０５へのエアーログ情報
の転送処理を行ない得、JOBプロセツサ４０２に
おける処理オーバヘツド時間が短縮され全体とし
ての処理時間も短縮されるようになるものであ
る。

第１０図ａ，ｂはそれぞれJOBプロセツサ４０
２によつて実行される終了割込、エラーログ割込
に対するソフトウエアプログラムの処理の流れを
示したものである。終了割込、エラーログ割込は
独立の別のタイミングで、しかも区別された状態
でJOBプロセツサ４０２に報告されることから、
両割込に対するプログラムは別個とし得るわけで
ある。ここで第１０図ｂにより改めてJOBプロセ
ツサでの処理時間が式(2)に関連して１／ｍに全体
的に減少され得る理由を説明すれば、図示のよう
にJOBプロセツサではエラーログ情報転送プログ
ラムおよびエラーログ情報出力プログラムの起動
処理が行なわれるが、これらはいずれもエラーロ
グ割込の回数に比例して増加し、エラーログ情報
量には依存しないことは明らかである。また、エ
ラーログ情報転送プログラムならびにエラーログ
情報出力プログラムが行なうところの、IOプロ
セツサとJOBプロセツサ間の転送処理についても
データ転送処理そのものは、JOBプロセツサが関
与しないDMA（Direct Memory Access）方式
で行なわれるのが通例であり、このためJOBプロ
セツサの処理時間は転送データ量には依存せず、
転送処理そのものの回数のみに比例する。以上か
ら、JOBプロセツサでの負荷は基本的に、エラー
ログ情報量にはよらずに、エラーログ要求割込の
回数に比例することがわかる。このJOBプロセツ
サにて行なうエラーログ処理の基本性質から、本
発明に係るところのエラーログ割込方式によりエ
ラーログ要求割込回数を１／ｍにすることが、と
りもなおさず直接JOBプロセツサでの処理時間低
減をもたらすことになるものである。別個とする
場合には割込処理においてエラーログ情報の有無
判定処理が不要となり、プログラムは図示の如く
に簡単化され得るものである。終了割込処理、エ
ラーログ処理を独立に行なうようにすれば、処理
性能の向上も期待し得るわけである。

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

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

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

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

ここで注意すべきは、エラーログ情報のJOBプ
ロセツサ４０２への報告タイミングは、エラーロ
グバツフア３２０がリトライ情報によつて全て占
められたことを検出して行なわれるということで
ある。エラーログ制御回路３３０によつてその旨
が検出された場合にはエラーログ要求フリツプフ
ロツプ９０がセツト状態におかれたものである。
フリツプフロツプ９０がセツト情態におかれた旨
は優先順位判定回路３４０を介して演算処理回路
３５０が知るところとなるが、これによつて演算
処理回路３５０は直ちにゲート３０３を制御しエ
ラーログバツフア３２０をシステムバス制御回路
３１０に接続するわけである。この接続によつて
エラーログ情報はログアウトエリア３００に転送
されるところとなる。

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

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

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

【図面の簡単な説明】

第１図は、従来技術に係るマルチプロセツサシ
ステムの一例でのシステム構成を示す図、第２
図、第３図は、その構成におけるJOBプロセツ
サ、IOプロセツサの一例での構成をそれぞれ示
す図、第４図ａ，ｂは、同じくその構成における
主記憶装置上のプロセツサ間通信用エリアに格納
される通信用テーブルの構成を示す図、第５図
は、JOBプロセツサで実行される割込処理プログ
ラムの処理の流れを示す図、第６図は、JOBプロ
セツサ、IOプロセツサ、入出力装置三者の間で
行なわれる処理の流れを示す図、第７図は、IO
プロセツサで行なわれる処理の概要を示す図、第
８図は、本発明に係るマルチプロセツサシステム
の一例でのシステム構成を示す図、第９図は、
JOBプロセツサ、IOプロセツサ、入出力装置三
者の間で行なわれる本発明に係る処理の流れを示
す図、第１０図ａ，ｂは、JOBプロセツサで実行
される終了割込、エラーログ割込に対するプログ
ラム処理の流れを示す図、第１１図、第１２図
は、第８図におけるIOプロセツサ、JOBプロセ
ツサの一例での構成を示す図、第１３図は、本発
明に係るIOプロセツサで行なわれる処理の概要
を示す図である。 ４００……主記憶装置、３００……ログアウト
エリア、４０２……JOBプロセツサ、４０３……
フアイルコントロールプロセツサ、４０４……
IOプロセツサ、４０５……ログアウトフアイ
ル、１０９……入出力装置、４５……エラーログ
割込ライン、９０……エラーログ要求フリツプフ
ロツプ、５０……エラーログ要求受付フリツプフ
ロツプ、３２０……エラーログバツフア。

Claims (1)

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