JP2809169B2 - 磁気ディスク装置の制御処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、磁気ディスク装置
の制御処理方法に関する。

【０００２】

【従来の技術】磁気ディスク装置は上位装置からの入出
力命令をインターフェース制御部で管理するが、通常一
度に１つの命令しか受け付けることができない。このた
め、処理の待ち状態が発生するなどのオーバーヘッドが
問題となる。

【０００３】この課題を解決するために、例えば特開昭
５８−７２２６１は、１個の磁気ディスク制御装置に複
数個の磁気ディスク記憶装置を設け、磁気ディスク記憶
装置の個数分のアクセス命令を上位装置から受け付け、
媒体アドレスのアクセス順序を整合する方法を開示して
いる。

【０００４】また、特開平５−１３５４８０では、磁気
ディスク装置内部に複数の制御部、磁気ヘッドなどを設
けることにより、上位装置からの複数の命令を処理する
方法を開示している。

【０００５】

【発明が解決しようとしている課題】しかし、上記の特
開昭５８−７２２６１の構成は、磁気ディスク記憶装置
を複数個使用するという、ハードウエア的な解決を図っ
たものであり、磁気ディスク記憶装置が１個という制約
の下では上位装置からの複数の命令に対する処理の課題
を解決していない。

【０００６】また、特開平５−１３５４８０は、磁気デ
ィスク装置内部の同一機能を二重化することによって、
上位装置からの複数の命令に対する処理を行うもので、
やはり、ハードウエア的な解決を図ったものであり、上
位装置が複数の場合の命令実行を意識した処理は行なっ
ていない。

【０００７】また、２例とも、媒体のアクセスに限った
動作の効率化を実現させる手段であり、実際にどのよう
に複数の上位装置から命令を受け付け、管理し、結果を
正しく上位装置に報告するかという一連の動作全体を規
定するものではない。また、複数の上位装置の命令の混
在した実行を実現させるためのものでもない。

【０００８】

【課題を解決するための手段】請求項１に係る本発明の
磁気ディスク装置の制御処理方法は、１又は複数の上位
装置と接続され、前記上位装置の命令に応じて媒体の読
み書きが可能であり、上位装置と接続され入出力を行う
インタフェース制御部と、媒体へデータを書き込み／読
み出しするリードライト制御部と、ヘッドと媒体を有す
るＨＤＡ（ヘッドディスクアッセンブリ）を制御してヘ
ッドを位置決めするサーボ制御部と、制御情報を保持す
るランダムアクセスメモリ（ＲＡＭ）と、これらの各制
御部を統括・指令するマイクロプロセサ（ＭＰＵ）と、
前記ＭＰＵの命令群を格納するリードオンリーメモリ
（ＲＯＭ）とを具備する磁気ディスク装置において、上
位装置から受信した命令毎に、その命令をどの上位装置
が発行したかという情報と、命令に対する処理がどの部
分まで終了したかという情報を記憶するコマンドコント
ロールテーブルを前記ＲＡＭ内に作成することを特徴と
する。

【０００９】請求項２に係る本発明の磁気ディスク装置
の制御処理方法は、磁気ディスク装置の制御処理機能の
最小単位であるモジュールと、次のモジュールを実行す
るための条件を示すプロセスコマンドを処理の順に並べ
たプロセステーブルを前記ＲＯＭがもち、前記コマンド
コントロールテーブル単位に、ある上位装置の命令に対
応した処理手順であるプロセスを実行するか否かを判断
し、前記プロセステーブルに従って、前記コマンドコン
トロールテーブルの状態を変化させることにより、１又
は複数のプロセスをモニタが実行することを特徴とす
る。

【００１０】

【００１１】

