JP2846789B2 - 入出力プロセッサ間通信処理機能を有する情報処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の入出力プロセッ
サを有して構成される情報処理システムに係り、特に、
当該プロセッサ間で制御情報の送受を可能として、一連
の命令を、複数の入出力プロセッサ間で処理することに
好適な情報処理システムに関する。

【０００２】

【従来の技術】情報処理システムとして、複数の入出力
プロセッサと、少なくとも１以上の命令プロセッサと、
各命令プロセッサおよび各入出力プロセッサからのアク
セスが可能な主記憶とを有するシステムが、例えば特開
昭６２−１０５３号公報に開示してある。この種のシス
テムにおいて、一連の命令を、複数の入出力プロセッサ
において処理することが必要となることがある。

【０００３】このよう場合において、従来、のシステム
では、複数の入出力プロセッサに関連する入出力命令の
実行時において、１個の命令プロセッサが、関連する複
数の入出力プロセッサを順次起動し、起動した命令プロ
セッサが、起動された全ての入出力プロセッサからの処
理の完了報告を、待つ処理を行っている。

【０００４】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術では、入出力プロセッサ間の通信手段が存
在しないため、複数の入出力プロセッサに関連する入出
力命令の実行において、命令プロセッサが、関連する入
出力プロセッサを把握し、制御情報の管理を行い、さら
に、該命令プロセッサは、全入出力プロセッサに対し処
理を行っていた。

【０００５】従って、入出力プロセッサの数が増加する
ほど、命令プロセッサの負荷が大きくなり、処理に長時
間を要していた。

【０００６】本発明の目的は、複数の入出力プロセッサ
に渡って処理すべき命令がある場合に、命令プロセッサ
の負荷を軽減し、情報処理システム全体の処理効率を向
上して、性能を向上した情報処理システムを提供するこ
とにある。

【０００７】

【課題を解決するための手段】そこで、本発明では、命
令プロセッサは、任意の入出力プロセッサに起動をか
け、該入出力プロセッサが、当該命令に関連する入出力
プロセッサを特定し、制御情報を作成する処理を行う。
かかる制御情報にもとづき、全ての関連入出力プロセッ
サが処理を終えたところで、最後の入出力プロセッサが
終了の報告をして、一連の処理を終了せしめる。

【０００８】このように、本発明を用いることで、命令
プロセッサの負荷を軽減し、例えば計算機システム等の
情報処理装置の性能向上を実現する。

【０００９】上記課題を解決するため、以下の手段が考
えられる。

【００１０】複数の入出力プロセッサと、少なくとも１
以上の命令プロセッサと、各命令プロセッサおよび各入
出力プロセッサからのアクセスが可能な主記憶とを有す
る情報処理システムにおいて、前記主記憶は、入出力プ
ロセッサ間の通信処理を行うために必要な制御情報を格
納するための入出力プロセッサ間通信用領域を有し、該
制御情報は、処理を行わせるべき入出力プロセッサを特
定するための特定データと、特定された入出力プロセッ
サが処理すべき命令とを少なくとも含み、命令プロセッ
サおよび各入出力プロセッサは、それぞれ、命令実行の
際に、２以上の入出力プロセッサに渡って行なうべき処
理の存在を検出すると、その行なうべき処理についての
命令を含む前記制御情報を前記入出力プロセッサ間通信
用領域に書き込み、各入出力プロセッサは、前記入出力
プロセッサ間通信用領域をアクセスし、該領域内に、制
御情報内の特定データによって特定される入出力プロセ
ッサが自プロセッサである制御情報が存在するとき、当
該制御情報内の命令を実行するものである、入出力プロ
セッサ間通信処理機能を有する情報処理システムが考え
られる。

【００１１】

【作用】本発明は、各入出力プロセッサがアクセスでき
る通信用領域を主記憶上に備え、各入出力プロセッサが
独自に該通信用領域をアクセスし、通信用領域内に格納
されている、指定された処理を実行することで、複数の
入出力プロセッサに関連する一連の処理を、各入出力プ
ロセッサが個々に実行できる。

【００１２】すなわち、複数の入出力プロセッサが共同
で処理すべき事項を検出した入出力プロセッサが、「入
出力プロセッサ間通信処理を行うために必要な制御情報
を示すフラグ」、「関連する入出力プロセッサを特定す
る情報」、「命令コード」、及び「命令コードに関する
付加情報」を通信用領域に設定し、自入出力プロセッサ
は、実行すべき処理を行う。

