JPS60550A - 磁気バブルメモリ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 発明の技術分野 本発明は、磁気バブルメモリ特にその制御装置に関する
。

従来技術と問題点 バブルメモリは第３図に示すようにコントローラ１２を
介してホストコンピュータ１０に接続され、ホストコン
ピュータよりリード（読取り）コマンド、ライト（書込
み）コマンドなどを出されて読取り、書込みなどを行な
う。バブルメモリは一般には多数のマイナーループと、
これらに共通に使用される１つまたは２つのメジャール
ープとからなり、データ書込みに当ってはバブル発生器
およびバブル駆動磁界等を動作させて、データに従って
発生させたバブルをメジャーループを通してマイナール
ープへ送って記憶させ、またデータ読出しに当ってはバ
ブル駆動磁界等を動作させてマイナーループのバブルを
メジャーループを通して取出す。このようにデータの書
込み読出しに当っては全バブルをループ中で伝播させる
ので、またその他の理由により、バブルの散逸または混
入が生じることがありこれはデータエラーとなる。

データエラーに対しては、書込み時にＥＣＣ（エラーコ
レクトコード）も成牛じてこれをデータに添えてバブル
メそりに記憶させ、読出し時に該ＥＣＣによりデータの
エラーチェックをし、１ビツトエラーなら（ＥＣＣの種
類により複数ビットエラーでもよいが本説明では１ビツ
トとする）修正するという方法をとっている。このエラ
ーチェック、修正は、コントローラ１２で行なうが、従
来のバブルメモリのコントローラではメモリ内のデータ
がエラーしているか否かはホストコンピュータ１０がリ
ードコマンドを発行し、それによりバブルメモリの読出
しを行なってみなければ分らない。しかもコントローラ
はリードコマンドで読出してエラーチェックし、エラー
が検出されるとホストにエラー通知し、再び出されるリ
ードコマンドで読出しを行なって１ビツトエラーなら一
修正し、修正後のデータをホストへ送る、修正できない
多ビツトエラーならエラー通知する、という過程を経る
ので、種々のジョブを処理しなければならないホストが
バブルメモリに拘わる時間が長くなり、問題がある。

第１図はこれを説明する図で、ホストコンピュータＨＣ
は時点ｔｏまで他のジョブを実行しており、時点１０で
メモリの読出しを行なうためコントローラ１２のコマン
ドレジスタにリードコマンドを書いた（ＷＣ：コマンド
ライト）とすると、これによりコントローラ１２はバブ
ルメモリ１４に対してデータ読出しを行ない、出力され
てきたデータをその付属ＥＣＣによりチェックし、正誤
を判断する。エラーならその旨をポストへ通知し、これ
を受けてホストはリトライする。即ち再びリードコマン
ドをコントローラのコマンドレジスタに書込む。コント
ローラはこれによりバブルメモリに対して読出しを行な
い、１ビツトエラーならそれを修正し、修正データをホ
ストへ送る。最初のコマンドライトＣＷからデータ送出
までコントローラはビジー状態（ＢＣＢ　：バブルコン
トローラビジー）にあり（エラーを上げるとコントロー
ラはビジー解除となるので点線のようになるべきである
が、こ＼では細かなことは省略している）、ホストＨＣ
も最初のコマンドライトＣＷからデータ受取完了までが
バブルメモリに拘わる期間（斜線を付して示す）となる
。

しかしながらこのように長時間バブルメモリに拘わると
ホストは負担が多くなってジョブ処理能力が低下する。

またデータエラーがある場合は、得たいデータが直ちに
得られず、アクセスタイムが大になる。

発明の目的 本発明はか−る点を改善し、メモリアクセスに対するホ
ストの負担が軽減され、また所要データが迅速に得られ
るようにしようとするものである。

発明の構成 本発明はコントローラを介してホストコンピュータへ接
続される磁気バブルメモリ装置において、ホストコンピ
ュータはリードコマンドを発行する前にエラーチェック
コマンドを発行し、これを受けてコントローラはバブル
メモリを読出してエラーチェック又はエラーチェックと
修正を行ないその結果を表示するようにしてなることを
特徴とするが、次に実施例を参照しながらこれを説明す
る。

