JPS6355094B2 - - Google Patents

Description

【発明の詳細な説明】 発明の技術分野 本発明は、複数の処理装置間でデータ転送を行
うシステムにおける処理装置の起動制御方式に関
する。

従来技術と問題点 データ処理装置の起動方法には、(a)電源投入時
に制御用プログラムを主記憶上にロードするIPL
と、(b)システムリセツト時等に、既に主記憶上に
プログラムが存在するのでIPLは行わずに、プロ
グラムを所定アドレスから起動するリスタートと
がある。

一方、複数の処理装置によつて構成されるデー
タ処理システムにおいて副処理装置（スレーブ
側）を起動する方法には、(1)スレーブ側は主処理
装置（マスター側）と関係なく単独でIPLまたリ
スタートを行う方法と、(2)スレーブ側は、マスタ
ー側よりデータ転送路を経由してIPLを行う方法
とがある。

ところが上記(1)の方法ではマスター、スレーブ
側でそれぞれスイツチ等による設定やオペレータ
による起動操作が必要であるため操作性が悪く、
またスレーブ側にもIPL装置（フロツピーデイス
ク等）が必要となる欠点がある。また上記(2)の方
法でもスレーブ側の動作モードを決めるためには
スレーブ側でスイツチ設定又はオペレータ操作が
必要となる欠点がある。加えて、マスター側から
動作モードを指定する場合には、IPL又はリスタ
ート指定のコマンドを与えてからデータ転送を行
う必要がある。

第１図は上記(2)の起動方法を実行するシステム
の概略構成図で、１０は主処理装置、２０は副処
理装置である。主処理装置１０において１１は
CPU（中央処理装置）、１２はICメモリ（主記
憶）、１３はIPL装置（例えばフロツピー）、１４
はその制御用Ｉ／Ｏチヤネル、１５はIPLを行う
ためのフアームウエアを格納したROM、１６は
副処理装置との間のデータ転送制御を行なうＩ／
Ｏチヤネルである。副処理装置２０において２１
はCPU、２２はICメモリ（主記憶）、２５はIPL
を行うためのフアームウエアを格納したROM、
２６は主記憶装置との間のデータ転送制御チヤネ
ルであり、これらは主処理装置１０のそれと同種
のものである。なお処理装置１０，２０の主、副
は便宜上で、１０はIPL装置１３を持つて自己起
動可能なので「主」とし、２０は主処理装置１０
のIPL装置１３からデータ（プログラム）を供給
されて稼動状態に入ることができるので「副」と
した。

第２図は上記のシステムにおける通常のデータ
転送のフローチヤート（主から副へ）であり、ま
た第３図は主処理装置１０から副処理装置２０を
起動する場合のフローチヤートである。第２図に
示すように主処理装置１０から副処理装置２０へ
データ転送するには主処理装置１０のCPU１１
がチヤネル１６にライト（Write）コマンドを書
く（逆の場合はリードコマンドを書く）。このラ
イトコマンドには転送バイト数及びメモリ１２の
アドレスも含まれる。チヤネル１６にライトコマ
ンドが書込まれると副処理装置１０に対して割込
みが発生し、ライト要求を監視している副処理装
置２０のCPUは割込みを受けるとチヤネル２６
にリード（Read）コマンドを書込む。このリー
ドコマンドには転送バイト数及びメモリ２２のア
ドレスも含まれる。このリードコマンド書込みに
より主、副処理装置のメモリ１２，２２間で指定
バイト数のデータ転送が行なわれる。また第３図
に示すように副処理装置２０の起動に当つて主処
理装置１０のCPUは副処理装置２０にパワーオ
ンまたはクリヤ指示を与え、次いでチヤネル１６
にIPL又はリスタート指定コマンドを書込む。こ
れで割込みが発生し、副処理装置２０のCPUは
チヤネル２６に取込んだチヤネル１６の内容をチ
エツクしてIPLかリスタートかを判定し、リスタ
ートならメモリ上のプログラムに制御を移して終
了し、IPLならチヤネル２６にリードコマンドを
書込み、これにより主処理装置１０からデータ
（プログラム）転送を受け、IPLしたプログラム
に制御を移して終了する。

第１図のシステムはIPL装置１３が主処理装置
１０側にしかなく、その内容（プログラム）はメ
モリ１２のみならず副処理装置２０側のメモリ２
２へもローデイングされる。このときデータ転送
制御チヤネル１６，２６が使用されるが、従来方
式では第３図に示すように特殊なコマンド（IPL
指定コマンド、リスタート指定コマンド）を用い
るため、ラインプリンタ、紙テープリーダ等につ
ながる汎用の低速インタフエースを制御チヤネル
とする場合にはコマンド追加が困難なため上記の
方式を実施できない欠点がある。

発明の目的 本発明は上述した特殊なコマンドを用いること
なく１つの処理装置から他の処理装置を起動
（IPLを要する起動及びそれを要しない起動）し
ようとするものである。

発明の構成 本発明は、複数の処理装置相互間でデータ転送
が可能なデータ処理システムで、主処理装置から
副処理装置を起動する起動制御方式において、主
処理装置はライトコマンドを出すと共にIPL時に
は所定バイト数以上のIPLデータをまたリスター
ト時には所定バイト数以下のリスタートデータを
副処理装置に転送し、副処理装置はリードコマン
ドで該データを取込む際にIPLデータとリスター
トデータのバイト数の違いからIPLかリスタート
かを判断してそれぞれの起動処理を行なうことを
特徴とするが、以下図示の実施例を参照しながら
これを詳細に説明する。