【００１３】この場合、情報、命令は複数個設定しても
良い。

【００１４】他の入出力プロセッサは、所定の時間間隔
にて、上記通信用領域をアクセスし、関連する入出力プ
ロセッサの情報にもとづいて、自入出力プロセッサが関
連するか否かを判定する。判定の結果、自入出力プロセ
ッサが、関連する入出力プロセッサに該当すると判断し
た時には、前記通信用領域内の制御情報である、命令コ
ードに従った処理を実行する。その際、関連入出力プロ
セッサ内の、自入出力プロセッサに関する情報を削除す
ることで、同じ処理を繰返し行うことを防止している。

【００１５】

【実施例】以下、本発明の実施例について図面を参照し
て説明する。

【００１６】図１は、本発明の一実施例の構成例を示
す。

【００１７】複数の命令プロセッサ（「ＩＰ」とも称す
る）１、２と、主記憶（「ＭＳ」と記す）３、ＵＣＷキ
ュー４、および、入出力プロセッサ（「ＩＯＰ」とも称
する）５、６、７、８を有した構成を示す。また、上記
ＭＳ３には、ＵＣＷキュー４が設けられる。このＵＣＷ
キューには図示してないが、キューカウンタが設けられ
る。

【００１８】命令プロセッサ１、２は、それぞれ主記憶
３上に用意された命令をフェッチして実行する処理装置
である。

【００１９】命令を実行した結果、当該命令が入出力プ
ロセッサを使用する処理を必要とする場合には、命令プ
ロセッサ１、２は、入出力動作の処理に必要である制御
情報、および、特定の入出力プロセッサをサブチャネル
（ＵＣＷ（Ｕｎｉｔ Ｃｏｎｔｒｏｌ Ｗｏｒｄ））に
設定し、主記憶３内に存在するＵＣＷキュー４にエンキ
ューする。キューカウンタ（各種命令の束を格納する
「キュー」の数を計数する手段である）には、初期値と
して、例えば「０」を設定しておく。入出力プロセッサ
５〜８は、独自に、所定時間間隔にて、ＵＣＷキュー４
の内容を読み出すことができ、目的とする特定入出力プ
ロセッサが読み出した場合に限り、サブチャネルをデキ
ューし命令を実行する。

【００２０】図２に、ＩＯＰ間通信用エリアの構成図の
一例を示す。

【００２１】かかるＩＯＰ間通信用エリアは、例えばＭ
Ｓ３に設けるのが望ましい。

【００２２】ＩＯＰ間通信用エリア（２−０）は、当該
エリアへの書き込みが可能でないことを示すＬＯＣＫ情
報（２−１）、当該エリアが有効であることを示す識別
子として機能する有効性フラグ（Ｖ）（２−２）、当該
処理に関連する入出力プロセッサを特定するためのデー
タであるＩＯＰマスク（２−３）、命令コード（２−
４）、および命令コードに関連する付加情報（２−５）
を有して構成される。ここで付加情報とは、命令コード
を実行するために命令コードに付加して備えられた、ア
ドレス、数値データ等を意味する。

【００２３】また、ＩＯＰ０からＩＯＰ３までには、そ
れぞれの識別子の機能を有するマスクが、例えば、ビッ
ト対応に「８０」、「４０」、「２０」、「１０」（い
ずれも１６進数）として割り付けられているものとす
る。

【００２４】この様子を、図１にＩＯＰ０からＩＯＰ３
について、２進数で示しておく。

【００２５】例えば、ＩＯＰ０（５）が、ＵＣＷキュー
４をデキューして命令を実行した結果、当該命令の実行
結果がＩＯＰ２（７）、ＩＯＰ３（８）に関連する場合
には、当該エリア（２−０）の内容を読み出した後、Ｉ
ＯＰ０（５）は、ＩＯＰマスク（２−３）＝’３０’
（マスクは、例えば「００」から「ＦＦ」までの１６進
数で与えられる、この場合「３０」と設定したのは、予
め各ＩＯＰに付加されている情報を利用して関係するＩ
ＯＰを特定するためである）、命令コード（２−４）、
付加情報（２−５）、および当該エリア有効性フラグ
（２−２）を設定して、当該エリア（２−０）に書き込
む。