【発明の目的】従来の磁気ディスク装置は、対する上位
装置が１台であったが、近年はマルチメディアが発達
し、様々な使い方をされるようになっている。特に、ク
ライアントサーバシステムの普及など、磁気ディスク装
置１台に対して複数の上位装置が接続され、どの上位装
置に対しても遅滞なく命令を実行しなければならない状
況が発生している。そこで、本発明では従来例の有する
不具合を改善し、特に、複数の上位装置からの命令を、
特定の上位装置に偏らずに確実に実行し、上位装置を含
めた全体のシステム性能を向上する磁気ディスクの制御
方法を提供する。

【００１２】また、製品としての磁気ディスク装置に対
する要求も複雑化しており、動作不具合に対処するため
の機能追加が容易な制御方法を提供することを目的とす
る。

【００１３】

【作用】請求項１記載の発明では、上位装置から受信し
た命令毎にコマンドコントロールテーブルを作成するこ
とにより、その命令がどの上位装置から発行されたもの
かが明確となり、更に、命令に対する処理がどの部分ま
で終了したかを把握することができる。

【００１４】請求項２記載の発明では、最小単位にモジ
ュール化した機能を組み合わせたプロセステーブルを作
成することにより、命令に対する処理を実行するために
必要なモジュールを把握することができ、また、そのモ
ジュールを最小単位にすることにより、プロセステーブ
ルを書き換えるだけで、処理の変更が可能である。従っ
て、機能追加や変更が容易となる。

【００１５】さらに請求項２記載の発明では、モニタ
が、プロセステーブルに従ってコントロールテーブルの
状態の変化を一括して実行し、モジュールの並列動作を
管理する。これにより、無秩序な並列動作による混乱を
防ぎ、確実な処理が実行可能である。

【００１６】すなわち、本発明は、複数の上位装置と接
続してその命令を逐次実行するために、受信した命令を
メモリに順番に格納即ちキューイングし、タイミングを
見計らってメモリに格納されている命令を取り出し、上
位装置の要求する処理を実行する方式をとる。この場合
に、本発明は複数の上位装置から命令を受け付け、管理
し、結果を正しく上位装置に報告する一連の動作全体を
規定し、複数の上位装置の命令の混在した実行を実現さ
せる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００１８】図３において、磁気ディスク装置２は、上
位装置１と接続され入出力処理を行うインターフェース
制御部３と、上位装置１からの書き込みデータを蓄積し
保持するバッファ４と、そのバッファ４のデータを制御
するバッファ制御部５と、データを媒体に書き込む際に
適した型へ変換するフォーマット制御部６を有する。ま
た磁気ディスク装置２は、これらに加えて、媒体へデー
タを書き込み／読み出しするリードライト制御部７と、
ヘッドと媒体から構成されるＨＤＡ（ヘッドディスクア
センブリ）８を制御してヘッドを位置決めするサーボ制
御部９と、制御情報を保持するＲＡＭ１０と、これらの
各制御部に指令するマイクロプロセッサ（以下ＭＰＵと
する）１１と、マイクロプロセッサの命令群を格納する
ＲＯＭ１２とを備える。ＲＯＭ１２は、後述するプロセ
ステーブルを格納している。

【００１９】次に、本発明の実施の形態の全体動作を説
明する。

【００２０】インターフェース制御部３は媒体にアクセ
スする命令を上位装置１から受信するとＭＰＵ１１にそ
の旨を通知する。通知を受けたＭＰＵ１１は受信した命
令をＲＡＭ１０に作成したコマンドキュー（コマンドを
格納する場所）へリンク（格納）し、その上位装置との
接続を一時切り放す。これにより、受信した命令の完了
前に上位装置からの次の命令を受信可能とする。以上の
手順を繰り返すことにより、コマンドキューには複数の
上位装置に関する複数の命令が格納される。

【００２１】次にＭＰＵ１１は、コマンドキューから格
納されている命令を取り出し、命令の内容に従って処理
を実行する。処理が完了した時点で、その命令を発行し
た上位装置と再接続し、命令の終了を報告する。ＭＰＵ
１１はその後、再びＲＡＭ１１のコマンドキューから命
令を取り出し、以上の動作を繰り返す。

