JPS6260042A - アタツチメントプログラムのロ−デイング方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 １つのシステムにおけるそれぞれのＣＰＵにアタッチメ
ント用メモリとメイン用メモリとを有し、さらにアタッ
チメント側からメイン側メモリを参照可能とするウィン
ドウ機能を備えることによって、アタッチメント用のプ
ログラムをアタッチメント側メモリにロードし、大量の
プログラムであっても、１回のＩＰＬ動作でロード可能
とし、かつＩＰＬ用のＲＯＭを不必要とする。

〔産業上の利用分野〕

本発明は、情報処理システム、特に１つのシステムにお
いて複数のＣＰＵを有し、それぞれのＣＰＵにおいてＲ
ＡＭから成るメイン側メモリやアタッチメントメモリを
有するシステムにおけるアタッチメントプログラムのロ
ーディング方式に関する。

〔従来の技術〕

１つのシステムにおいて、それぞれのＣＰｔＪにメイン
側メモリとアタッチメント側メモリを装備しているもの
で、アタッチメントプログラムをアタッチメントメモリ
ヘローディングする場合に、普通一般にはアタッチメン
ト側およびメイン側にそれぞれＩＰＬ用のＲＯＭを設け
、アタッチメントプログラム、メイン側プログラムをそ
れぞれ磁気ディスク装置等からローディングしてくる方
式が考えられる。ところがこの方式では、アタッチメン
ト側、メイン側のＩＰＬ用ＲＯＭが必要となるうえに、
磁気ディスクを共用する場合においても制御が面倒にな
り、かつハードウェア面からみても幾種かの追加を要し
、コストの削減が計れないという問題が生じる。

そこで次に考えられるのが、ハードウェア面の追加を最
少限に抑えてのローディング方式であり、第４図にその
一例を示す。第４図はバッファ参照゛拡張レジスタを用
いない従来のアタッチメントプログラムのローディング
方式を示す概念図である。

本システムで述べているシステムには、共通領域といっ
て、固定なある一定領域２．３があり、この領域はアタ
ッチメント側からもメイン側からも共に書込み、読み込
みが自由にできる空間がある。

この領域に、アタッチメントプログラムを磁気ディスク
等からロードして来た後、アタッチメントメモリＡの所
定のアドレス４へ移動しようというものである。しかし
この場合、移動するアタッチメントプログラムの大きさ
が共通領域２．３を越える場合等には、複数回にわたっ
ての移動処理が必要となると共に、アタッチメント側用
のＲＯＭも必要となる等の問題が発生する。

次にこのアタッチメントプログラムのローディング方式
を詳述する。１つのシステムにおいて、それぞれのＣＰ
Ｕにメイン側メモリＭとアタッチメント側メモリＡが装
備されている。メイン側メモＩＪ　Ｍは、磁気ディスク
装置などから随時書込めるように大容量のＲＡＭからな
っており、アタッチメント側メモリＡは、やはりＲＡＭ
からなっているが、容量は小さい。アタッチメント側メ
モリＡは、直接に磁気ディスク装置などからロードする
ことも可能ではあるが、それにはアタッチメント側に対
応するＲＯＭや磁気ディスク等が必要となってくる。

そこで実際には、アタッチメント側からメイン側メモリ
Ｍの番地をｔＶ識可能とすることで、メイン側メモリＭ
からアタッチメント側メモリＡにロード可能としている
。すなわち一旦大容量のメイン側メモリＭに磁気ディス
ク装置からアタッチメントプログラムをロードし、８亥
メイン側メモリＭから、小容量のアタッチメント側メモ
リＡにロードする。第５図はこのロード動作を示すフロ
ーチャートである。

このフローチャートを参照して、動作を説明すると、ま
ずステップＳ１において、磁気ディスク装置などからメ
イン側メモリＭのアタッチメントプログラム領域Ｘにア
タッチメントプログラムが予めロードされている。そし
てステップＳ２でＩＰＬ用のＲＯＭＩが起動されると、
ステップＳ３で、メイン側メモリＭのアクッチメントブ
ログラム令頁域Ｘから共通領域２に、該共通領域２の容
量の範囲内のアタッチメントプログラムがロードされる
。次にステップＳ４で、アタッチメント側メモリＡのア
タッチメントプログラム領域４に転送される。こうして
ロード動作の後、ステップＳ５において、アタッチメン
トプログラム領域Ｘ中のアタッチメントプログラムが全
部ローディングされたか判定され、全部ローディングさ
れておれば、ローディング動作は終了となる。ローディ
ングすべきアタッチメントプログラムが未だ領域Ｘに残
っておれば、再度最初のステップＳ２に戻って、再びＩ
ＰＬ用のＲＯＭ１を起動して、再度ローディング動作が
行なわれる。そしてステップＳ５において、全部転送終
了し、アタッチメントプログラム領域Ｘに残りが存在し
ないという判定が出るまでローディング動作が繰り返さ
れる。

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