【００２６】次に、ＩＯＰ２（７）が、当該エリア（２
−０）を読み出し、当該エリアの示す命令コード（２−
４）および付加情報（２−５）にもとづいた処理を終了
した時には、依頼先ＩＯＰマスク（２−３）から、自Ｉ
ＯＰマスクを無効、つまり、ＩＯＰマスク（２−３）
＝’１０’（この場合「１０」と設定したのは、予め各
ＩＯＰに付加されている情報を利用して関係するＩＯＰ
を特定するためである）に設定し、命令コード（２−
４）、および付加情報（２−５）を更新する。

【００２７】このように、入出力プロセッサ５〜８が、
独自に当該エリア（２−０）を読み出し、当該ＩＯＰが
有効であり、当該エリアがリザーブ状態でなければ、命
令コード（２−４）および付加情報（２−５）に従った
処理を行い、処理を終了すると、当該エリア（２−０）
を書き替える。

【００２８】そして、依頼先ＩＯＰマスク（２−３）
が、「００」になった時点で、当該エリア有効性フラグ
を、例えば、「１」から「０」に書き替えることで、当
該エリアを無効にした後、ＩＰに終了報告を行い、一連
の処理を完了する。

【００２９】図３に、ＩＯＰ間通信用エリア（２−０）
を用いた、任意ＩＯＰにおける入出力命令実行の処理の
フローを示す。

【００３０】本発明では、図３のフローに示すように、
ＵＣＷキュー４を読み出す（ステップ３−１１）以前
に、ＩＯＰ間通信用エリア（２−０）を読み出し（ステ
ップ３−１）、当該エリアの有効性を示す通信エリア有
効フラグ（２−２）の有効性を判定する（ステップ３−
２）。例えば、通信エリア有効フラグが「１」である場
合に有効である旨の規則を予め定めてある。

【００３１】当該エリアが無効である場合には、ＵＣＷ
キュー４を読み出し（ステップ３−１１）、以降の処理
を行なう。有効な場合には、依頼先ＩＯＰマスク（２−
３）を判定し、当該入出力プロセッサが、本命令の実行
が許されているか否かを判定する（ステップ３−３）。

【００３２】自ＩＯＰマスクが「０」（この「０」は、
マスクの指定がなかったことを意味する。）であれば、
当該入出力プロセッサは、当該命令の実行を必要としな
いため、ＵＣＷキュー４を読み出し（ステップ３−１
１）、以降の処理を行なう。

【００３３】自ＩＯＰマスクが、「１」（この「１」
は、マスクの指定があったことを意味する）の場合に
は、当該エリアのＬＯＣＫ情報（２−１）から、当該エ
リアがリザーブ状態であるか否かを判定する（ステップ
３−４）。例えば、ＬＯＣＫフラグが「１」である場合
に、当該エリアはリザーブ状態であり、他ＩＯＰが本命
令を実行中である旨の規則を予め定めてある。

【００３４】当該エリアがリザーブ状態の場合には、一
定時間待機後（ステップ３−２２）、ステップ３−４に
戻る。

【００３５】当該エリアがリザーブ状態でない場合には
ＬＯＣＫ情報に「１」を設定することで、当該エリアを
リザーブし（ステップ３−５）、他入出力プロセッサか
らの本命例実行を排除する制御を行う。

【００３６】そして、命令コード（２−４）および付加
情報（２−５）に従った処理を実行する。処理終了後、
依頼先ＩＯＰマスク（２−３）から自ＩＯＰマスクを示
すフラグを「０」に設定し、命令コード（２−４）およ
び付加情報（２−５）を書き替える（ステップ３−
７）。前述の依頼先ＩＯＰマスク（２−３）を書き替え
た結果、当該ＩＯＰマスク＝’００’になる場合には、
通信用エリア有効性フラグ（Ｖ）を「０」に書き替え、
当該エリアを無効にする。

【００３７】そして、当該エリア（２−０）内のＬＯＣ
Ｋフラグを「０」にすることで、当該エリアをリリース
した後（ステップ３−８）、依頼先ＩＯＰマスク（２−
３）が、「００」か否かを判定し（ステップ３−９）、
本命令が、他の入出力プロセッサへの処理実行を必要と
するものか否かを確かめる。