【００２２】本発明では上記動作の効率を向上させ、各
上位装置に関する命令を並列的に確実に処理するため
に、図２（ａ）に示すコマンドコントロールテーブル２
０を作成する。コマンドコントロールテーブル（以下、
略してＣＣＴとする）は、上位装置から受信した処理命
令の内容２０１と、複数の上位装置のうち、その命令を
発行したのがどの上位装置かを表す上位装置識別子２０
２と、プロセスの実行状態を示すプロセス状態２０３
と、モジュールからモニタへの復帰状態を示すモジュー
ル復帰状態２０４と、後述するプロセステーブルの先頭
アドレスを初期設定として格納したプロセスポインタ２
０５、また、プロセスを変更するために使用するモニタ
コマンド２０６と、モニタコマンドのパラメータである
コマンドパラメータ２０７を一組として構成する。ＣＣ
Ｔの本体はＲＡＭ１０のＣＣＴ領域２２にまとめて存在
し、以後の処理はＣＣＴの先頭アドレスの管理によって
実行する。例えば、ＭＰＵが現在実行しているＣＣＴ
は、先頭アドレスをＲｕｎ ＣＣＴ領域２１に保持し、
また、後述のＣＣＴが状態変化する場合（図１（ａ））
も、対象となるＣＣＴの先頭アドレスをキューに格納す
ることにより、ＣＣＴを特定する。

【００２３】ＣＣＴは破棄されると空き領域となり、次
の命令受信時に使用される。このＣＣＴの空き領域を管
理するために、未使用ＣＣＴの先頭アドレスをリストで
保持する。命令受信時には、このリストから取り出して
新規ＣＣＴを作成し、命令終了時には、破棄したＣＣＴ
をリストに追加する。したがってこのリストはＦＩＦＯ
形式をとる。

【００２４】ＣＣＴは処理の経過によってＭＰＵ Ｒｕ
ｎ、Ｗａｉｔ、Ｒｅａｄｙの３つの状態をとる（図１
（ａ））。ＭＰＵ Ｒｕｎは、ＭＰＵの使用権を獲得
し、動作中である状態を示し、常に１つのＣＣＴが対象
となる。Ｗａｉｔは、ハードウエアによって実行中の処
理の完了を待つ状態を示し、Ｒｅａｄｙは、ＭＰＵの使
用権の獲得を待っている状態を示す。Ｒｅａｄｙ状態で
は、ＣＣＴの待ち行列キュー３０が生成される。

【００２５】磁気ディスク装置の制御処理は、機能の最
小単位であるモジュールの集合体であり、その処理手順
をプロセスによって規定する。モジュールは処理形態に
よって、起動復帰型と完了復帰型の２種類が存在する。
起動復帰型のモジュールは、割り込みを検出するために
モジュールの終了を待たずに一度、ＭＰＵ使用権を放棄
する。完了復帰型のモジュールは、全ての動作を終了し
た後にＭＰＵ使用権を放棄する。

【００２６】プロセスはそれらの機能モジュールを処理
の手順として並べたもので、処理の種類毎にプロセスが
存在する。本発明では、各プロセスを例えばプロセステ
ーブル３１としてあらかじめＲＯＭ１２に保持し、ＣＣ
Ｔに示された処理命令の解析時に、対応したプロセスを
選ぶ。これは、ＣＣＴ中のプロセスポインタ領域にプロ
セステーブルの先頭アドレスを格納することによって実
現する。従って、実行中のＣＣＴを示すＲｕｎ ＣＣＴ
と、ＣＣＴ本体とプロセステーブルとモジュールの関係
は図１（ｂ）に示したようになる。