このように従来のアタッチメントプログラムのローディ
ング方式では、アタッチメントのプログラムをメイン側
メモリＭからアタッチメント側メモ９人にロードするた
めに、メイン側メモリＭの共通領域２に、一旦アタッチ
メンドブログラムを格納し、共通領域２と３間で、ＩＰ
Ｌ用のＲＯＭを用いてローディングしている。

このためアタッチメントのプログラムが共通領域２．３
の容量を越えるような大きさの場合は、何度かに分けて
ローディングしてくる必要があった。またアタッチメン
トのプログラムをロードするためには、ＩＰＬ用のＲＯ
Ｍを必要とする。

本発明の技術的課題は、アタッチメントプログラムをメ
イン側メモリＭの任意の領域からアタッチメント側メモ
リＡにロードする際に、アタッチメントプログラムの大
きさのいかんに係わらず、１回の動作で、しかもＩＰＬ
用のＲＯＭを用いることなくロード可能とするものであ
る。

〔問題点を解決するための手段〕

第１図は本発明によるアタッチメントプログラムのロー
ディング方式の基本原理を説明するブロック図である。

１つのシステムにおいて、それぞれのＣＰＵにメイン側
メモリＭとアタッチメント側メモリＡを有しており、か
つそれぞれのメモリＭ、Ａの共通領域２．３に、ＩＰＬ
用のプログラムが格納される。アタッチメント側メモリ
Ａに、メモリウィンドウ機能領域５を備え、該アタッチ
メント側からメイン側メモリＭを参照可能とするバッフ
ァ参照拡張レジスタ６を備えている。

アタッチメント用のプログラムをメイン側メモリＭから
アタッチメント側メモリＡにローディングする際は、前
記のウィンドウ機能を用いて、バッファ参照拡張レジス
タ６により、メイン側メモリＭのアタッチメントプログ
ラム領域Ｘからアタッチメント側メモリＡのアタッチメ
ントプログラム領域４に直接、所定のバイトずつ転送す
る。

〔作用〕

メイン側メモリＭのアタッチメントプログラム領域Ｘに
は、磁気ディスク装置などのＤＡＳＤから、アタッチメ
ントプログラムが予めロードされている。アタッチメン
トプログラムのローディング動作に際して、メイン側メ
モリＭおよびアタッチメント側メモリＡの共通領域２．
３には、磁気ディスク装置などのＤＡＳＤから、アタッ
チメンＨＰＬ用のプログラムがローディングされる。そ
して共通領域２．３におけるＩＰＬ用プログラムが起動
すると、バッファ参照拡張レジスタ６に、メイン側メモ
リＭにおけるアタッチメントプログラム領域Ｘのアドレ
スがセットされ、該領域から、アタッチメント側メモリ
のアタッチメンＩ・プログラム領域４に、アタッチメン
トプログラムのローディングが開始する。そしてアタッ
チメントプログラム領域Ｘにおける最後のアドレスまで
ローディングされることで、ローディング動作が終了す
る。

〔実施例〕 次に本発明によるアタッチメントプログラムのローディ
ング方式が実際上どのように具体化されるかを実施例で
説明する。第２図は同実施例を示すブロック図である。

１つのシステムに、メイン側メモリＭとアタッチメント
側メモリＡとがあり、アタッチメント側メモリＡには、
メモリウィンドウ領域５と共通領域３が存在し、さらに
アタッチメント側メモリＡからメイン側メモリＭを参照
可能とするためのバッファ拡張レジスタ６を備えている
。またメイン側メモリＭの任意の領域Ｘには、予め磁気
ディスク装置からアタッチメントのプログラムが格納さ
れている。両メモリの共通領域２．３には、アタッチメ
ントプログラムをロードするためのＩＰＬ用プログラム
が、磁気ディスク装置から格納されており、メイン側の
領域Ｘとメモリウィンドウの対応がとれるようになって
いる。アタッチメント側では、バッファ参照拡張レジス
タ６によるメモリウィンドウ機能を用いることにより、
メイン側の領域Ｘにあるアタッチメントプログラムがい
かにも自分の領域にあるように見ることができる。