【００３８】ＩＯＰマスク（２−３）が、「００」でな
い場合には、本命令が、他の入出力プロセッサへの処理
実行を必要とするものであり、本命令における当該ＩＯ
Ｐの処理は終了し、ＵＣＷキュー４を読み出し（ステッ
プ３−１１）、以降の処理を行う。

【００３９】依頼先ＩＯＰマスク（２−３）が、「０
０」の場合には、当該入出力プロセッサから任意の命令
プロセッサに対して終了報告をする（ステップ３−１
０）。

【００４０】一方、当該入出力プロセッサが、ＵＣＷキ
ュー４を読み出した後（ステップ３−１１）は、キュー
カウンタが、「０」か否かを判定し（ステップ３−１
２）、「０」の場合には、ＵＣＷキュー４内に、保持す
べきサブチャネルが存在しないため、一定時間待機した
後（ステップ３−２１）、通信用エリアの読み出し（ス
テップ３−１）に分岐し、処理を繰り返す。

【００４１】キューカウントが「０」でない場合には、
ＵＣＷキュー４をデキューし（ステップ３−１３）、当
該サブチャネルの内容に従って、処理を実行する（ステ
ップ３−１４）。

【００４２】次に、当該命令の実行が、他の入出力プロ
セッサに関係するものであるか否かを判定する（ステッ
プ３−１５）。

【００４３】当該命令が、他の入出力プロセッサに関係
する命令である場合には、ＭＳ内に設けられているＩＯ
Ｐ間通信用エリアを読み出し（ステップ３−１６）、通
信用エリア有効性フラグ（Ｖ）から、当該エリアが有効
であるか否かを判定し、有効である場合には、無効にな
るまで待機する（ステップ３−２３）。

【００４４】そして、通信用エリアが無効の場合には、
当該エリアをリザーブし、当該エリア有効性フラグ
（Ｖ）、および当該エリア内に各情報の書き込みを行い
（ステップ３−１９）、当該エリアをリリース後（ステ
ップ３−２０）、処理を繰り返す。 そして、一定時間
待機後、前述の処理を繰り返す。

【００４５】次に、本発明にかかる他の実施例について
説明する。

【００４６】なお、以下のすべての実施例についても、
上述した図１に示すハードウエア構成を有するものとす
る。

【００４７】図４は、主記憶３内に新たに設けた、ＩＯ
Ｐ間通信専用サブチャネルの制御情報フォーマットであ
り、図５は、専用サブチャネル内の制御情報設定処理と
ＩＯＰ間通信処理のフローを示す。

【００４８】図４の専用サブチャネル（４−０）は、当
該サブチャネルへの制御情報の書き込みが可能であるこ
とを示すＬＯＣＫ情報（４−１）、当該サブチャネル内
の制御情報有効性フラグ（Ｖ）（４−２）、当該サブチ
ャネルが専用サブチャネルか、従来の入出力命令用サブ
チャネルであるかを識別するフラグ（ＳＴ）（４−
３）、どの入出力プロセッサに処理を依頼するかを示す
依頼先ＩＯＰマスク（４−４）、他の入出力プロセッサ
が実行すべき命令コード（４−５）、および、入出力プ
ロセッサ間通信処理の状態を示す付加情報（４−６）を
保持するように構成されている。

【００４９】また、ＩＯＰ０からＩＯＰ３までには、前
述の通り、それぞれ識別子の機能を有するマスクが、例
えば、ビット対応に「８０」、「４０」、「２０」、
「１０」（いずれも１６進数）として割り付けられてい
るものとする。

【００５０】例えば、入出力プロセッサ１（６）がＵＣ
Ｗキュー４をデキューした結果、該命令が、他の入出力
プロセッサ２（７）におよぶ処理の場合、入出力プロセ
ッサ１（６）は専用サブチャネル（４−０）のＬＯＣＫ
情報（４−１）に「１」を設定することで専用サブチャ
ネルをリザーブし、制御情報有効性フラグＶ（４−２）
＝１、依頼先ＩＯＰマスク（４−４）＝「２０」、命令
コード（４−５）、付加情報（４−６）を設定し、専用
サブチャネル（４−０）をＵＣＷキュー４にエンキュー
する。その後、入出力プロセッサ２（７）がＵＣＷキュ
ー４からサブチャネルをデキューした時、該サブチャネ
ルが専用サブチャネル（４−０）であり、かつ、入出力
プロセッサ２（７）の自ＩＯＰマスクが「１」（この
「１」は、マスクの指定があったことを意味する。）で
あれば、命令コード（４−５）に従った処理を行なう。