【００２７】以上のように、ＣＣＴ、プロセステーブル
を管理することによって一連の処理の流れを制御する。
このとき、ＣＣＴ、プロセスの管理制御はモニタが一括
管理する。モニタは、あるプロセスを実行するか否かを
ＣＣＴ単位に判断し、ＣＣＴの状態を変更する。次のプ
ロセスへ進む場合は、ＣＣＴのプロセスポインタを通じ
てプロセステーブルを参照し、ＣＣＴをモジュールに分
岐させる。

【００２８】次に図４、図５、図６、図７を用いてモニ
タの行う処理手順と、プロセス、ＣＣＴ、モジュールの
動作を説明する。図４、図５、図６は、モニタの動作概
要をフローチャートで示し、図７はプロセスの例を示し
たものである。

【００２９】プロセスとしてモジュールを順次実行する
場合、ひとつのモジュールを実行後、直ちに次のモジュ
ールを実行しなければプロセスとして動作しない場合
や、逆にすぐには実行しなくても良い場合、そして、そ
れまでに実行したモジュールが完了するまで次のモジュ
ールを実行してはならない場合など数種類の実行条件が
ある。モジュールを実行するか否かは先に述べたように
モニタが決定するが、そのためにモニタがモジュールの
実行条件を知る必要がある。そこで、プロセステーブル
はモジュールとプロセスコマンドで構成する。プロセス
コマンドは、ｐｒｏ ｇｏ、ｐｒｏ ｃｈａｎｇｅ、ｐ
ｒｏ ｅｎｄ、ｐｒｏ ｃｍｐ ｇｏ、ｐｒｏ ｉｆの
５種類とする。以下コマンドの意味と動作を述べる。

【００３０】ｐｒｏ ｇｏは、直ちに次のモジュールを
実行する。例をあげると、図７（ａ）のモジュールＡを
実行を開始した後、ＣＣＴからプログラムの実行主導権
がモニタにもどる。ＣＣＴ中のプロセスポインタはすで
にプロセステーブルの次を示しており（図５のステップ
Ｂ１０による）、モニタはプロセスポインタの示す内容
を取り出す。この場合、取り出した内容がｐｒｏ ｇｏ
であるため（ステップＡ３、Ａ４）、プロセスポインタ
をインクリメントして（ステップＡ５）更にプロセスポ
インタの示す内容を取り出す（ステップＡ６）。そして
次回のモニタのためにプロセスポインタを次に進めてか
ら（ステップＢ１０）、先に取り出した内容であるモジ
ュールＢに分岐する（ステップＢ１２）。従って、この
ときのＣＣＴはＭＰＵ Ｒｕｎ状態のままで状態の変更
はない。このプロセスコマンドは、ＣＣＴが切り替わっ
て、間に他のＣＣＴが実行されてしまうと動作に支障を
きたす場合に有効となる。

【００３１】ｐｒｏ ｃｈａｎｇｅは、直ぐには次のモ
ジュールの実行を必要としないことを意味し、モニタは
現在のＣＣＴから他のＣＣＴに関するプロセスに切り替
える。図７（ａ）のモジュールＤを実行した後、ＣＣＴ
はモニタに戻る。モニタはプロセスポインタからとりだ
した内容がこのプロセスコマンドであるため（ステップ
Ｂ１）、次回のモニタのためにプロセスポインタを次に
進めてから（ステップＢ２）ＣＣＴのＭＰＵ使用権を剥
奪し、Ｒｅａｄｙ状態にするためにＲｅａｄｙキューに
リンクする。この時に他のＣＣＴがＲｅａｄｙキューに
存在していればそれをとりだし（ステップＢ７）、ＣＣ
ＴをＲｕｎ ＣＣＴに移すことによって（ステップＢ
８）、ＣＣＴをＭＰＵ Ｒｕｎ状態にする。この処理に
よって、ＣＣＴを切り替え、他のプロセスの実行を開始
することで、プロセスの並列動作を実現する。

【００３２】ｐｒｏ ｅｎｄは、プロセスの終了を意味
し、モニタはこのプロセスコマンドを検出すると（ステ
ップＣ６）、ＣＣＴを破棄し、空きＣＣＴリストへ登録
する（ステップＣ７）。