次にメイン側メモリＭからアタッチメント側メモリＡへ
のアタッチメントプログラムのローディング動作を第３
図のフローチャートに従って具体的に説明する。まずス
テップＳ１において、磁気ディスク装置等から、メイン
側メモリＭの任意の領域Ｘに、アタッチメントプログラ
ムがロードされている。またステップＳ２において、両
メモリＭ１Ａの共通領域２．３に、磁気ディスク装置等
からＩＰＬ用プログラムがロードされる。ステップＳ３
において、前記共通領域２．３に格納されているＨ’Ｌ
プログラムが起動する。次にステップＳ４で、バッファ
参照拡張レジスタ６に、共通領域のＩＰＬプログラムに
従って、メイン側メモリＭにおけるアタッチメントプロ
グラム格納域Ｘの、最初と最後のアドレスがセットされ
る。すなわち、メインメモリウィンドウ領域５に見えて
いるアタッチメントプログラムを、プログラムアドレス
のオフセット値を考慮してアタッチメントプログラム領
域に移動するのである。ステップＳ５において、ローデ
ィング動作が始動し、格納域Ｘの最初のアドレスから１
バイトずつ順次ローディングされ、その都度カウンタ等
でアドレスがカウントされ、ステップＳ６において、格
納域Ｘの最後のアドレスに達したことが検出されると、
ローディング動作が終了する。ＴＰＬ動作の完了以後、
アタッチメントプログラムの初期情報に従って、アタッ
チメントプログラムに制御が移る。

〔発明の効果〕

以上のように本発明によれば、メイン側メモリＭとアタ
ッチメント側メモリＡの共通領域２．３に、アタッチメ
ント側ＩＰＬ用のプログラムを予め割り当て、さらにバ
ッファ参照拡張レジスタ６によるウィンドウ機能を利用
することにより、１回のＩＰＬ動作によって、メインメ
モリウィンドウ５の範囲内において、大量のアタッチメ
ントプログラムをローディングできる。実際には共通領
域２．３の容量は４にバイトであり、メインメモリウィ
ンドウ５の容量は３２にバイトであるから、８倍ものプ
ログラムを一度にロードでき、効率良くなり、かつＩＰ
Ｌ用のＲＯＭを必要としないので、ハードウェアの削減
にもつながる。

その他、共通領域しか持たない場合には、アタッチメン
ト側からは、共通領域以外のメインメモリ内容のアクセ
スはできなかったが、バッファ参照拡張レジスタとメイ
ンメモリウィンドウを設けることにより、メインメモリ
の全空間を参照可能となる。

【図面の簡単な説明】

第１図は本発明によるアタッチメントプログラムのロー
ディング方式の基本原理を説明する図、第２図は同ロー
ディング方向の実施例を示すブロック図、第３図は実施
例の方式の動作を示すフローチャート、第４図はバッフ
ァ参照拡張レジスタを用いない従来のアタッチメントプ
ログラムのローディング方式を示す図、第５図は同ロー
ディング方式の動作を示すフローチャートである。 図において、Ａはアタッチメント側メモリ、Ｍはメイン
側メモリ、■はＩ２０Ｍ、２．３は共通領域、４はアタ
ッチメントプログラム領域、５はメモリウィンドウ領域
、６はバッファ参照拡張レジスタ、Ｘはアタッチメント
プログラムの格納領域をそれぞれ示す。 特許出願人　　　　　富士通株式会社 代理人　弁理士　　　青　柳　　　稔 第１図 第２図 火施例ｆｊ犬の動作 第３図 従来の了タッチメントブロクラムのロープ１シ労力人第
４図 従来力人の動イ乍 第５図

Claims (1)

1. 【特許請求の範囲】 １つのシステムにおいて、それぞれのＣＰＵにメイン側
   メモリ（Ｍ）とアタッチメント側メモリ（Ａ）を有して
   いること、 アタッチメント側からメイン側メモリ（Ｍ）の内部を参
   照可能とするバッファ参照拡張レジスタ（６）を備える
   ことでウィンドウ機能を装備し、 アタッチメント用のプログラムをメイン側メモリからア
   タッチメント側メモリにローディングする際に、 前記のウィンドウ機能を用いて、バッファ参照拡張レジ
   スタ（６）により、メイン側メモリからアタッチメント
   側メモリのアタッチメントプログラム領域（４）に直接
   、所定のバイトずつ格納することを特徴とするアタッチ
   メントプログラムのローディング方式。