【００５１】処理終了後、依頼先ＩＯＰマスク（４−
４）から自マスクを示すフラグを「０」に設定し、付加
情報（４−６）を更新する。付加情報としては、前述の
とおり、例えば命令コードを実行するための、数値デー
タ等がある。

【００５２】この様に、各入出力プロセッサが、独自に
ＵＣＷキュー４をアクセスし、命令コード（４−５）に
従った処理を行ない、ＩＯＰ間通信処理を行なうことを
可能にする。

【００５３】次に、図５を参照して、図４にて示した専
用サブチャネル（４−０）内の制御情報を使用した、Ｉ
ＯＰ間通信処理の流れを説明する。

【００５４】まず、各入出力プロセッサがＵＣＷキュー
４をアクセスし（ステップ５−１）、ＵＣＷキュー４の
キューカウントの値が、「０」か否か判定する（ステッ
プ５−２）。「０」の場合には、ＵＣＷキュー４内に保
持すべきサブチャネルが存在しないことを示す。

【００５５】キューカウントが正の値である場合には、
サブチャネルをＵＣＷキュー４からデキューする（ステ
ップ５−３）。ここで、このサブチャネルが専用サブチ
ャネル（４−０）か否かを判定する（ステップ５−
４）。ステップ５−４における判定で、専用サブチャネ
ル（４−０）でなければ、従来の入出力命令処理を実行
する（ステップ５−５）。

【００５６】入出力命令が、他の入出力プロセッサにも
関連する場合には、専用サブチャネルのＬＯＣＫ情報に
「１」を設定することで当該サブチャネルをリザーブし
（ステップ５−６）、当該サブチャネル内の制御情報有
効性フラグＶ（４−２）、処理に関連するＩＯＰマスク
（４−４）、命令コード（４−５）、および付加情報
（４−６）を設定する（ステップ５−７）。

【００５７】そして、専用サブチャネルのＬＯＣＫフラ
グを「０」にすることで、当該サブチャネルをリリース
した後（ステップ５−８）、ＵＣＷキュー４へ専用サブ
チャネルをエンキューし（ステップ５−９）、再び、ス
テップ５−１以降の処理を繰り返す。

【００５８】ステップ５−４における判定にて、当該サ
ブチャネルが、専用サブチャネル（４−０）であると判
断された場合、専用サブチャネル内の制御情報有効性フ
ラグＶ（４−２）にもとづいて、フラグの有効性を判定
する（ステップ５−１２）。無効と判定された場合に
は、ＩＯＰ間通信処理は行なわず、再び、ステップ５−
１以降の処理を繰り返す。

【００５９】専用サブチャネルが有効であると判定され
た場合は、依頼先ＩＯＰマスク（４−４）を判定（ステ
ップ５−１３）することで、当該入出力プロセッサが処
理すべき命令が保持されているか否かを確かめる。

【００６０】自ＩＯＰマスクが「０」（この「０」は、
マスク指定がなかったことを意味する）の場合には、当
該入出力プロセッサが処理すべき命令が保持されていな
いと判断し、専用サブチャネルをＵＣＷキュー４へエン
キューした後（ステップ５−９）、再びステップ５−１
以降の処理を繰り返す。

【００６１】自ＩＯＰマスクが「１」の場合には、専用
サブチャネルをリザーブし（ステップ５−１４）、当該
入出力プロセッサが、専用サブチャネル内の制御情報に
もとづいて命令を実行する（ステップ５−１５）。

【００６２】本実施例では、専用サブチャネル内に制御
情報を保持しているが、専用サブチャネル内に制御情報
が格納されているアドレスが示されている場合にも処理
が影響を受ける場合はない。