【００３３】ｐｒｏ ｃｍｐ ｇｏは、現在までにプロ
セス内で実行したモジュールが全て完了してから次のモ
ジュールを実行することを意味する。モジュールには先
に述べたように完了復帰型と起動復帰型が存在する。完
了復帰型は、モジュールに関する全ての動作が終了して
からモニタにプログラムの実行主導権が戻るが、起動復
帰型は、処理にハードウエアを使用するため、ハードウ
エアを起動した時点でプログラムの実行主導権がモニタ
に戻る。ハードウエアの処理の完了は割り込みにより検
出するため、モニタは割込検出機能（ステップＢ４、Ｂ
５）を有する。起動復帰で戻った場合でも、モニタはプ
ロセスを継続する。

【００３４】例えば、図７（ａ）のモジュールＡとモジ
ュールＢが起動復帰型である場合、モジュールＡでハー
ドウエアを起動して、モニタに戻る。モニタは、モニタ
コマンドがｐｒｏ ｇｏであるため、モジュールＡの完
了を待たずにモジュールＢへＣＣＴを分岐させる。この
処理により、プロセス内でのモジュールの並列処理が可
能となる。モジュールＢも同様にハードウエアを起動し
た時点でモニタに戻る。

【００３５】しかし、次のモジュールＣがモジュール
Ａ、Ｂの実行結果を受けて動作するモジュールである場
合、モジュールＡ、Ｂが完了しているか否かをモニタが
把握する必要がある。そこで、ＣＣＴ中にプロセス状態
を示す領域と、モジュール復帰状態を示す領域が存在す
る。モニタは、モジュールに分岐する前にあらかじめプ
ロセス状態領域の内容をインクリメントする（ステップ
Ｂ１１）。モジュール復帰状態は、各モジュールがモニ
タに戻る際に、完了復帰であるのか、起動復帰するのか
を示す値を格納する。モニタはこれを参照して（ステッ
プＡ１）、完了復帰の場合はプロセス状態の内容をデク
リメントする（ステップＡ２）。この結果、プロセス内
で実行した以前のモジュールが全て完了した場合には、
プロセス状態領域の内容がゼロとなる。これにより、モ
ジュールＡ、Ｂの実行状態が把握できる。

【００３６】プロセス状態がゼロの場合は（ステップＣ
３）、次のモジュールを実行し、ゼロでない場合はモジ
ュールが完了するまで待つ必要があるため、ＣＣＴは完
了待ちのＷａｉｔ状態に入る。Ｗａｉｔ状態からの復帰
は先に述べたハードウエアの割り込みによって実行す
る。

【００３７】ｐｒｏ ｉｆは、ＣＣＴ中のモニタコマン
ドの内容によっては、他のプロセスへ分岐することを意
味する。モニタがこのプロセスコマンドを検出した場合
（ステップＡ３、Ａ４）、更にＣＣＴ中のモニタコマン
ドを参照する（ステップＡ７）。モニタコマンドには、
ｍｏ ｎｏｐ、ｍｏ ｊｍｐ、ｍｏ ｂａｃｋの３種類
がある。ｍｏ ｎｏｐの場合、モニタは現在のプロセス
を継続する（ステップＡ８）。ｍｏ ｎｏｐ以外の場合
は更にＣＣＴ中のコマンドパラメータを取り出す。この
内容は分岐先のプロセスの先頭アドレスであり（ステッ
プＡ９）、モニタはプロセスポインタの内容を変更する
（ステップＡ１０）。この処理によって、プロセスが分
岐する。ｍｏ ｊｍｐとｍｏ ｂａｃｋの違いは、ｍｏ
ｊｍｐが同一プロセスの先または別プロセスに分岐す
るのに比べ、ｍｏ ｂａｃｋは同一プロセスのすでに経
過したプロセスに戻ることを意味する。これを応用する
ことにより、複数のモジュールに渡る繰り返し処理を制
御することができる。なお、モニタコマンドとコマンド
パラメータの領域は、ｐｒｏ ｉｆコマンドの直前のモ
ジュールによって設定する。