発明の実施例 第２図に示すように本発明ではエラーチェックコマンド
を用意する。時点ｔＱでホストＨＣがコントローラのコ
マンドレジスタにエラーチェックコマンドを書込む＜Ｃ
Ｗ＞と該コントローラはり−ドコマンドのときと同様に
バブルメモリの読出しを行ない、出力されてきたデータ
をその付属ＥＣＣによりエラーチェックする。なおリー
ドのときもそうであるが、ホストはコントローラのコマ
ンドレジスタにコマンド（本例ではエラーチェックコマ
ンド、リードのときはリードコマンド）を書くと共に、
スタートアドレスとページ数（どの頁から何頁か）を該
コントローラのアドレスレジスタに書いて読出す範囲を
指定する。エラーチェックコマンドをライトされたコン
トローラはエラーチェックが済むとその結果を自身のチ
ェック結果レジスタに書込み、動作終了となる。ホスト
ＨＣは時点ｔ１でエラーチェックコマンドの書込みを完
了するとバブルメモリに対するジョブから離れて他のジ
ョブの実行に移り、そしてコントローラによるエラーチ
ェックが完了した頃（時点ｔ２）該コントローラのチェ
ック結果レジスタを眺めに行き結果が正常か否か確認す
る。リードコマンドはこのあとに発行されるようにプロ
グラムを組んでおく。エラーチェックコマンドがエラー
修正まで行なわせるものであれば（この場合のコマンド
はエラーチェックアンドコレクトコマンドというべきも
の）１ビットエラーがあってもそれは修正され、バブル
メモリへは修正済みの正しいデータが書込まれているか
ら、続くリードコマンドでは正しいデータが直ちに得ら
れ、迅速なアクセスが可能となる。

エラーチェックコマンドがエラーチェック、その結果表
示だけでエラー修正はしないものである場合は、エラー
チェック結果の確認でホストはエラー有りを知ったとき
直ちにエラーコレクトコマンドを出してデータ修正させ
リードコマンド発行時にはデータエラーがないようにす
る。或いはコントローラはエラー有りを知っているので
、ホストからリードコマンドを受けるとそれをリトライ
時のリードコマンドを同様に扱い、読出したデータを直
ちに修正して修正済みデータをホストへ送出する。更に
、エラーチェックコマンドによるデータチェック結果が
修正不能を示すときホストはリードコマンドを発行する
ことなくエラー表示して当該ジョブの実行を停止する。

エラーチェックコマンドではバブルメモリよりデータを
読出しそれをチェックし、場合により１ビツトエラー修
正するが、リードコマンド実行時のように読出したデー
タをホストへ送ることばしないから、データバッファ　
（これはホスト、コントローラ間のデータ転送に用いる
）は使用せず、チェックのみのときはチェックデータを
次々と廃棄しく非破壊続出しであるから同じデータがメ
モリにある）、エラー修正する場合は修正済みデータを
バブルメモリに書込むがコントローラ内に蓄えることは
しない。

発明の詳細 な説明したように本発明はリードコマンド実行前にエラ
ーチェック、コレクトをしておくので、ポストコンピュ
ータの負担が軽くなり、またバブルメモリへの迅速なア
クセスが可能になる。

【図面の簡単な説明】

第１図は従来の読取り動作を説明するタイムチャート、
第２図は本発明のバブルメモリの動作説明図、第３図は
メモリ装置の構成を示すプロ・ツク図である。 図面で、１０はホストコンピュータ、１２はコントロー
ル、１４はバブルメモリである。 出願人　富士通株式会社 代理人弁理士　青　柳　稔 の ０　≧　０ 工　０　山

Claims (1)

【特許請求の範囲】
1. コントローラを介してホストコンピュータへ接続される
   磁気バブルメモリ装置において、ホストコンピュータは
   リードコマンドを発行する前にエラーチェックコマンド
   を発行し、これを受けてコントローラはバブルメモリを
   続出してエラーチェック又はエラーチェックと修正を行
   ないその結果を表示するようにしてなることを特徴とす
   る磁気バブルメモリ装置。