発明の実施例 第４図は本発明の一実施例を示すフローチヤー
トで、システム構成は第１図と同様である。通常
のデータ転送の手順は第２図と同様であるが、主
処理装置１０から副処理装置２０を起動する場合
には第４図に示すように、先ず主処理装置１０側
から副処理装置２０側へパワーオン（Pow oN）
またはクリヤ指令を送つてそれぞれのメモリ１
２，２２にROM１５，２５からIPLに必要なプ
ログラムをロードし、このプログラムにより主処
理装置１０はライト（WRiTE）コマンドをまた
副処理装置２０側ではリード（READ）コマン
ドをチヤネル１６，２６に書込み、これらにより
データ転送を行う。つまり、主処理装置１０側で
WRiTEコマンドを制御チヤネル１６に書込むと
副処理装置２０側に割込みが上がり、これを受け
た副処理装置２０は制御チヤネル２６にREAD
コマンドを書込み、これに主、副処理装置のデー
タ転送が始まる。但し、主処理装置２０で
WRiTEコマンドを使用するとき、リスタート指
令であれば転送バイト数を例えば４バイト指定と
するのに対し、IPL指令であれば４バイト以上の
指定として従来の特殊なコマンドの代りとする。
つまり、IPL装置１３には第６図に示すフオーマ
ツトでプログラムデータを格納しておき、先頭４
バイトはプログラムデータ以外のデータ、例えば
ステータス（割込みのマスク情報など）及びスタ
ートアドレスとしておく。

第５図はデータ転送制御用Ｉ／Ｏチヤネル１６
または２６の詳細図である。同図において、３１
は共通バス、３２はメモリ１２または２２のアド
レスを指定するメモリアドレスレジスタ
（MAR）、３３は何バイト転送を行うかを指定す
るバイトカウントレジスタ（BCR）、３４はリー
ドまたはライトコマンドを保持するコマンドレジ
スタ（CMR）、３５は相手側のステータス（ビジ
ー、レデイ等）を保持するデバイスステータスレ
ジスタ（DSR）、３６はライトデータバツフア
（WBFR）、３７はリードデータバツフア
（RBFR）、３８はダイレクトメモリアクセス
（DMA）制御部、３９はインタフエース制御部
である。データ転送を行うには先ずMAR３２お
よびBCR３３に任意の値をセツトし、CMR３４
にライト或いはリードコマンドを書込む。ライト
コマンドの場合はインタフエース制御部３８に起
動がかかり、相手側に割込みを与える。ライトコ
マンド時はDMA制御部３９がMAR３２内のア
ドレスをバス３１上に出してメモリ（１２とす
る）からのデータをバツフア３６に取込み、これ
を相手側（この場合副処理装置２０側）へ転送す
る（受取りを要求する）。これをBCR３３が指定
するバイト数だけ繰り返し、その値が０になつた
ら一連のシーケンスを終了する。この間MAR３
２の値は＋１し、BCR３３の値は−１する。リ
ードコマンドの場合（この場合は副処理装置２０
側）は逆の動作を行う。

上記の動作において、第４図に示す起動時には
主処理装置１０のCPUはBCR３３に「４」（リス
タート時）または「４以上」（IPL時）を書込む。
これに対しＩ／Ｏチヤネル２６側ではCMR３４
にリードコマンドを書いておくが何バイト送られ
て来るか判らないのでBCR３３には最大バイト
数（第６図の例ではＸ）を書込んでおく。そして
Ｉ／Ｏチヤネル１６側のBCR３３の値が０にな
つた時点のＩ／Ｏチヤネル２６側のBCR３３の
値により、転送されたデータがIPL用かリスター
ト用かを判定できる。つまりIPL用であればＩ／
Ｏチヤネル２６側のBCR３３の値は相当に小さ
くなるが、リスタート用であればＸ−４にしかな
らない。この判断ステツプが第４図の起動モード
判定である。

リスタート用の４バイトデータは例えばリスタ
ートさせるメモリ上のスタートアドレスとステー
タスからなり、このステータスには割込みマスク
情報、ページアドレス等が含まれる。尚、リスタ
ートを意味するバイト数は４に限るものでなく、
またそのデータに特別な意味を持たせなくともよ
い。しかし、第６図のようにすればリスタートア
ドレス及びIPL時のスタートアドレスを指定でき
るので都合がよい。

発明の効果 以上述べたように本発明によれば、１つの処理
装置から他の処理装置を起動する際に、その起動
の種類（IPLかリスタートか）を示す特殊なコマ
ンドを使用しないので、コマンドに増設余裕のな
い汎用低速インタフエースを用いるマルチ処理装
置構成のシステムなどに適用して有益であり、ま
たスタートモード指定のハードウエア（スイツチ
等）が不便という利点がある。

【図面の簡単な説明】

第１図は複数の処理装置を併用するシステムの
一例を示す概略構成図、第２図は上記システムに
おける通常のデータ転送のフローチヤート、第３
図は起動時のフローチヤート、第４図は本発明の
一実施例を示すフローチヤート、第５図はデータ
転送制御チヤネルの詳細図、第６図はIPL装置に
格納されたプログラムデータのフオーマツトを示
す説明図である。 図中、１０は主処理装置、１３はIPL装置、２
０は副処理装置である。

Claims (1)

【特許請求の範囲】
1. １ 複数の処理装置相互間でデータ転送が可能な
   データ処理システムで、主処理装置から副処理装
   置を起動する起動制御方式において、主処理装置
   はライトコマンドを出すと共にIPL時には所定バ
   イト数以上のIPLデータをまたリスタート時には
   所定バイト数以下のリスタートデータを副処理装
   置に転送し、副処理装置はリードコマンドで該デ
   ータを取込む際にIPLデータとリスタートデータ
   のバイト数の違いからIPLかリスタートかを判断
   してそれぞれの起動処理を行なうことを特徴とす
   る起動制御方式。