【００３８】例えば、図７（ｂ）は別の子プロセスへ分
岐する場合のプロセステーブルの例である。ｐｒｏ ｉ
ｆによってモニタがモニタコマンドを参照した場合、分
岐条件設定モジュールによってすでに分岐の有無が指定
されている。モニタコマンドがｍｏ ｎｏｐの場合は、
次に実行するのはモジュールＢであり、ｍｏ ｊｍｐの
場合はモジュールＳとなる。

【００３９】また、図７（ｃ）は、複数のモジュールを
対象とした繰り返し制御の例である。モニタがｐｒｏ
ｉｆによってモニタコマンドを参照した場合、繰り返し
制御モジュールによってすでに分岐の有無が指定されて
いる。繰り返し制御モジュールは繰り返しに必要なカウ
ンタ値、基準値を管理している。モニタコマンドがｍｏ
ｂａｃｋの場合はモジュールＡを実行し、ｍｏ ｎｏ
ｐの場合は繰り返しが終了したことを意味し、モジュー
ルＤを実行する。

【００４０】次に、以上の処理を組み合わせた複数プロ
セスの動作例を図８を用いて説明する。

【００４１】上位装置から先に受信した命令に関するＣ
ＣＴをＣＣＴ１、他の上位装置から次に受信した命令に
関するＣＣＴをＣＣＴ２とする。それぞれコマンドを受
信し、コマンドキューに入った後にコマンドキューから
取り出し、ＣＣＴを作成する。

【００４２】作成したＣＣＴはまず、Ｒｅａｄｙキュー
に入る。モニタによって先にＲｅａｄｙキューに入って
いたＣＣＴ１を取り出し、ＭＰＵ Ｒｕｎ状態となる。
ＣＣＴ２はＲｅａｄｙキュー内に残る。モニタはプロセ
スポインタの示すプロセス１のモジュールＡに分岐す
る。

【００４３】モジュールＡでの処理を開始した後のある
時点で、モジュールＡからモニタにプログラムの主導権
が戻る。プロセスコマンドがｐｒｏ ｇｏであるため、
ＣＣＴ１はＭＰＵ Ｒｕｎ状態を継続し、モジュールＢ
へ分岐する。モジュールＢでの処理を開始した後のある
時点で、モジュールＢからモニタに戻る。プロセスコマ
ンドがｐｒｏ ｃｍｐ ｇｏであるため、モニタはモジ
ュールＡ、Ｂが完了しているか調べる。モジュールが起
動復帰型であった場合で完了していないとき、モニタは
ＣＣＴ１を完了待ちＷａｉｔ状態にする。

【００４４】ＭＰＵ使用権が解放されたため、モニタは
Ｒｅａｄｙキューから次のＣＣＴであるＣＣＴ２を取り
出し、プロセス２のモジュールＳへ分岐する。モジュー
ルＳの処理開始後、モニタに戻る。

【００４５】以下、同様に、モジュールＴの処理を実行
し、モニタに戻るが、プロセスコマンドがｐｒｏ ｃｍ
ｐ ｇｏであるため、完了待ちＷａｉｔ状態となる。こ
の間にＣＣＴ１で実行したモジュールのハードウエアに
よる完了割り込みを検出し、モジュールＡ、Ｂが終了す
る。この時にＷａｉｔ状態のＣＣＴ１を復帰し、ＭＰＵ
Ｒｕｎ状態にし、プロセス１を再開し、モジュールＣ
へ分岐する。同様にモジュールＤを実行した後、プロセ
スコマンドがｐｒｏ ｃｈａｎｇｅであるため、ＣＣＴ
１をＲｅａｄｙキューへリンクし、ＣＣＴを切り替え
る。この間にプロセス２のモジュールが完了していれば
ＣＣＴ２がＭＰＵ Ｒｕｎ状態となる。完了していなけ
ればモニタは、ＲｅａｄｙキューからＣＣＴ１を取り出
して実行する。