【００６３】そして、当該入出力プロセッサは、依頼先
ＩＯＰマスク（４−４）から、自ＩＯＰマスクを落とし
（当該ＩＯＰを示すビット対応のマスクを「１」から
「０」に書き替えること）、付加情報を更新し（ステッ
プ５−１６）、専用サブチャネルをリリースする（ステ
ップ５−１７）。ステップ５−１８にて、専用サブチャ
ネルの依頼先ＩＯＰマスク（４−４）が、「００」か否
かを判定し、依頼先ＩＯＰマスク（４−４）が、「０
０」でない場合には、他に処理すべき入出力プロセッサ
に対応するマスク指定があることを示すので、専用サブ
チャネルを、ＵＣＷキュー４へエンキューし（ステップ
５−９）、再び、ステップ５−１以降の処理を繰り返
す。

【００６４】依頼先ＩＯＰマスク（４−４）が、「０
０」である場合には、他に処理すべき入出力プロセッサ
が存在しないので、複数のＩＯＰ間の通信処理を終了す
る。

【００６５】さらに、本発明にかかる他の実施例につい
て説明する。

【００６６】図６は、各入出力プロセッサが、自己の入
出力プロセッサの記憶領域上に占有する当該記憶領域の
フォーマット、図７は、図１において入出力プロセッサ
１（６）が、入出力プロセッサ２（７）に制御情報を転
送するときの、入出力プロセッサ１（６）、および、入
出力プロセッサ２（７）の処理の流れを示す。

【００６７】図６の記憶領域（６−０）は、本記憶領域
が有効であることを示すフラグＶ（６−１）、当該制御
処理に関連する入出力プロセッサを示すＩＯＰマスク
（６−２）、転送すべき制御情報を示す命令コード（６
−３）、および命令コードに関連する付加情報（６−
４）を有して構成される。

【００６８】例えば、入出力プロセッサ１（６）が、入
出力プロセッサ２（７）へ制御情報を転送する場合、入
出力プロセッサ１（６）が、入出力プロセッサ２（７）
の図６に示す記憶領域の記憶内容を読みだし（ステップ
７−１）、他の入出力プロセッサが入出力プロセッサ２
（７）に対して処理中か否かを、Ｖ（６−１）が有効か
で判断する（ステップ７−２）。もし有効な時には、無
効になるまで待機する。無効であると判断すると、当該
記憶領域へ、図６に示すようなフォーマットで、制御情
報を書き込む（ステップ７−３）。

【００６９】このとき、Ｖ（６−１）を有効とする。そ
して、入出力プロセッサ２（７）を起動する（ステップ
７−４）。起動方法としては、本実施例では、例えば、
各入出力プロセッサに、記憶領域に制御情報が設定され
たことを示す専用のラッチを設定する構成にする。

【００７０】かかるラッチは、他の入出力プロセッサか
らの、ラッチ内容のスキャン（検索走査）にて設定さ
れ、該当する入出力プロセッサが、リセットするものと
する。かかるラッチを設けた目的は、該当入出力プロセ
ッサに対して、記憶領域に入出力プロセッサ間で転送す
る制御情報が設定されたことを知らしめる事であるの
で、同様に機能する手段であれば、いかなる手段でも良
い。

【００７１】入出力プロセッサ１（６）は、入出力プロ
セッサ２（７）に設けられた、ラッチをスキャンにて設
定することで、所定の処理を実現する。装備されたラッ
チの設定を受けた入出力プロセッサ２（７）は、記憶領
域を読み出す処理を行う（ステップ７−５）。

【００７２】さらに、制御情報内の命令コードを解析し
て処理を実行する（ステップ７−６）。処理が終了すれ
ば、記憶領域の内容をクリアして、他の入出力プロセッ
サからの、次の要求に備える（ステップ７−７）。

【００７３】以上のように、本発明を実施例に基づいて
具体的に説明してきたが、言うまでもなく、本発明は前
記実施例に限られるものではなく、その要旨を逸脱しな
い範囲において、適宜変更が可能である。

【００７４】

【発明の効果】本発明によれば、計算機等の情報処理装
置の入出力処理機能をハードウェアにより実現し、高い
処理能力を達成するために必須である、複数の入出力プ
ロセッサの処理能力を向上せしめ、ひいては、情報処理
装置全体のデータの処理効率の向上を図る効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例の全体的構成図である。

【図２】ＩＯＰ間通信用エリアの構成図例である。

【図３】本発明にかかる処理フローの説明図である。