【００４６】以上のようにプロセスが複数動作し、複数
の上位装置の命令の混在した処理が速やかに実行でき
る。また、使用するハードウエアの並列動作が可能な限
り、最大限にモジュールやプロセスの並列動作が可能と
なる。

【００４７】図９は実際に磁気ディスク装置として、単
純なプロセステーブルを作成した例である。（ａ）は上
位装置からの命令が、上位装置からのデータを媒体へ書
き込むことを要求した命令に対応するプロセステーブ
ル、（ｂ）は媒体上のデータを上位装置へ転送すること
を要求した命令に対応したプロセステーブルである。こ
れらのテーブルのモジュールはハードウエアを使用した
起動復帰型モジュールである。図９（ａ）の場合、位置
決めとデータの受信は、使用するハードウエアが異なる
ために並列に動作できる。したがって、プロセスコマン
ドはｐｒｏ ｇｏであり、データの媒体への書き込み
は、位置決めとデータ受信が完了してからでないと実行
できないため、プロセスコマンドはｐｒｏ ｃｍｐ ｇ
ｏとなる。

【００４８】図９（ｂ）の場合も同様に並列動作のでき
ないモジュールはｐｒｏ ｃｍｐ ｇｏコマンドで繋ぐ。
複雑な動作が必要な場合には、ｐｒｏ ｉｆコマンドを
組み合わせてプロセステーブルを作ることで動作を実現
できる。

【００４９】また、プロセステーブルのモジュールを差
し替えたり、プロセスコマンドを変更する、または新た
なプロセステーブルを作成することによって機能や動作
の追加を、すでに存在するモジュールに影響することな
く行うことができる。その場合、本実施形態では、プロ
セステーブルをマイクロプログラムとともにＲＯＭ１２
に格納するが、プロセステーブルのみを書き換え可能な
ＥＥＰＲＯＭにすることによって更に変更が容易とな
る。

【００５０】

【発明の効果】本発明は以上に述べたように機能するた
め、請求項１記載の発明では、上位装置から受信した命
令毎にコントロールテーブルを作成することにより、そ
の命令がどの上位装置から発行されたものかが明確とな
り、更に、命令に対する処理がどの部分まで終了したか
を把握することができるため、命令の異なる処理の混在
を許容でき、複数の上位装置からの命令を、特定の上位
装置に偏らずに確実に実行し、上位装置を含めた全体の
システム性能の向上が図れる。

【００５１】また、請求項２記載の発明では、最小単位
にモジュール化した機能を組み合わせたプロセステーブ
ルを作成することにより、命令に対する処理を実行する
ために必要なモジュールを把握することができ、また、
そのモジュールを最小単位にすることにより、プロセス
テーブルを書き換えるだけで、処理の変更が可能であ
る。従って、機能追加や変更が容易となる。

【００５２】さらに請求項２記載の発明では、モニタ
が、プロセステーブルに従ってコマンドコントロールテ
ーブルの状態の変化を一括して実行し、モジュールの並
列を管理する。これにより、使用するハードウエアの並
列動作が可能な限り、最大限にモジュールやプロセスの
並列動作が可能となる。また、無秩序な並列動作による
混乱を防ぎ、確実な処理が実行可能である。

【図面の簡単な説明】

【図１】図１（ａ）は、本発明のコマンドコントロール
テーブルの状態変化を示す図である。図１（ｂ）は、コ
マンドコントロールテーブルとプロセステーブルとモジ
ュールの関係を示す図である。

【図２】図２（ａ）は、本発明のコマンドコントロール
テーブルの構成図である。図２（ｂ）は、ＲＡＭ内のコ
マンドコントロールテーブルの割り付けを示す図であ
る。

【図３】本発明の一実施の形態における磁気ディスク装
置の構成を示すブロック図である。

【図４】本発明のモニタのフローチャート図である。

【図５】図４のフローチャートの続きである。

【図６】図４、図５のフローチャートの続きである。

【図７】本発明のプロセステーブルの例である。図７
（ａ）は、一般的なプロセステーブルの例である。図７
（ｂ）は、子プロセステーブルへ分岐する場合の例を示
す図である。図７（ｃ）は、複数のモジュールを繰り返
す場合の実行例を示す図である。

【図８】本発明の複数プロセスの一例を示す動作図であ
る。

【図９】本発明を磁気ディスク装置へ適用した例であ
る。図９（ａ）は、上位装置からのデータを媒体上へ書
き込む場合のプロセステーブルの例を示す図である。図
９（ｂ）は、媒体上のデータを上位装置へ転送する場合
のプロセステーブルの例を示す図である。

【符号の説明】

１ 上位装置 ２ 磁気ディスク装置 ３ インターフェース制御部 ４ バッファ ５ バッファ制御部 ６ フォーマット制御部 ７ リードライト制御部 ８ ＨＤＡ ９ サーボ制御部 １０ ＲＡＭ １１ マイクロプロセッサ １２ ＲＯＭ ２０ コマンドコントロールテーブル ２０１ 処理命令 ２０２ 上位装置識別子 ２０３ プロセス状態 ２０４ モジュール復帰状態 ２０５ プロセスポインタ ２０６ モニタコマンド ２０７ コマンドパラメータ ２１ Ｒｕｎ ＣＣＴ領域 ２２ ＣＣＴ領域 ２３ 空きＣＣＴリスト ３０ Ｒｅａｄｙキュー ３１ プロセステーブル ３２ ＭＰＵ Ｒｕｎ状態 ３３ Ｒｅａｄｙ状態 ３４ Ｗａｉｔ状態 ３５ 実行中のＣＣＴ ３６ Ｒｕｎ ＣＣＴ ３７ コマンドコントロールテーブル１（ＣＣＴ１） ３８ モジュールＡ

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 １又は複数の上位装置と接続され、前記
   上位装置の命令に応じて媒体の読み書きが可能であり、 前記上位装置と接続され入出力を行うインタフェース制
   御部と、 媒体へデータを書き込み／読み出しするリードライト制
   御部と、 ヘッドと媒体を有するＨＤＡ（ヘッドディスクアッセン
   ブリ）を制御してヘッドを位置決めするサーボ制御部
   と、 制御情報を保持するランダムアクセスメモリ（ＲＡＭ）
   と、 これらの各制御部を統括・指令するマイクロプロセサ
   （ＭＰＵ）と、 前記ＭＰＵの命令群を格納するリードオンリーメモリ
   （ＲＯＭ）とを具備する磁気ディスク装置において、 上位装置から受信した命令毎に、その命令をどの上位装
   置が発行したかという情報と、命令に対する処理がどの
   部分まで終了したかという情報を記憶するコマンドコン
   トロールテーブルを前記ＲＡＭ内に作成することを特徴
   とする磁気ディスク装置の制御処理方法。
2. 【請求項２】 請求項１記載の磁気ディスク装置の制御
   処理方法であり、 磁気ディスク装置の制御処理機能の最小単位であるモジ
   ュールと、 次のモジュールを実行するための条件を示すプロセスコ
   マンドを処理の順に並べたプロセステーブルを前記ＲＯ
   Ｍがもち、 前記コマンドコントロールテーブル単位に、ある上位装
   置の命令に対応した処理手順であるプロセスを実行する
   か否かを判断し、 前記プロセステーブルに従って、前記コマンドコントロ
   ールテーブルの状態を変化させることにより、１又は複
   数のプロセスをモニタが実行することを特徴とする 磁気
   ディスク装置の制御処理方法。