【図４】ＩＯＰ間通信専用サブチャネルの構成図例であ
る。

【図５】本発明にかかる処理フローの説明図である。

【図６】ＩＯＰ間通信用ワークエリアの構成図例であ
る。

【図７】本発明にかかる処理フローの説明図である。

【符号の説明】

１…命令プロセッサ、２…命令プロセッサ、３…主記
憶、４…ＵＣＷキュー、５…入出力プロセッサ、６…入
出力プロセッサ、７…入出力プロセッサ、８…入出力プ
ロセッサ、２−０…ＩＯＰ間通信用エリア、２−１…Ｌ
ＯＣＫ情報、２−２…通信用エリア有効性フラグ
（Ｖ）、２−３…処理依頼ＩＯＰマスク、２−４…命令
コード、２−５…付加情報、４−０…ＩＯＰ間通信専用
サブチャネル、４−１…ＬＯＣＫ情報、４−２…通信専
用サブチャネル有効性フラグ（Ｖ）、４−３…通信専用
サブチャネル識別フラグ（ＳＴ）、４−４…処理依頼Ｉ
ＯＰマスク、４−５…命令コード、４−６…付加情報、
６−０…ＩＯＰ間通信用ワークエリア、６−１…通信用
ワークエリア有効性フラグ（Ｖ）、６−２…処理依頼Ｉ
ＯＰマスク、６−３…命令コード、６−４…付加情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柴内 信吾 神奈川県秦野市堀山下１番地 株式会社 日立製作所 汎用コンピュータ事業部 内 (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 13/12

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】複数の入出力プロセッサと、少なくとも１
   以上の命令プロセッサと、各命令プロセッサおよび各入
   出力プロセッサからのアクセスが可能な主記憶とを有す
   る情報処理システムにおいて、 前記主記憶は、入出力プロセッサ間の通信処理を行うた
   めに必要な制御情報を格納するための入出力プロセッサ
   間通信用領域を有し、 該制御情報は、処理を行わせるべき入出力プロセッサを
   特定するための特定データと、特定された入出力プロセ
   ッサが処理すべき命令とを少なくとも含み、 命令プロセッサおよび各入出力プロセッサは、それぞ
   れ、命令実行の際に、２以上の入出力プロセッサに渡っ
   て行なうべき処理の存在を検出すると、その行なうべき
   処理についての命令を含む前記制御情報を前記入出力プ
   ロセッサ間通信用領域に書き込み、 各入出力プロセッサは、前記入出力プロセッサ間通信用
   領域をアクセスし、該領域内に、制御情報内の特定デー
   タによって特定される入出力プロセッサが自プロセッサ
   である制御情報が存在するとき、当該制御情報内の命令
   を実行するものである 入出力プロセッサ間通信処理機能を有する情報処理シス
   テム。
2. 【請求項２】複数の入出力プロセッサと、少なくとも１
   以上の命令プロセッサと、各命令プロセッサおよび各入
   出力プロセッサからのアクセスが可能な主記憶とを有す
   る情報処理システムにおいて、 前記主記憶は、入出力プロセッサ間の通信処理を行うた
   めに必要な制御データを設定するための入出力プロセッ
   サ間通信用サブチャネルと、各入出力プロセッサがアク
   セス可能なキューとを有し、 前記制御データは、処理を行わせるべき入出力プロセッ
   サを特定するための特定データと、特定された入出力プ
   ロセッサが処理すべき命令とを少なくとも含む情報、お
   よび、この情報が格納されているアドレスを示す情報の
   うちいずれかであり、 各入出力プロセッサは、それぞれ、命令実行の際に、他
   の入出力プロセッサに行なわせるべき処理の存在を検出
   すると、その行なわせるべき処理についての命令に対応
   する前記制御データを、前記入出力プロセッサ間通信用
   サブチャネルに書き込むと共に、前記キューに、当該サ
   ブチャネルを登録し、 さらに、各入出力プロセッサは、前記キューにアクセス
   して、該キューに登録されているサブチャネル内の制御
   データを参照して、前記特定データによって特定される
   入出力プロセッサが自プロセッサであるサブチャネルが
   存在するとき、当該サブチャネルに設定される制御デー
   タが示す命令を実行するものである入出力プロセッサ間
   通信処理機能を有する情報処理システム。