JP2913477B2 - 制御装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ処理装置か
らディスク装置にデータを書き出すライト処理をキャッ
シュメモリを用いて高速化する制御装置に関する。

【０００２】

【従来の技術】データ処理装置と，キャッシュメモリを
有する制御装置と，ディスク装置の如き記憶装置とを接
続してなる情報処理システムにおいて、データ処理装置
がデータを記憶装置に書き出す時の制御方法が、例えば
特開昭５５−１５７０５３号公報に３つ記載されてい
る。

【０００３】第１の制御方法は、データをキャッシュメ
モリに書き込み、その時点でデータ処理装置のライト処
理を終了し、その後、適当な時機をみて、キャッシュメ
モリのデータを記憶装置に書き込む方法である。この書
き込みは、ライトアフタ処理と呼ばれる。また、キャッ
シュメモリに書き込まれているが、記憶装置に対して未
書き込みの状態にあるデータは、ライトアフタデータと
呼ばれる。なお、特開昭５５−１５７０５３号公報で
は、キャッシュメモリにデータをどのように書き込むか
等についての詳細な技術は開示されていない。

【０００４】第２の制御方法は、データ処理装置から記
憶装置にデータを書き出す時には、データを必ず記憶装
置まで書き込んでから、データ処理装置のライト処理を
終了する方法である。

【０００５】第３の制御方法は、データ処理装置から書
き出すデータを永久ライトデータと一時ライトデータの
２種類に分け、データ処理装置が永久ライトデータを記
憶装置に書き出す時には、永久ライトデータを記憶装置
まで書き込んでからデータ処理装置のライト処理を終了
し、データ処理装置が一時ライトデータを記憶装置に書
き出す時には、データをキャッシュメモリに書き込み、
その時点でデータ処理装置のライト処理を終了し、記憶
装置には書き込みを全く行なわない方法である。

【０００６】上記の制御方法のうち、第２の制御方法は
キャッシュメモリを利用せず直接に記憶装置にアクセス
し、第３の制御方法はキャッシュメモリを利用するが利
用範囲が極めて限定されている。したがって、実質的に
は第１の制御方法だけが、キャッシュメモリを用いてラ
イト処理を高速化するキャッシュ制御方法である。とこ
ろが、このキャッシュ制御方法は、その時点でキャッシ
ュメモリに格納されていないレコードに、データをデー
タ処理装置から書き出す場合には適用できないものであ
る。

【０００７】その理由は、データ処理装置からの書き出
しの時点で対応するレコードがキャッシュメモリに格納
されていないと、データ処理装置側から指定されたレコ
ード番号を有するレコードが記憶装置に格納されていな
い可能性があるためである。また、データ処理装置側か
ら指定されたレコード番号を有するレコードが記憶装置
に重複して記憶されているときにも、いずれにデータを
書き込むべきか判断できないので、ライトアフタ処理を
正しく実行できなくなる。従って、ライト対象のレコー
ドがデータ処理装置からの書き出しの時点でキャッシュ
メモリに格納されていない場合は、上記キャッシュ制御
方法を適用することは困難であった。つまり、キャッシ
ュメモリを用いたライト処理の高速化ができなかった。

【０００８】

【発明が解決しようとする課題】上記のように、従来の
キャッシュ制御方法では、データ処理装置から書き出す
データに対応するレコードがその時点でキャッシュメモ
リに格納されている場合は、そのデータをキャッシュメ
モリに格納してからライト処理を終了するので、高速化
を図れるが、その時点でキャッシュメモリに格納されて
いない場合は、このような高速化が困難であった。そこ
で、本発明の目的は、データ処理装置からの書き出しの
時点でライト対象のレコードがキャッシュメモリに格納
されていない場合にもライト処理を高速化できるように
した制御装置を提供することにある。

【０００９】

【課題を解決するための手段】第１の観点では、本発明
は、データ処理装置と、該データ処理装置によって使用
される複数のレコードを保持するディスク装置とに接続
された制御装置であって、前記ディスク装置のいずれか
のレコードに格納されるデータを保持するキャッシュメ
モリと、前記キャッシュメモリになく前記ディスク装置
にあるデータに対するデータ書き込み要求を前記データ
処理装置から受け取る手段と、前記データ書き込み要求
が指定するデータを、前記ディスク装置から前記キャッ
シュメモリへのデータ転送を伴うことなく、前記キャッ
シュメモリに書き込む手段と、前記書き込み要求の完了
を前記データ処理装置に報告する手段と、前記キャッシ
ュメモリに書き込まれたデータを非同期に前記ディスク
装置に書き込む手段とを備えたことを特徴とする制御装
置を提供する。上記第１の観点による制御装置では、デ
ータ処理装置から書き出すデータが予めキャッシュメモ
リに格納されていない場合、ディスク装置からキャッシ
ュメモリへのデータ転送を行うことなく、データをキャ
ッシュメモリに格納し、その段階でライト処理の完了を
データ処理装置に報告する。そして、ライトアフタ処理
により、キャッシュメモリのアイトアフタデータを非同
期にディスク装置に書き込む。これにより、データ処理
装置から書き出すデータがその時点でキャッシュメモリ
に格納されていない場合でも、ライト処理を高速化でき
る。

【００１０】第２の観点では、本発明は、データ処理装
置と、該データ処理装置によって使用される複数のレコ
ードを保持するディスク装置とに接続された制御装置で
あって、前記ディスク装置のいずれかのレコードに格納
されるデータを保持するキャッシュメモリと、該キャッ
シュメモリになく前記ディスク装置にあるレコードのレ
コードフォーマット情報を保持する保持手段と、前記デ
ータ処理装置からいずれかのレコードへの書き込み要求
が発生したことに応じて、当該レコードが該キャッシュ
メモリにない場合には、前記保持手段の該レコードに対
応するレコードフォーマット情報に基づいて、前記デー
タ処理装置から前記キャッシュメモリへの当該書き込み
要求が指定するデータの転送を制御する転送制御手段
と、書き込み要求の処理が完了したことを前記データ処
理装置に通知する通知手段とを備えたことを特徴とする
制御装置を提供する。上記第２の観点による制御装置で
は、データ処理装置が書き出そうとするデータがその時
点でキャッシュメモリに格納されていないときは、保持
手段に保持していた、前記データのレコードフォーマッ
ト情報に基づいて、そのデータをキャッシュメモリに格
納し、その段階でライト処理の完了を報告する。そこ
で、ライト処理を高速化できる。

【００１１】第３の観点では、本発明は、上記構成にお
いて、前記保持手段に保持されるレコードフォーマット
情報は、レコード番号とレコード長とを含み、前記書き
込み要求が指定するレコード番号とデータの転送長が妥
当か否かを、レコードフォーマット情報が保持するレコ
ード番号とレコード長とに基づいて判断する判断手段を
備えることを特徴とする制御装置を提供する。上記第３
の観点による制御装置では、レコード番号とデータの転
送長が妥当か否かを、レコードフォーマット情報が保持
するレコード番号とレコード長とに基づいて判断するた
め、ライトアフタ処理でのエラー発生を回避できる。

【００１２】第４の観点では、本発明は、データ処理装
置と、該データ処理装置によって使用される複数のレコ
ードを保持するディスク装置とに接続された制御装置で
あって、前記ディスク装置のいずれかのレコードに格納
されるデータを保持するキャッシュメモリと、前記デー
タ処理装置から書き込み対象のレコードのレコードフォ
ーマット情報が指定された書き込み要求が発生したこと
に応じて、当該書き込み要求が指定するレコードが前記
キャッシュメモリに保持されていない場合には、当該レ
コードフォーマット情報に基づいて、前記データ処理装
置から前記キャッシュメモリへの当該書き込み要求が指
定するデータの転送を制御する転送制御手段と、書き込
み要求の処理が完了したことを前記データ処理装置に通
知する通知手段とを備えたこと特徴とする制御装置を提
供する。上記第４の観点による制御装置では、データ処
理装置が書き出そうとするデータがその時点でキャッシ
ュメモリに格納されていないときは、書き込み要求が指
定する、前記データのレコードフォーマット情報に基づ
いて、そのデータをキャッシュメモリに格納し、その段
階でライト処理の完了を報告する。そこで、ライト処理
を高速化できる。

【００１３】第５の観点では、本発明は、上記構成にお
いて、前記レコードフォーマット情報は、レコード長と
当該レコードが前記ディスク装置に存在するか否かを示
す情報を含み、前記書き込み要求が指定するデータの転
送長が妥当か否かを、レコードフォーマット情報が保持
するレコード長と当該レコードが前記ディスク装置に存
在するか否かを示す情報とに基づいて判断する判断手段
を備えること特徴とする制御装置を提供する。上記第５
の観点による制御装置では、データの転送長が妥当か否
かを、レコードフォーマット情報が保持するレコード長
とレコードの存在情報とに基づいて判断するため、ライ
トアフタ処理でのエラー発生を回避できる。

【００１４】

【発明の実施の形態】以下、本発明の実施形態について
説明する。なお、これにより本発明が限定されるもので
はない。

【００１５】本発明の実施形態は、第１の実施形態から
第５の実施形態まで５つあるが、まず、図２〜図５を参
照して、共通事項について説明する。図２は、本発明の
対象となる情報処理システムのブロック図である。情報
処理システムは、データ処理装置２００と，制御装置２
３と，１台以上のディスク装置２４とを接続してなって
いる。データ処理装置２００は、ＣＰＵ２０と，主記憶
２１と，チャネル２２とを有している。制御装置２３
は、１つ以上のデイレクタ２５と，キャッシュメモリ２
６と，ライトアフタ用メモリ２７と，ディレクトリ２８
とを有している。ディレクタ２５は、チャネル２２とデ
ィスク装置２４の間のデータ転送，チャネル２２とキャ
ッシュメモリ２６の間のデータ転送およびキャッシュメ
モリ２６とディスク装置２４の間のデータ転送を行う。
キャッシュメモリ２６には、ディスク装置２４の中のア
クセス頻度の高いデータをロードしておく。このロード
処理は、ディレクタ２５が実行する。ロードデータの具
体的な例は、ＣＰＵ２０からアクセス対象となったデー
タや，このデータとディスク装置２４の物理的記憶位置
が近いデータ等である。ディレクトリ２８は、キャッシ
ュメモリ２６の管理情報を格納する。

【００１６】ディスク装置２４は、図３に示す如き構成
である。円板３０８は、データを記録する媒体であり、
１つのディスク装置２４には複数存在する。読み書きヘ
ッド３０９は、円板３０８にデータを読み書きする装置
であり、円板３０８に対応して存在する。円板３０８が
１回転する間に読み書きヘッド３０９がアクセス可能な
円状の記録単位を、トラック３００と呼ぶ。トラック３
００は、円板３０８上に複数存在する。あるトラック３
００が入出力対象となった時、読み書きヘッド３０９を
このトラック３００を読み書きできる位置に移動する。
この動作は、シーク動作と呼ばれる。また、そのための
要求を位置付け要求と呼ぶ。

【００１７】ディレクタインターフェイス３１１は、デ
ィレクタ２５とのインターフェイスであり、ディレクタ
２５の指示にしたがって、読み書きヘッド３０９の制御
を行う。

【００１８】セクタ３０２は、円板３０８上のある基準
位置３０３から、ある一定の角度ごとに設けた領域であ
る。前記基準位置３０３をホームインデクス３０３と呼
ぶ。ホームインデクス３０３上から開始されるセクタ３
０２を基準セクタ（セクタ０）３０４と呼ぶ。各セクタ
３０２の番号は、基準セクタ３０４から、円板３０８の
回転方向と共に逆向きに１づつ昇順に付けられている。
読み書きヘッド３０９は、その下にあるセクタ３０２
が、どのセクタであるかを認識する。ホームインデクス
３０３の直後には、トラック３００に関する制御情報を
記録した領域が設けられる。これを、ホームアドレス３
０６と呼ぶ。

【００１９】トラック３００上には、１つ以上のレコー
ド３０１が存在する。レコード３０１はディレクタ２５
との間のリード／ライト単位である。各レコード３０１
の間には、ギャップ３０５がある。このレコード３０１
とレコード３０１の間のギャップ３０５をギャップａ３
０５と呼び、後述するギャップｂ６０５（図６）と区別
する。各レコード３０１の長さは、それぞれ異なってい
てもよい。ただし、ギャップａ３０５の長さは等しい。
ホームアドレス３０６の直後のレコード３０１は、通
常、一般のデータを記憶するのではなく、ＣＰＵ２０側
で用いる制御データを記憶することが多い。従って、こ
れを制御レコード３１０と呼ぶ。

【００２０】図４および図５は、レコード３０１の構成
例である。図４の例では、レコード３０１が、制御部６
００と，キー部６０７と，データ部６０１の３つのフィ
ールド６０６から構成されている。図５の例では、レコ
ード３０１が、制御部６００と，データ部６０１の２つ
のフィールドで構成されている。

【００２１】制御部６００とキー部６０７の間、キー部
６０７とデータ部６０１の間には、ギャップ６０５が存
在する。このギャップ６０５をギャップｂ６０５と呼
ぶ。各ギャップｂ６０５の長さはそれぞれ等しい。制御
部６００は、制御情報を記録するもので、レコード番号
６０２，キー部長６０８，データ部長６０３等が含まれ
る。レコード番号６０２は、レコード３０１の識別子で
ある。キー部長６０８，データ部長６０３は、キー部６
０７，データ部６０１の長さである。図５のようにキー
部６０７がない場合には、キー部長６０８は０をとる。
制御部６００の長さは、通常、固定長である。データ部
６０１は、ＣＰＵ２０上で実行されるプログラム等が処
理する情報を記録する。キー部６０７は、データ部６０
１の内容をアクセスする権限をチェックするためのキー
情報を記録する。

【００２２】通常、ライト処理には、制御部６００を含
む全てのフィールド６０６を書き換えるフォーマットラ
イト処理と，制御部６００以外のフィールドだけを書き
換えるパーシャルライト処理とがある。前者は、ファイ
ル全体の初期作成などに実行されるだけなので、実行頻
度はそれほど高くなく、特に高速化の必要はない。後者
は、実行頻度が高いため、高速化の必要があり、これが
本発明の対象となる。

【００２３】データ部長６０３，キー部長６０８は、制
御部６００内に存在する。従って、パーシャルライト処
理では、データ部６０１，キー部６０７の内容を書き換
えるだけで、長さは不変である。

【００２４】次に、図１，図６〜図１８を参照して、第
１の実施形態を説明する。この第１の実施形態は、ライ
ト対象のレコード３０１がキャッシュメモリ２６に格納
されていない場合、ＣＰＵ２０からの特定の処理モード
の指定を受けたときのみ、ディレクタ２５が、キャッシ
ュメモリ２６にデータを書き込んだ段階で、ライト処理
を完了させるものである。

【００２５】図１は、本実施形態における情報処理シス
テムを詳細に表した図である。ディレクタ２５は、パー
シャルライト処理を実行する際に、チャネル２２を経由
して、以下のようなＣＰＵ２０からの指定情報ａ１００
を受け取る。 指定情報１…ライト対象のレコード３０１が記憶されて
いるディスク装置２４およびトラック３００を指定す
る。 指定情報２…ライト対象のレコード３０１のサーチを開
始するトラック３００上のセクタ３０２を指定する。 指定情報３…ライト対象のレコード３０１のレコード番
号６０２を指定する。 指定情報４…ライトすべきフィールド６０６を指定す
る。 指定情報５…ライト対象のレコード３０１がキャッシュ
メモリ２６に格納されていない場合の処理モードを指定
する。ＣＰＵ２０が、前記指定情報１のトラック３００
にレコード番号６０２の重複がないと確認したとき、キ
ャッシュメモリ２６にデータを書き込んだ段階でライト
処理を完了させるという処理モードを指定する。

【００２６】従って、本発明に係るキャッシュ書き込み
動作１２０の実行条件ａ１１０は、ライト対象のレコー
ド３０１がキャッシュメモリ２６に格納されておらず、
且つ、ライト対象となるフィールド６０６が制御部６０
０を含まず、且つ、上記指定情報５による処理モードの
指定を受け取った場合である。

【００２７】キャッシュ書き込み動作１２０では、ディ
レクタ２５は、チャネル２２からデータを受け取り（ス
テップ１２１）、キャッシュメモリ２６に書き込む（ス
テップ１２２）。そして、ライト処理の完了報告を、Ｃ
ＰＵ２０に、チャネル２２経由で報告する（ステップ１
２３）。

【００２８】キャッシュメモリ２６に格納され，且つ，
ディスク装置２４に書き込まれていないデータは、ライ
トアフタデータ２９と呼ばれる。ディレクタ２５は、ラ
イトアフタデータ２９を含むレコード３０１を、ライト
アフタレコード１６０として管理する。ライトアフタデ
ータ２９のディスク装置２４への書き込みは、ディレク
タ２５が空いた時間を利用して実行する。この動作を、
ライトアフタ動作と呼ぶ。

【００２９】ライトアフタ動作ａ１３０では、ディレク
タ２５は、ライトアフタデータ２９を書き込むべきレコ
ード３０１をディスク装置２４において見出す。具体的
には、前記指定情報１−指定情報２で指定されたディス
ク装置２４のトラック３００上に、指定情報３で指定さ
れたレコード番号６０２のレコード３０１を見つける。
見つかった場合、ディレクタ２５は、そのレコード３０
１に、ライトアフタ動作ｂ１４０で、ライトアフタデー
タ２９の書き込みを実行する。見つからなかった場合、
ライトアフタ動作ｃ１５０で、書き込みを中止する。そ
して、後述するように、ＣＰＵ２０にその旨の報告を行
なう。

【００３０】図６は、本実施形態におけるキャッシュメ
モリ２６の構成である。キャッシュメモリ２６は、多数
のセグメント４００により構成される。１つのセグメン
ト４００には、１つのトラック３００上の全レコード３
０１を格納しうる。どのセグメント４００にどのトラッ
ク３００を割り当てるかについては、従来公知の方法を
用いることが出来る。トラック３００が割り当てられて
いない空きセグメント４００も存在しうる。

【００３１】図７は、セグメント４００内のライトアフ
タレコード１６０の格納形式を表している。パーシャル
ライト処理では、制御部６００は書き換え対象とならな
いため、ディレクタ２５は、チャネル２２から制御部６
００を受け取らない。このため、ライト対象のレコード
３０１がキャッシュメモリ２６に格納されていない場合
に、データを書き込んだ時には、ディレクタ２５は、キ
ャッシュメモリ２６に擬似制御部１０００を作成する。

【００３２】擬似制御部１０００内には、チャネル２２
より指定されたレコード番号６０２を格納する。また、
チャネル２２より指定されたフィールド６０６に書き込
むべきデータの長さを格納する。すなわち、キー部６０
７とデータ部６０１がライト対象となった場合、それぞ
れのフィールド６０６に対して受け取ったデータの長さ
をキー部長６０８とデータ部長６０３とに設定する。デ
ータ部６０１だけがライト対象となった場合、キー部長
６０８には０を設定する。

【００３３】ディレクタ２５は、ライトアフタレコード
１６０をディスク装置２４のレコード３０１に書き込む
時、その実際のレコード３０１の制御部６００内のレコ
ード番号，フィールド長とライトアフタレコード１６０
の擬似制御部１０００のレコード番号，フィールド長と
を比較し、ＣＰＵ２０が指定したライト処理の正当性を
確認する。

【００３４】なお、ライト対象のレコード３０１がキャ
ッシュメモリ２６に格納されていた場合には、実際の制
御部６００がセグメント４００に格納されているから、
擬似制御部１０００は作成されない。

【００３５】擬似制御部１０００または制御部６００の
後には、キー部ポインタ１００１，データ部ポインタ１
００２，擬似制御部フラグ１００３を格納する。キー部
ポインタ１００１，データ部ポインタ１００２は、それ
ぞれキャッシュメモリ２６に格納されているキー部６０
７，データ部６０１へのポインタである。これらを設け
る理由は、１つのライトアフタレコード１６０を格納す
る領域が連続にならない場合があるためである。例え
ば、ディレクタ２５が、キャッシュメモリ２６に格納さ
れていないレコード３０１に対してデータ部６０１のみ
を書き換えるパーシャルライト要求を受け付けた時に
は、キー部６０７の長さが分からないため、キー部６０
７を格納する領域を確保できない。このため、キー部長
６０８は０とする。この後、キー部６０７とデータ部６
０１のを書き換えるパーシャルライト要求を受け付けた
時、キー部６０７の長さが分かるため、キー部６０７の
領域を、この段階で確保する。そうすると、図７に示す
ように、離れた領域にキー部６０７が存在することによ
り、１つのライトアフタレコード１６０を格納する領域
が連続にならないことになる。

【００３６】擬似制御部フラグ１００３は、ディレクタ
２５が擬似制御部１０００を作成した時にオンとする。
また、ディレクタ２５がディスク装置２４からレコード
３０１をロードする際、オフとする。

【００３７】図８は、本実施形態においてディレクトリ
２８の中に設ける情報を示したものである。セグメント
管理情報５００，トラック票５０１および空きセグメン
トキュー先頭ポインタ５０２がある。セグメント管理情
報５００は各セグメント４００に対応して存在する。ト
ラック票５０１および空きセグメントキューポインタ５
０２は各々１つだけ存在する。

【００３８】図９は、本実施形態において前記セグメン
ト管理情報５００の中に設ける情報を示したものであ
る。以下、各情報とその内容を示す。 空きセグメントポインタ８００…他の空きセグメント４
００に対応したセグメント管理情報５００へのポインタ
である。 パーシャルライトフラグ８０１…当セグメント管理情報
５００に対応したセグメント４００内に、パーシャルラ
イト要求により書き込んだライトアフタデータ２９を格
納していることを示す。 キャッシュドトラック番号８０５…当セグメント管理情
報５００に対応するセグメント４００内に格納したトラ
ック３００のトラック番号を表す。 レコードポインタ８０６…当セグメント管理情報５００
に対応するセグメント４００内に格納したレコード３０
１のポインタを表す。例えば、ｎ番目のレコードポイン
タ８０６は、レコード番号６０２が（ｎ−１）番のレコ
ード３０１へのポインタを表す。レコード番号６０２が
（ｍ−１）番であるレコード３０１がキャッシュメモリ
２６に格納されていない時には、ｍ番目のレコードポイ
ンタ８０６はｎｕｌｌ値をとる。（ここで、先頭のレコ
ードポインタ８０６を１番目のレコードポインタと考え
る。） レコードポインタ８０６の数は、１つのトラッ
ク３００上に定義可能なレコード番号６０２の数だけ用
意される。 更新レコードポインタ８０７…当セグメント管理情報５
００に対応するセグメント４００内に格納したライトア
フタレコード１６０へのポインタを表す。ここでは、デ
ィレクタ２５が、キャッシュメモリ２６に予め格納され
ていたレコード３０１に対してデータを格納した場合に
も、ライトアフタレコード１６０として管理する。前記
レコードポインタ８０６と同様、ｎ番目の更新レコード
ポインタ８０７は、レコード番号６０２が（ｎ−１）番
のレコード３０１へのポインタを表す。レコード番号６
０２が（ｍ−１）番であるレコード３０１がキャッシュ
メモリ２６に格納されていない時には、ｍ番目の更新レ
コードポインタ８０７はｎｕｌｌ値をとる。更新レコー
ドポインタ８０７の数も、１つのトラック３００上に定
義可能なレコード番号６０２の数だけ用意されている。 更新フィールド情報８０８…レコード番号６０２がｎ番
のライトアフタレコード１６０の中で、更新対象となっ
たフィールド６０６を表す。更新フィールド情報８０８
の数も、１つのトラック３００上に定義可能なレコード
番号６０２の数だけ用意されている。 セグメント内空き領域アドレス８０９…当セグメント管
理情報５００に対応するセグメント４００の中でレコー
ド３０１を格納していない空き領域の先頭アドレスを表
す。 セグメントポインタ８１０…当セグメント管理情報に対
応するセグメント４００へのポインタである。

【００３９】図１０は、前記トラック票５０１の構成で
ある。トラック票５０１は、全てのディスク装置２４の
トラック３００に関して、そのトラック３００に対して
セグメント４００が割り当てられているか、いないかを
表す情報である。割り当てられている場合には、割り当
てられているセグメント４００に対応したセグメント管
理情報５００へのポインタを表す。割り当てられていな
い場合には、ｎｕｌｌ値をとる。トラック票５０１上で
は、同じディスク装置２４上のトラック３００に関する
情報は連続して格納される。格納順は、トラック番号順
である。

【００４０】図１１に示すように、空きセグメント４０
０に対応したセグメント管理情報５００は、空きセグメ
ントキュー先頭ポインタ５０２から順に、各セグメント
管理情報５００の空きセグメントポインタ８００で結合
されている。

【００４１】図１２は、ライトアフタ用メモリ２７の構
成である。ライトアフタ用メモリ２７内には、各ディス
ク装置２４に対応したライトアフタ情報１１００が含ま
れている。

【００４２】図１３は、１つのライトアフタ情報１１０
０に格納する各情報を示したものである。以下、これら
の情報の説明を行う。 ライトアフタ実行中フラグ１２００…当ライトアフタ情
報１１００と対応するディスク装置２４がライトアフタ
処理を実行中であるか否かを表す。 ライトアフタセグメントポインタ１２０２…ライトアフ
タ対象のトラック３００に対応したセグメント管理情報
５００へのポインタを表す。 レコード番号不一致情報１２０３…ライトアフタ処理に
おいて、ライトアフタ対象のレコード番号６０２を有す
るレコード３０１が対応するディスク装置２４に記憶さ
れていなかったことを表す。 フィールド長不一致情報１２０４…ライトアフタ処理に
おいて、ライトアフタ対象のフィールド６０６の長さが
一致しなかったことを表す。

【００４３】前記レコード番号不一致情報１２０３ある
いはフィールド長不一致情報１２０４がオンの場合、ラ
イトアフタ処理においてエラーが発生していることにな
る。なお、他の原因によっても、ライトアフタ処理の実
行中にエラーが発生するが、本発明には直接関係しない
ため、ここでは省略する。以上の情報は、電源障害等で
消失してしまうと問題があるため、不揮発化しておくこ
とが望ましい。

【００４４】図１４は、本実施形態におけるディレクタ
２５の構成を示すものである。以下、各部について述べ
る。 キャッシュパーシャルライト部１０…パーシャルライト
要求を受け付けた時、チャネル２２から受け取ったデー
タをキャッシュメモリ２６に転送する。 ライトアフタスケジュール部１１…ライトアフタ処理を
実行する対象とするディスク装置２４とトラック３００
とを決定する。 ライトアフタ転送部１２…ライトアフタスケジュール部
１１によってスケジュールされたライトアフタ処理を実
行する。 ライトアフタエラー判定部１３…ＣＰＵ２０からの入出
力要求を受け付けた時、要求対象ディスク装置２４のラ
イトアフタ処理においてエラーが発生していないかをチ
ェックする。エラーが発生している場合、この旨を、チ
ャネル２２経由でＣＰＵ２０に伝える。

【００４５】次に、各部の作動について説明する。図１
５は、前記キャッシュパーシャルライト部１０の処理フ
ロー図である。この処理フローには、ライト対象のレコ
ード３０１が既にキャッシュメモリ２６に格納されてい
た場合の処理も含まれている。ライト対象のレコード３
０１がキャッシュメモリ２６にない場合にもデータをキ
ャッシュメモリ２６に格納した段階でライト処理を完了
させるという処理モードを指定する指定情報５を含むパ
ーシャルライト要求を、ディレクタ２５が、ＣＰＵ２０
からチャネル２２経由で受け取った時、この処理フロー
を実行する。

【００４６】ステップ１３００では、ライト対象のトラ
ック３００に対して既にセグメント４００を割り当てて
あるか否かをチェックする。このチェックは、当該トラ
ック３００に対応するトラック票５０１により識別す
る。まだ割り当てていなければ、ステップ１３０１に移
行する。既に割り当て済みであれば、ステップ１３０５
にジャンプする。ステップ１３０１では、当該トラック
３００に対しセグメント４００およびセグメント管理情
報５００を割り当てる。割り当て方法は、従来公知の方
法を用いることが出来る。ステップ１３０２では、割り
当てたセグメント管理情報５００の初期化を行う。例え
ば、キャッシュドトラック番号８０５に、ライト対象と
なるトラック３００のトラック番号を設定する等の処理
である。ステップ１３０３では、指定情報３により指定
されたレコード番号により、擬似制御部１０００を作成
する。ステップ１３０４では、チャネル２２からデータ
を受け取り、そのデータを指定情報４により指定された
フィールド６０６に格納する。そして、ステップ１３１
１に移行する。ステップ１３１１では、セグメント管理
情報５００の必要な部分の更新を行い、さらに、ライト
処理の完了をチャネル２２経由でＣＰＵ２０に報告し
て、処理を終了させる。

【００４７】一方、ステップ１３０５では、ライト対象
のレコード３０１がキャッシュメモリ２６に実際に格納
されているかをチェックする。このチェックは、セグメ
ント管理情報４００を見て、ライト対象のレコード番号
６０２に対応したレコードポインタ８０６がｎｕｌｌ値
になっているか否かにより行う。ライト対象のレコード
３０１がキャッシュメモリ２６に実際には格納されてい
ない場合、前記ステップ１３０３へジャンプして、ライ
ト対象のトラック３００にセグメント４００を割り当て
ていなかった場合と同様の処理に入る。ライト対象のレ
コード３０１がキャッシュメモリ２６に実際に格納され
ていた場合は、ステップ１３０６に移行する。ステップ
１３０６では、ＣＰＵ２０から指定情報４により指定さ
れたフィールド６０６が全てキャッシュメモリ２６に格
納されているかをチェックする。格納されている場合
は、ステップ１３０８ヘジャンプする。格納されていな
い場合は、ステップ１３０７に移行する。ステップ１３
０７では、ライト対象のレコード３０１に対応する擬似
制御部フラグ１００３がオンかをチェックする。オフの
場合、ライト対象のレコード３０１はトラック３００か
らキャッシュメモリ２６にロードしたレコード３０１と
いうことになるので、前記ステップ１３０６で全てのフ
ィールド６０６が格納されていないというチェック結果
と矛盾する。したがって、エラー報告を行うため、ステ
ップ１３１３へジャンプする。擬似制御部フラグ１００
３がオンの場合は、ステップ１３１２に移行する。ステ
ップ１３１２では、キャシュメモリ２６に既に格納して
いたフィールド６０６および新たにキャッシュメモリ２
６に格納するフィールド６０６に、チャネル２２から受
け取ったデータを格納する。そして、擬似制御部１００
０内のキー部長６０８あるいはデータ部長６０３に、新
たにキャッシュメモリ２６に格納したデータの長さを格
納する。さらに、キー部ポインタ１００１あるいはデー
タ部ポインタ１００２に必要な値を設定する。この後、
ステップ１３０９へジャンプする。

【００４８】一方、ステップ１３０８では、キャッシュ
メモリ２６に格納しているフィールド６０６に、チャネ
ル２２から受け取ったデータを格納する。ステップ１３
０９では、既にキャッシュメモリ２６に格納していたフ
ィールド６０６に対して受け付けたデータの長さが、制
御部６００のキー部長６０８あるいはデータ部長６０３
に一致するかをチェックする。一致した場合、前記ステ
ップ１３１１へジャンプする。一致しない場合、ステッ
プ１３１０に移行する。ステップ１３１０では、データ
の長さに矛盾があることを、チャネル２２経由で、ＣＰ
Ｕ２０に報告し、処理を終了する。

【００４９】一方、ステップ１３１３では、ディレクタ
２５は、ライト対象として指定されたフィールド６０６
に矛盾があったことを、チャネル２１経由でＣＰＵ２０
に報告し、処理を終了する。

【００５０】図１６は、ライトアフタスケジュール部１
１の処理フロー図である。この処理フローは、キャッシ
ュメモリ２６に格納していたレコード３０１のライトア
フタデータ２９をディスク装置２４へ書き込む場合も含
んでいる。ディレクタ２５が空いた時間を利用して、こ
の処理フロー、すなわち、パーシャルライト要求により
キャッシュメモリ２６に格納したデータをディスク装置
２４に書き込む処理、を実行する。実行対象とするディ
スク装置２４は、ライトアフタ実行中フラグ１２００が
オフで、現在ＣＰＵ２０からの入出力要求を受け付けて
いないディスク装置２４とする。また、ライトアフタ処
理の対象トラック３００は、パーシャルライトフラグ８
０１がオンのセグメント管理情報５００に対応するトラ
ック３００とする。

【００５１】まず、ステップ１４００では、実行対象の
ディスク装置２４に対応したライトアフタ情報１１００
のライトアフタ実行中フラグ１２００をオンにして、さ
らに、ライトアフタセグメントポインタ１２０２に、ラ
イトアフタ対象とするトラック３００に対応したセグメ
ント管理情報４００へのポインタを設定する。ステップ
１４０１では、実行対象のディスク装置２４に対して、
ライトアフタ対象とするトラック３００への位置付け要
求を発行しし、処理を終了する。

【００５２】図１７は、ライトアフタ転送部１２の処理
フロー図である。この処理フローは、キャッシュメモリ
２６に格納していたレコード３０１のライトアフタデー
タ２９をディスク装置２４へ書き込む処理も含んでい
る。ライトアフタスケジュール部１１が発行したディス
ク装置２４への位置付け要求が完了した時、この処理フ
ローが実行される。

【００５３】ステップ１５００では、ライトアフタ対象
とするトラック３００に対する全てのライトアフタレコ
ード１６０の書き込みが完了したかをチェックする。ラ
イトアフタセグメントポインタ１２０２に対応したセグ
メント管理情報５００内の更新レコードポインタ８０７
を最後まで探してもｎｕｌｌ値でない更新レコードポイ
ンタ８０７が見つからなかった場合は完了しており、見
つかった場合は完了していないと分かる。完了していた
場合、ステップ１５０９へジャンプする。完了していな
かった場合は、ステップ１５０１に移行する。ステップ
１５０１では、トラック３００上のレコード３０１のサ
ーチを開始し、その開始したトラック３００上の物理的
位置を記憶しておく。この記憶は、トラック３００の１
回転を検出するためである。ステップ１５０２では、ト
ラック３００上で見つけたレコード３０１の制御部６０
０を読み出す。ステップ１５０３では、読み出した制御
部６００内のレコード番号６０２と，更新レコードポイ
ンタ８０７にポイントされた擬似制御部１０００あるい
は制御部６００内のレコード番号６０２とを比較する。
一致すれば、アクセス中のレコード３０１がライトアフ
タ対象であり、ステップ１５０４に移行する。一致しな
い場合、ステップ１５０７へジャンプする。ステップ１
５０４では、更新レコードポインタ８０７に対応する更
新フィールド情報８０８によりライト対象とするフィー
ルド６０６を認識し、そのフィールド６０６の長さに関
する情報を擬似制御部１０００あるいは制御部６００内
のキー部長６０８あるいはデータ部長６０３から取り出
す。そして、それら値と、前記ステップ１５０２でトラ
ック３００上から読み出した制御部６００内のキー部長
６０８あるいはデータ部長６０３の値とを比較し、一致
するかチェックする。一致しない場合、書き込みを中止
して、ステップ１５０６へジャンプする。一致した場合
は、ステップ１５０５に移行する。ステップ１５０５で
は、ライト対象とするフィールド６０６のライトアフタ
データ２９を取り出し、アクセス中のトラック３００上
のレコード３０１に書き込む。そして、前記ステップ１
５００へ戻る。

【００５４】一方、ステップ１５０６では、ライトアフ
タ情報１１００のフィールド長不一致情報１２０４をセ
ットして、ステップ１５１０へジャンプする。

【００５５】一方、ステップ１５０７では、ライトアフ
タ対象のレコード３０１を、トラック３００の１回転分
サーチしたかをチェックする。まだ、１回転していない
場合、さらにサーチを続けるため、前記ステップ１５０
２へジャンプする。１回転しておれば、ステップ１５０
８に移行する。ステップ１５０８では、レコード番号不
一致情報１２０３をセットして、ステップ１５１０へジ
ャンプする。一方、ステップ１５０９では、ライトアフ
タ処理の完了に伴うセグメント管理情報４００の中の必
要な情報の更新を行なう。そして、ステップ１５１０に
移行する。ステップ１５１０では、ライトアフタ実行中
フラグ１２００をリセットし、処理を終了させる。

【００５６】図１８は、ライトアフタエラー判定部１３
の処理フロー図である。チャネル２２経由でＣＰＵ２０
からの入出力要求を受け付けた時、この処理フローが実
行される。ステップ１６００では、入出力対象となるデ
ィスク装置２４に対応したライトアフタ情報１１００内
のレコード番号不一致情報１２０３あるいはフィールド
長不一致情報１２０４がセットされているかをチェック
する。セットされていなければ、処理を終了する。セッ
トされていれば、ステップ１６０１に移行する。ステッ
プ１６０１では、ＣＰＵ２０に対して、発生したエラー
の報告を行い、処理を終了する。

【００５７】次に、図１９〜図２５を参照して、第２の
実施形態を説明する。この第２の実施形態は、ライト対
象のレコード３０１がキャッシュメモリ２６に格納され
ていない場合、制御装置２３が保持する情報に基づいて
ディレクタ２５が判断し、キャッシュメモリ２６にデー
タを書き込んだ段階で、ライト処理を完了させるもので
ある。

【００５８】図１９は、本実施形態における情報処理シ
ステムを詳細に表したブロック図である。図１に示した
第１の実施形態との相違点は、ライトアフタ用メモリ２
７内に、各トラック３００がレコード番号の重複のある
ものか重複のないものかを示すライトアフタトラック情
報ａ１７００を含む点である。また、ＣＰＵ２０からの
指定情報ｂ３３００には、ライト対象とするレコード３
０１がキャッシュメモリ２６に格納されていなかった時
の処理モードを指定する前記指定情報５が含まれていな
い点である。また、キャッシュ書き込み動作１２０の実
行条件ｂ３３１０に、ライト対象のトラック３００がレ
コード番号の重複のないものであるという条件が含まれ
る点である。これら３点以外は、図１と同様である。そ
こで以下では、第１の実施形態と異なる点を中心に説明
する。

【００５９】図２０は、本実施形態におけるライトアフ
タ用メモリ２７の構成である。図１２に示した第１の実
施形態におけるライトアフタ用メモリ２７の構成と異な
る点は、ライトアフタトラック情報ａ１７００を含む点
である。このライトアフタトラック情報ａ１７００は、
各ディスク装置２４に対応して設ける。

【００６０】図２１は、上記ライトアフタトラック情報
ａ１７００の構成を示したものである。ライトアフタト
ラック情報ａ１７００は、ディスク装置２４の各トラッ
ク３００がレコード番号の重複していない状態か，重複
している状態か，いずれとも不明の状態かのいずれかを
表すトラック状態ａ１８００を保持している。各トラッ
ク３００のトラック状態ａ１８００は、トラック番号順
に格納される。

【００６１】図２２は、トラック状態ａ１８００の状態
遷移を示している。まず、トラック状態ａ１８００の初
期状態は、そのトラック３００がレコード番号の重複が
ないか重複があるか不明の状態３９１になっている。こ
の状態３９１で、パーシャルライト要求を受け付ける
と、ディレクタ２５は、当該トラック３００がレコード
番号の重複していない状態か重複している状態かをチェ
ックする。そして、レコード番号の重複していない状態
である場合、トラック状態ａ１８００をレコード番号の
重複がない状態３９２にする。また、レコード番号の重
複している状態の場合、トラック状態ａ１８００をレコ
ード番号の重複がある状態３９３にする。さらに、フォ
ーマットライト要求を受け付けると、ディレクタ２５
は、トラック状態ａ１８００を前記レコード番号の重複
がないか重複があるか不明の状態３９１に戻す。これ
は、フォーマットライト処理により、レコード３０１の
レコード番号６０２に変化が生じる可能性があるためで
ある。

【００６２】キャッシュ２６，セグメント４００の格納
形式，ディレクトリ２８，セグメント管理情報５００，
トラック票５０１および空きセグメントキュー先頭ポイ
ンタ５０２は、それぞれ、図６，図７，図８，図９，図
１０および図１１に示した第１の実施形態における構成
と同様である。

【００６３】図２３は、本実施形態におけるディレクタ
２５の構成を示すものである。図１４に示す第１の実施
形態におけるディレクタ２５の構成と異なる点は、以下
の２つの構成を含む点である。 ライトアフタトラック情報管理部ａ１４…トラック状態
ａ１８００がレコード番号の重複がないか重複があるか
不明の状態３９１であるトラック３００に対してパーシ
ャルライト要求を受け付けた時、当該トラック３００が
レコード番号の重複していない状態か重複している状態
かをチェックし、その結果をトラック状態ａ１８００に
格納する動作を行なうものである。 ライトアフタトラック情報管理部ｂ１５…あるトラック
３００に対するフォーマットライト要求を受け付ける
と、当該トラック３００のトラック状態ａ１８００をレ
コード番号の重複がないか重複があるか不明の状態３９
１に戻す動作を行なうものである。 キャッシュパーシャルライト部１０，ライトアフタスケ
ジュール部１１，ライトアフタ転送部１２およびライト
アフタエラー判定部１３の処理フローは、それぞれ、図
１５〜図１８に示した処理フローと同様である。ただ
し、キャッシュパーシャルライト部１０のみの実行契機
が異なる。すなわち、本実施形態では、ＣＰＵ２０から
受け付けたパーシャルライト要求の処理対象となるトラ
ック３００のトラック状態ａ１８００が、レコード番号
の重複がない状態３９２になっている時である。

【００６４】図２４(ａ)(ｂ)は、ライトアフタトラック
情報管理部ａ１４の処理フローである。図２４(ａ)の処
理フローの実行契機は、レコード番号の重複があるか重
複がないか不明の状態３９１になっているトラック状態
ａ１８００のトラック３００に対してのパーシャルライ
ト要求を受け付けた時である。ステップ２０００では、
パーシャルライト要求の対象となったトラック３００に
対して位置付け要求を発行し、処理を終了する。

【００６５】図２４（ｂ）の処理フローの実行契機は、
前記ステップ２０００で発行した位置付け要求が完了し
た時である。ステップ２００１では、パーシャルライト
対象となったトラック３００上のレコード３０１を全て
読み出し、レコード番号に重複があるか重複がないかを
判定する。ステップ２００２では、前記判定の結果を、
当該トラック３００に対応するトラック状態ａ１８００
に記憶し、処理を終了させる。

【００６６】図２５は、ライトアフタトラック情報管理
部ｂ１５の処理フロー図である。この処理フローの実行
契機は、ディレクタ２５が、フォーマットライト要求を
受け付けた時である。ステップ２１００では、フォーマ
ットライト対象となるトラック３００に対応したトラッ
ク状態ａ１８００を、レコード番号の重複がないか重複
があるか不明の状態３９１にし、処理を終了する。

【００６７】次に、図２６〜図３４を参照して、第３の
実施形態を説明する。この第３の実施形態は、ライト対
象のレコード３０１がキャッシュメモリ２６に格納され
ていない場合、ＣＰＵ２０からの特定の指定情報を受け
たときのみ、キャッシュメモリ２６にデータを書き込ん
だ段階で、ライト処理を完了させるもので、且つ、ライ
ト対象となったレコード３０１のトラック３００上の物
理的書き込み位置を計算することにより、ライトアフタ
処理の効率化を図るものである。

【００６８】物理的書き込み位置を計算することにより
効率化を図れるのは、次の理由による。すなわち、図３
３に示すように、読み書きヘッド３０９の下をレコード
３０１が通過する方向に物理的書き込み位置が並ぶ順番
で複数のライトアフタレコード１６０を書き込めば、相
対速度が上がるから、書き込みの効率を向上できる。ま
た、図３４に示すように、２つのライトアフタレコード
１６０の物理的書き込み位置が所定距離以上離れている
時、一時的に、ライトアフタ処理を中断すると、２つの
ライトアフタレコード１６０の間でのディレクタ２５や
データ伝送路の無駄な占有時間がなくなるため、効率を
向上できる。

【００６９】図２６は、本実施形態における情報処理シ
ステムを詳細に表したブロック図である。図１に示した
第１の実施形態との相違点は、以下のとおりである。ま
ず、ＣＰＵ２０からの指定情報３４００は、指定情報５
がなく、指定情報６および指定情報７がある点が異な
る。指定情報６は、ライトデータ量を指定するものであ
る。ライト対象フィールドが１つの場合、そのフィール
ド６０６の長さが、ライトデータ量となる。この指定情
報６をＣＰＵ２０からディレクタ２５が受け取ると、チ
ャネル２２からデータを受け取る前に、ライト対象のレ
コード３０１のトラック３００上の物理的位置の計算を
実行可能となる。ただし、必須の情報ではないため、図
では（）を付けている。指定情報７は、ライト対象とな
るトラック３００が、以下の構造上の条件Ａ〜条件Ｃを
満足していることを示す情報である。 条件Ａ…ライト対象のトラック３００内の各レコード３
０１のレコード番号６０２が、制御レコード３１０のレ
コード番号６０２から順に、０番からの１づつの昇順で
ある。 条件Ｂ…制御部６００以外のフィールド６０６がデータ
部６０１のみであり、制御レコード３１０以外のレコー
ド３０１のデータ部６０１の長さが、同一トラック内の
各レコードで等しい。 条件Ｃ…制御レコード３１０が、標準レコードである。
すなわち、制御レコード３１０の制御部６００以外のフ
ィールド６０６がデータ部６０１のみであり、且つ、デ
ータ部６０１の長さがある決まった基準長である。 上記構造上の条件Ａ〜Ｃが満足されていれば、レコード
３０１のトラック３００上の物理的書き込み位置を計算
することが可能となる。

【００７０】物理的書き込み位置の計算が可能となる理
由は、次の通りである。すなわち、条件Ａが成立してい
ると、ディレクタ２５がチャネル２２から受け取ったレ
コード番号６０２により、ライト対象のレコード３０１
がトラック３００の先頭から何番目のレコードであるか
が分かる。次に、条件Ｂおよび条件Ｃが成立している
と、チャネル２２から受け取ったデータの長さ又は前記
指定情報６によるライトデータ量により、トラック３０
０上の全てのレコード３０１の各フィールド６０６の長
さが明らかになる。以上より、ライト対象のレコード３
０１のトラック３００上の物理的位置の計算が可能とな
る。

【００７１】ライト対象のトラック３００が上記条件Ａ
〜条件Ｃを満足するかどうかは、ＣＰＵ２０内の制御機
構が把握している。このため、ＣＰＵ２０が指定情報７
を生成することが出来る。

【００７２】次に、キャッシュ書き込み動作１２０の実
行条件ｃ３４１０は、ライト対象となるトラック３００
が条件Ａ〜条件Ｃを満足していることが条件となる点が
異なる。

【００７３】次に、ライトアフタデータ２９のディスク
装置２４への書き込みは、以下の点が異なる。すなわ
ち、ディレクタ２５は、ライトアフタ動作ｄ３４２０に
より、ディスク装置２４内のトラック上の計算した書き
込み位置近傍の一定の範囲内に、指定情報３により受け
取ったレコード番号６０２を有するレコード３０１が存
在するか否かをチェックする。計算した書込み位置近傍
の一定範囲内をさがすのは、トラック３００上にリード
／ライトが困難な不良位置が存在するため、レコード３
０１の記憶位置が若干ずれている可能性があるからであ
る。

【００７４】キャッシュメモリ２６，ディレクトリ２
８，トラック票５０１，空きセグメントキュー先頭ポイ
ンタ５０２およびライトアフタ用メモリ２７の構成は、
それぞれ、図６，図８，図１０，図１１および図１２に
示した第１の実施形態における構成と同様である。

【００７５】セグメント４００の構成は、擬似制御部１
０００，キー部ポインタ１００１，データ部ポインタ１
００２，擬似制御部フラグ１００３は、図７に示した第
１の実施形態の構成と同様である。ただし、条件Ａ〜条
件Ｃを満足するトラック３００内のレコード３０１には
キー部６０７が存在しないため、擬似制御部１０００内
のキー部長６０８は常に０で、キー部ポインタ１００１
は常にｎｕｌｌ値をとる。また、パーシャルライト対象
となるフィールド６０６はデータ部６０１のみであるた
め、擬似制御部１０００，キー部ポインタ１００１，デ
ータ部ポインタ１００２，擬似制御部フラグ１００３お
よびデータ部６０１は、連続領域に格納される。

【００７６】図２７は、本実施形態におけるセグメント
管理情報５００の構成である。図９に示した第１の実施
形態における構成との相違は、以下の情報を含む点であ
る。 書き込み位置計算可能ビット２２００…本セグメント管
理情報に対応したトラック３００が、条件Ａ〜条件Ｃを
満足していることを表す。 固定データ部長２２０１…制御レコード３１０以外のレ
コード３０１の固定長であるデータ部６０１の長さを表
す。

【００７７】図２８は、ライトアフタ情報１１００の構
成を表す。図１３の第１の実施形態における構成との相
違は、以下の情報を含む点である。 ライトアフタ開始レコード番号２３００…本実施形態で
は、２つのライトアフタレコード１６０のトラック３０
０上の位置が一定値以上離れている場合、ライトアフタ
処理の効率化を目的として、一度、ディスク装置２４と
の転送を中断して、位置付け処理に入る。このため、次
のライトアフタレコード１６０のレコード番号６０２を
設定しておく。 レコード物理位置不一致情報２３０１…計算した物理位
置にレコード３０１が存在しなかった時にセットする。

【００７８】ディレクタ２５の構成は、図１４の第１の
実施形態と同様であり、キャッシュパーシャルライト部
１０，ライトアフタスケジュール部１１，ライトアフタ
転送部１２およびライトアフタエラー判定部１３により
構成される。ただし、それぞれの処理フローは異なるた
め、以下、説明する。

【００７９】図２９は、キャッシュパーシャルライト部
１０の処理フロー図である。図１５の第１の実施形態に
おける処理フローと同様、ライト対象のレコード３０１
が既にキャッシュメモリ２６に格納されていた場合の処
理も含んでいる。ライト対象のトラック３００が条件Ａ
〜条件Ｃを満たしている情報を含むパーシャルライト要
求を受け取った時、この処理フローを実行する。

【００８０】以下、図１５の第１の実施形態における処
理フローと異なる点を中心に説明を行う。ステップ２４
００では、指定情報４で受け取ったレコード番号，指定
情報６で受け取ったライトデータ量により、当該レコー
ド３０１のトラック３００上の物理位置を計算する。ス
テップ２４０１では、この計算した物理位置が実際のト
ラック３００の範囲内に入っているかをチェックする。
入っていない場合、ステップ２４１２へジャンプする。
入っている場合、ステップ２４０２へ移行する。ステッ
プ２４０２では、ライト対象となるトラック３００に対
してセグメント４００を割り当ててあるかをチェックす
る。既にセグメント４００が割り当て済みの場合、ステ
ップ２４０７にジャンプする。まだ割り当てていない場
合は、ステップ２４０３へ移行する。ステップ２４０
３，ステップ２４０４の処理は、セグメント４００，セ
グメント管理情報５００を割り当てていなかったトラッ
ク３００に対して、これらの資源を割り当て、セグメン
ト管理情報５００を初期化する処理である。これらの処
理は、図１５のステップ１３０１，ステップ１３０２と
同様の処理である。ステップ２４０５，ステップ２４０
６は、それまでキャッシュメモリ２６に存在しなかった
レコード３０１に対してパーシャルライト要求を受け付
けた時の処理である。この内容も、図１５のステップ１
３０３，ステップ１３０４と同様である。ステップ２４
０６の処理の後、ステップ２４１１にジャンプする。一
方、ステップ２４０７では、指定情報６により受け取っ
たライトデータ量の正当性のチェックが可能か否かを判
別する。

【００８１】ライト対象となるレコード３０１が制御レ
コード３１０の場合は、条件Ｃにより、トラック３００
上の制御レコード３１０のデータ部長６０２は特定の基
準値であるから、ＣＰＵ２０が指定したライトデータ量
と，制御レコード３１０のデータ部６０１の基準長とを
比較することで、正当性のチェックが可能である。ライ
ト対象となるレコード３０１が制御レコード３１０以外
の場合は、条件Ｂにより、制御レコード３１０以外のレ
コード３０１のデータ部長６０２は等しいから、制御レ
コード以外のレコード３０１が１つでもキャッシュメモ
リ２６に格納されていれば、ＣＰＵ２０が指定したライ
トデータ量と，キャッシュメモリ２６に格納されている
制御レコード以外のレコード３０１のデータ部長とを比
較することで、正当性チェックが可能となる。正当性の
チェックが不可能なら、ステップ２４０９へジャンプす
る。正当性のチェックが可能なら、ステップ２４０８へ
移行する。

【００８２】ステップ２４０８では、正当性のチェック
を行なう。正当でないなら、ＣＰＵ２０にエラー報告を
するため、ステップ２４１２へジャンプする。正当な
ら、ステップ２４０９へ移行する。ステップ２４０９で
は、ライト対象のレコード３０１がキャッシュメモリ２
６に格納されているか否かをチェックする。これは図１
５のステップ１３０５と同様である。格納されていない
場合、前記ステップ２４０５へジャンプする。格納され
ている場合は、ステップ２４１０に移行する。ステップ
２４１０では、キャッシュメモリ２６に格納しているデ
ータ部６０１に、チャネル２２から受け取ったデータを
書き込む。ステップ２４１１では、セグメント管理情報
５００の必要な部分の更新を行い、さらに、ライト処理
の完了をチャネル２２経由でＣＰＵ２０に報告し、処理
を終了させる。一方、ステップ２４１２では、ライトデ
ータ量が妥当でなかったことを、チャネル２２を経由し
てＣＰＵ２０に報告し、処理を終了させる。

【００８３】図３０は、ライトアフタスケジュール部１
１の処理フロー図である。この処理フローは、ディレク
タ２５が空いた時間を利用して実行する。まず、ステッ
プ２５００は、図１６の第１の実施形態におけるステッ
プ１５００と同様の動作である。ステップ２５０１で
は、ライトアフタ開始レコード番号２３００に、実行対
象としたトラック３００に対応したセグメント管理情報
５００内の更新レコードポインタ８０７がｎｕｌｌ値で
ない最も小さいレコード番号６０２を設定する。条件Ａ
により、レコード番号６０２の小さい順にライトアフタ
レコード１６０を選択すると、図３３に示すように、円
板３０８の回転方向と逆方向に書き込み処理を進めるこ
とができ、効率を上げられる。ステップ２５０２では、
実行対象としたディスク装置２４に対して、ライトアフ
タ対象とするトラック３００への位置付け要求を発行す
る。

【００８４】図３１は、ライトアフタ転送部１２の処理
フロー図である。この処理フローの実行契機は、図３０
のステップ２５０２で発行したディスク装置２４への位
置付け要求が完了した時である。ステップ２６００で
は、最初にライト処理の対象とするライトアフタレコー
ド１６０として、ライトアフタ開始レコード番号２３０
０に対応した更新レコードポインタ８０７が指すライト
アフタレコード１６０を選択する。ステップ２６０１で
は、更新レコードポインタ８０７に対応したライトアフ
タレコード１６０のトラック３００上の物理的書き込み
位置を計算する。ステップ２６０２では、前記計算した
物理的書き込み位置を含む一定範囲内に実際にレコード
３０１が記憶されているか否かをチェックする。記憶さ
れていない場合、ステップ２６１０へジャンプする。記
憶されている場合は、ステップ２６０３に移行する。ス
テップ２６０３では、記憶されていたレコード３０１の
制御部６０１を読み出す。ステップ２６０４では、読み
出した制御部６０１のレコード番号６０２と，更新レコ
ードポインタ８０７にポイントされた擬似制御部１００
０あるいは制御部６００内のレコード番号６０２のチェ
ックを行う。一致しない場合、エラーであるため、ステ
ップ２６１２にジャンプする。一致した場合は、ステッ
プ２６０５に移行する。ステップ２６０５では、読み出
した制御部６０１のデータ部長６０３と，更新レコード
ポインタ８０７にポイントされた擬似制御部１０００あ
るいは制御部６００内のデータ部長６０３のチェックを
行なう。一致しない場合、エラーであるため、ステップ
２６１１へジャンプする。一致した場合は、ステップ２
６０６に移行する。ステップ２６０６では、ライトアフ
タデータ１６０を、トラック３００上に書き込む。ステ
ップ２６０７では、次にレコード番号６０２の値が大き
く、且つ、ｎｕｌｌ値でない更新レコードポインタ８０
７を見つける。見つからない場合、そのトラック３００
についての全てのライトアフタレコード１６０の書き込
みが完了したことになるため、ステップ２６１３にジャ
ンプする。見つかった場合、ステップ２６０８に移行す
る。ステップ２６０８では、見つかった更新レコードポ
インタ８０７に対応するレコード３０１までの間隔を計
算し、一定値以上あるか否かをチェックする。一定値未
満の場合、見つかった更新レコードポインタ３０８に対
応するレコード３０１の書き込み処理を実行するため、
前記ステップ２６０１へジャンプする。一定値以上ある
場合は、ステップ２６０９に移行する。ステップ２６０
９では、ディスク装置２４への位置付け要求を発行し、
一度、処理を中断する。この時、ライトアフタ開始レコ
ード番号２３００に、次にライトアフタ対象とするレコ
ード３０１のレコード番号６０２を設定しておく。ま
た、セグメント管理情報５００の必要な部分の更新も行
っておく。一方、ステップ２６１０では、レコード物理
位置不一致情報２３０１をセットする。そして、ステッ
プ２６１４へジャンプする。

【００８５】一方、ステップ２６１１では、フィールド
長不一致情報１２０４をセットする。そして、ステップ
２６１４へジャンプする。ステップ２６１２〜ステップ
２６１４は、図１７のステップ１５０８〜ステップ１５
１０の処理と同様であり、それぞれ、レコード番号不一
致情報１２０３のセット，セグメント管理情報５００の
更新，ライトアフタ実行中フラグ１２００のリセットを
実行する。

【００８６】図３２は、ライトアフタエラー判定部１３
の処理フローである。この処理フローの実行契機は、図
１８の第１の実施形態における処理フローの場合と同様
であり、チャネル２２経由でＣＰＵ２０からの入出力要
求を受け付けた時である。ステップ２７００では、入出
力対象となるディスク装置２４に対応したライトアフタ
情報１１００内のレコード番号不一致情報１２０３，フ
ィールド長不一致情報１２０４あるいはレコード物理位
置不一致情報２３０１がセットされているか否かをチェ
ックする。いずれもセットされていなければ、処理を終
了させる。いずれかがオンであれば、ステップ２７０１
に移行する。ステップ２７０１では、ＣＰＵ２０に対し
て発生したエラーの報告を行う。

【００８７】次に、図３５〜図４１を参照して、第４の
実施形態を説明する。この第４の実施形態は、ライト対
象のレコード３０１がキャッシュメモリ２６に格納され
ていない場合、制御装置２３が保持している情報に基づ
いてディレクタ２５が判断し、キャッシュメモリ２６に
データを書き込んだ段階で、ライト処理を完了させるも
ので、且つ、ライト対象となったレコード３０１のトラ
ック３００上の物理的書き込み位置を計算することによ
り、ライトアフタ処理の効率化を図るものである。制御
装置２３が保持している情報は、各トラック３００が前
記条件Ａ〜条件Ｃを満足するか否かを表す情報である。

【００８８】図３５は、本実施形態における情報処理シ
ステムを詳細に表したブロック図である。図２６に示し
た第３の実施形態との相違点は、以下のとおりである。
まず、ＣＰＵ２０からの指定情報３５００は、指定情報
７がない点が異なる。次に、ライトアフタ用メモリ２７
内に、ディスク装置２４上の各トラック３００が、条件
Ａ〜条件Ｃを満足するか否かを表す情報を有する点が異
なる。次に、実行条件ｃ３４１０は、ディレクタ２５が
ライトアフタ用メモリ２７内の情報により条件を判別す
る点が異なる。

【００８９】キャッシュメモリ２６，ディレクトリ２
８，セグメント管理情報５００，トラック票５０１およ
び空きセグメントキュー先頭ポインタ５０２は、それぞ
れ、図６，図８，図２７，図１０および図１１に示した
構成と同様である。

【００９０】図３６は、本実施形態におけるライトアフ
タ用メモリ２７の構成である。図２０に示した第３の実
施形態における構成と異なる点は、ライトアフタトラッ
ク情報ａ１７００の代りに、ライトアフタトラック情報
ｂ２８００を含む点である。ライトアフタ情報ｂ２８０
０も各ディスク装置２４に対応して設ける。

【００９１】図３７は、前記ライトアフタトラック情報
ｂ２８００の構成を示したものである。ライトアフタト
ラック情報ｂ２８００は、以下の情報により構成され
る。それぞれの情報は、ディスク装置２４の各トラック
３００ごとに保持される。トラック状態ｂ２９００…対
応するトラック３００が条件Ａ〜条件Ｃを満たしている
状態か，満たしていない状態か，いずれとも不明の状態
かを表す。固定長データ部情報２９０１…対応するトラ
ック３００が条件Ａ〜条件Ｃを満足するとき、全てのレ
コード３０１の間で共通値となるデータ部６０１の長さ
を表す。

【００９２】図３８は、トラック状態ｂ２９００の状態
遷移を示すものである。トラック状態ｂ２９００の状態
遷移の契機は、図２２に示した第２の実施形態における
トラック情報ａ１８００の状態遷移の契機と同様であ
る。すなわち、そのトラック３００が条件Ａ〜条件Ｃを
満たしているか否かが不明の状態４０１でパーシャルラ
イト要求を受け付けた時は、当該トラック３００が条件
Ａ〜条件Ｃを満足するか満足しないかをチェックし、そ
の結果をトラック状態ｂ２９００に格納する。また、当
該トラック３００に対するフォーマットライト要求を受
け付けた時は、当該トラック３００のトラック状態ｂ２
９００が条件Ａ〜条件Ｃを満足しているか否かが不明の
状態４０１に戻す。

【００９３】トラック情報ｂ２９００，固定長データ部
情報２９０１の格納順序も、図２２に示した第２の実施
形態におけるトラック情報ａ１８００と同様であり、ト
ラック番号順に格納される。ディレクタ２５の構成は、
図２３の第２の実施形態と同様である。ライトアフタス
ケジュール部１１，ライトアフタ転送部１２およびライ
トアフタエラー判定部１３の処理フローは、図３０〜図
３２に示した第３の実施形態の処理フローと同様であ
る。ただし、キャッシュパーシャルライト部１０，ライ
トアフタトラック情報管理部ａ１４およびライトアフタ
トラック情報管理部ｂ１５の処理フローは異なるため、
以下、説明する。

【００９４】図３９は、キャッシュパーシャルライト部
１０の処理フロー図である。図１５の第１の実施形態に
おける処理フローと同様、ライト対象のレコード３０１
が既にキャッシュメモリ２６に格納されていた場合の処
理も含んでいる。この処理フローの実行契機は、ディレ
クタ２５が、チャネル２２経由でＣＰＵ２０から受け付
けたパーシャルライト要求の処理対象となるトラック３
００のトラック状態ｂ２９００が、条件Ａ〜条件Ｃを満
足している状態４０２になっている時である。

【００９５】ステップ３０００では、ＣＰＵ２０から受
け取ったライトデータ量の正当性をチェックする。本実
施形態では、ライト対象となるトラック３００にセグメ
ント４００を割り当てていない場合でも、固定長データ
部情報２９０１の値により、ライトデータ量の正当性の
チェックが可能となる。ライトデータ量に正当性がない
場合、ステップ３０１１へジャンプする。正当性がある
場合、ステップ３００１に移行する。ステップ３００１
以下の処理は、図２９の処理フローに含まれる内容であ
る。すなわち、ステップ３００１〜ステップ３００７
は、図２９のステップ２４００〜ステプ２４０６に対応
する。また、ステップ３００８〜ステップ３０１１は、
図２９のステップ２４０９〜ステプ２４０１２に対応す
る。

【００９６】図４０(ａ)(ｂ)は、ライトアフタトラック
情報管理部ａ１４の処理フロー図である。図２４に示す
第３の実施形態における処理フローとの差異は、図２４
の処理フローがライトアフタトラック情報ａ１７００を
取扱の対象とするのに対し、図４０の処理フローはライ
トアフタトラック情報ｂ２８００を取扱の対象とする点
である。

【００９７】図４０(ａ)の処理フローの実行契機は、図
２４(ａ)の実行契機と同様である。ステップ３１００で
は、パーシャルライト対象となったトラック３００に対
する位置付け要求を発行する。

【００９８】図４０(ｂ)の処理フローの実行契機は、前
記ステップ３１００で発行した位置付け要求が完了した
時である。ステップ３１０１では、パーシャルライト対
象となるトラック３００上のレコード３０１を全て読み
出し、当該トラック３００が、条件Ａ〜条件Ｃを満足す
るか否かを判定する。ステップ３１０２では、前記ステ
ップ３１０１での判定結果を、当該トラック３００に対
応するトラック状態ｂ２９００に格納する。さらに、条
件Ａ〜条件Ｃを満足する場合には、データ部６０１の長
さを、固定長データ部情報２９０１に設定し、処理を終
了させる。

【００９９】図４１は、ライトアフタトラック情報管理
部ｂ１５の処理フロー図である。図２５に示す第３の実
施形態における処理フローとの差異は、図２５の処理フ
ローがライトアフタトラック情報ａ１７００を取扱の対
象とするのに対し、図４１の処理フローはライトアフタ
トラック情報ｂ２８０を取り扱いの対象とする点であ
る。図４１の処理フローの実行契機は、図２５の実行契
機と同様である。ステップ３２００では、ライト対象と
なるトラック３００に対応したトラック状態ｂ２９００
を、条件Ａ〜条件Ｃを満たしているか否か不明の状態４
０１にし、処理を終了する。

【０１００】さて、前記第３の実施形態および上記第４
の実施形態では、キャッシュメモリ２６に格納する際
に、そのレコードを格納する位置の連続性についての考
慮を全く行なっていない。しかし、トラック３００上で
物理的に連続した位置にあるレコード３０１を、セグメ
ント４００でも連続して格納するという制限をつけた方
がキャッシュ制御が簡単になるというメリットがある。
この制限を、連続格納制限と呼ぶ。たとえば、図４２に
示すように、トラック３００上で物理的に連続してレコ
ードｍ３６００とレコードｎ３６０１とがあるものとす
る。トラック３００上で連続しているレコードｍ３６０
０とレコードｎ３６０１とを連続して読み出す処理は、
ＣＰＵ２０がしばしば要求する処理である。この場合
に、セグメント４００にレコードｍ３６００とレコード
ｎ３６０１とを連続して格納しておけば、ディレクタ２
５は、セグメント４００内の領域を単純に連続して読み
出し、ＣＰＵ２０に送ればよい。つまり、レコードｎ３
６０１を転送する際、セグメント管理情報５００内のレ
コードポインタｎ３６０３を参照する処理を削減するこ
とができる。

【０１０１】上記の連続格納制限を守るためには、ディ
レクタ２５が、キャッシュメモリ２６にデータを書き込
んだ段階でライト処理を完了させることを行なう場合
を、以下の連続格納条件１〜連続格納条件３が満足され
た時に限定すればよい。 連続格納条件１…ライト対象のトラック３００上のレコ
ード３０１が、全くキャッシュメモリ２６に格納されて
いないこと。この場合、ディレクタ２５は、ライト対象
のレコードｋ４３００のみを、図４３(ａ)に示すよう
に、新たに確保したセグメント４００内に格納すること
になるため、連続格納制限を満足できる。 連続格納条件２…ライト対象のレコード３０１が、連続
格納制限を満足した状態でキャッシュメモリ２６に格納
されているレコード３０１であること。この場合、ディ
レクタ２５は、図４３(ｂ)に示すように、すでに格納さ
れているレコードｋ４３００にデータを書き込むだけで
あるから、連続格納制限を満足できる。 連続格納条件３…ライト対象のレコード番号６０２が、
キャッシュメモリ２６に格納されているライト対象のト
ラック３００のレコード３０１のレコード番号６０２の
中の最大値より１つ大きい値であること。この場合、図
４３(ｃ)に示すように、ディレクタ２５は、レコードｋ
４３００を、それまでセグメント４００内に格納してい
たレコード３０１の後に格納すれば、連続格納条件を満
足させることができる。

【０１０２】連続格納制限は、ライト対象となるトラッ
ク３００が条件Ａ〜条件Ｃを満足することをＣＰＵ２０
から通知してもらう場合（第３の実施形態）にも、制御
装置２３が各トラック３００ごとに条件Ａ〜条件Ｃを満
足するか否かに関する情報をもつ場合（第４の実施形
態）にも、いずれにも適用可能であり、その場合、セグ
メント管理情報５００のみが、この連続格納制限を設け
ない場合と異なる。

【０１０３】図４４は、この連続格納制限を設ける第５
の実施形態におけるセグメント管理情報５００の構成を
示すものである。図２７の第３の実施形態における構成
と異なる点は、キャッシュ内最大レコード番号３７００
を含む点である。キャッシュ内最大レコード番号３７０
０は、キャッシュメモリ２６に格納されているレコード
３０１のレコード番号６０２の中の最大の値を表してい
る。

【０１０４】図２９〜図３２，図３９〜図４１の処理フ
ローは基本的にそのまま適用できる。ただし、図２９，
図３９のキャッシュパーシャルライト部１０の処理フロ
ーの実行契機が異なる。すなわち、ライト対象となるト
ラック３００が条件Ａ〜条件Ｃを満足し、且つ、連続格
納条件１〜連続格納条件３が満足された時が実行契機と
なる。

【０１０５】

【発明の効果】本発明の制御装置によれば、次の効果が
得られる。 (１)ディスク装置からキャッシュメモリへのデータ転送
を行うことなく、データをキャッシュメモリに格納し、
その段階でライト処理の完了をデータ処理装置に報告
し、キャッシュメモリのデータは非同期にディスク装置
に書き込むため、データ処理装置から書き出すデータが
その時点でキャッシュメモリに格納されていない場合で
も、ライト処理を高速化できる。 (２)保持していたレコードフォーマット情報に基づいて
データをキャッシュメモリに格納し、その段階でライト
処理の完了を報告するため、データ処理装置から書き出
すデータがその時点でキャッシュメモリに格納されてい
ない場合でも、ライト処理を高速化できる。 (３)レコード番号とデータの転送長が妥当か否かを判断
するため、ライトアフタ処理でのエラー発生を回避でき
る。 (４)書き込み要求が指定するレコードフォーマット情報
に基づいてデータをキャッシュメモリに格納し、その段
階でライト処理の完了を報告するため、データ処理装置
から書き出すデータがその時点でキャッシュメモリに格
納されていない場合でも、ライト処理を高速化できる。 (５)データの転送長が妥当か否かを判断するため、ライ
トアフタ処理でのエラー発生を回避できる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態における制御装置の基
本構成を示すブロック図。

【図２】本発明に係る情報処理システムのブロック図。

【図３】ディスク装置２４の構成説明図。

【図４】レコード３０１の構成例示図。

【図５】レコード３０１の別の構成例示図。

【図６】本発明の第１の実施形態におけるキャッシュメ
モリ２６の構成例示図。

【図７】本発明の第１の実施形態におけるセグメントの
構成例示図。

【図８】本発明の第１の実施形態におけるディレクトリ
２８の構成例示図。

【図９】本発明の第１の実施形態におけるセグメント管
理情報５００の構成例示図。

【図１０】本発明の第１の実施形態におけるトラック票
５０１の構成例示図。

【図１１】本発明の第１の実施形態における空きセグメ
ントキュー先頭ポインタ５０２の説明図。

【図１２】本発明の第１の実施形態におけるライトアフ
タ用メモリ２７の構成例示図。

【図１３】本発明の第１の実施形態におけるライトアフ
タ情報１１００の構成例示図。

【図１４】本発明の第１の実施形態におけるディレクタ
２５の構成例示図。

【図１５】本発明の第１の実施形態におけるキャッシュ
パーシャルライト部１０の処理フロー図。

【図１６】本発明の第１の実施形態におけるライトアフ
タスケジュール部１１の処理フロー図。

【図１７】本発明の第１の実施形態におけるライトアフ
タ転送部１２の処理フロー図。

【図１８】本発明の第１の実施形態におけるライトアフ
タエラー判定部１２の処理フロー図。

【図１９】本発明の第２の実施形態における制御装置の
基本構成を示すブロック図。

【図２０】本発明の第２の実施形態におけるライトアフ
タ用メモリ２７の構成例示図。

【図２１】本発明の第２の実施形態におけるライトアフ
タトラック情報ａ１７００の構成例示図。

【図２２】本発明の第２の実施形態におけるトラック状
態ａ１８００の状態遷移図。

【図２３】本発明の第２の実施形態におけるディレクタ
２５の構成例示図。

【図２４】本発明の第２の実施形態におけるライトアフ
タトラック情報管理部ａ１４の処理フロー図。

【図２５】本発明の第２の実施形態におけるライトアフ
タ情報管理部ｂ１５の処理フロー図。

【図２６】本発明の第３の実施形態における制御装置２
３の基本構成を示すブロック図。

【図２７】本発明の第３の実施形態におけるセグメント
管理情報５００の構成例示図。

【図２８】本発明の第３の実施形態におけるライトアフ
タ情報１１００の構成例示図。

【図２９】本発明の第３の実施形態におけるキャッシュ
パーシャルライト部１０の処理フロー図。

【図３０】本発明の第３の実施形態におけるライトアフ
タスケジュール部１１の処理フロー図。

【図３１】本発明の第３の実施形態におけるライトアフ
タ転送部１２の処理フロー図。

【図３２】本発明の第３の実施形態におけるライトアフ
タエラー判定部１２の処理フロー図。

【図３３】効率的なライトアフタレコード１６０の書き
込み方法を示す概念図。

【図３４】効率的なライトアフタレコード１６０の書き
込み方法を示す概念図。

【図３５】本発明の第４の実施形態における制御装置２
３の基本構成を示すブロック図。

【図３６】本発明の第４の実施形態におけるライトアフ
タ用メモリ２７の構成例示図。

【図３７】本発明の第４の実施形態におけるライトアフ
タトラック情報ｂ２８００の構成例示図。

【図３８】本発明の第４の実施形態におけるトラック状
態ｂ２９００の状態遷移図。

【図３９】本発明の第４の実施形態におけるキャッシュ
パーシャルライト部１０の処理フロー図。

【図４０】本発明の第４の実施形態におけるライトアフ
タトラック情報管理部ａ１４の処理フロー図。

【図４１】本発明の第４の実施形態におけるライトアフ
タトラック情報管理部ｂ１５の処理フロー図。

【図４２】トラック３００上の連続した位置に記憶され
たレコード３０１とセグメント４００における連続した
領域に格納したレコードの例示図。

【図４３】連続格納条件を説明するためのセグメント４
００の構成例示図。

【図４４】本発明の第５の実施形態におけるセグメント
管理情報５００の構成例示図である。

【符号の説明】

１０…キャッシュパーシャルライト部 １１…ライトアフタスケジュール部 １２…ライトアフタ転送部 １３…ライトアフタエラー判定部 １４…ライトアフタトラック情報管理部ａ １５…ライトアフタトラック情報管理部ｂ ２３…制御装置 ２４…ディスク装置 ２５…ディレクタ ２６…キャッシュメモリ ２７…ライトアフタ用メモリ ２８…ディレクトリ １００…ＣＰＵからの指定情報ａ １１０…実行条件ａ １２０…キャッシュ書き込み動作 １３０…ライトアフタ動作ａ １４０…ライトアフタ動作ｂ １５０…ライトアフタ動作ｃ ２００…データ処理装置 ３００…トラック ３０１…レコード ３１０…制御レコード ４００…セグメント ５００…セグメント管理情報 ５０１…トラック票 ６００…フィールド ６０１…データ部 ６０２…レコード番号 ６０３…データ部長 ６０７…キー部 ６０８…キー部長。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 桑原 善祥 神奈川県小田原市国府津2880番地 株式 会社日立製作所 小田原工場内 (72)発明者 倉野 昭 神奈川県小田原市国府津2880番地 株式 会社日立製作所 小田原工場内 (72)発明者 野沢 正史 神奈川県小田原市国府津2880番地 株式 会社日立製作所 小田原工場内 (72)発明者 北嶋 弘行 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (56)参考文献 特開 昭63−132354（ＪＰ，Ａ) 特開 平１−113844（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 3/06 G06F 12/08

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 データ処理装置と、該データ処理装置に
   よって使用される複数のレコードを保持するディスク装
   置とに接続された制御装置であって、 前記ディスク装置のいずれかのレコードに格納されるデ
   ータを保持するキャッシュメモリと、 前記キャッシュメモリになく前記ディスク装置にあるデ
   ータに対するデータ書き込み要求を前記データ処理装置
   から受け取る手段と、 前記データ書き込み要求が指定するデータを、前記ディ
   スク装置から前記キャッシュメモリへのデータ転送を伴
   うことなく、前記キャッシュメモリに書き込む手段と、 前記書き込み要求の完了を前記データ処理装置に報告す
   る手段と、 前記キャッシュメモリに書き込まれたデータを非同期に
   前記ディスク装置に書き込む手段とを備えたことを特徴
   とする制御装置。
2. 【請求項２】 データ処理装置と、該データ処理装置に
   よって使用される複数のレコードを保持するディスク装
   置とに接続された制御装置であって、 前記ディスク装置のいずれかのレコードに格納されるデ
   ータを保持するキャッシュメモリと、 該キャッシュメモリになく前記ディスク装置にあるレコ
   ードのレコードフォーマット情報を保持する保持手段
   と、 前記データ処理装置からいずれかのレコードへの書き込
   み要求が発生したことに応じて、当該レコードが該キャ
   ッシュメモリにない場合には、前記保持手段の該レコー
   ドに対応するレコードフォーマット情報に基づいて、前
   記データ処理装置から前記キャッシュメモリへの当該書
   き込み要求が指定するデータの転送を制御する転送制御
   手段と、 書き込み要求の処理が完了したことを前記データ処理装
   置に通知する通知手段とを備えたことを特徴とする制御
   装置。
3. 【請求項３】 請求項２に記載の制御装置において、 前記保持手段に保持されるレコードフォーマット情報
   は、レコード番号とレコード長とを含み、 前記書き込み要求が指定するレコード番号とデータの転
   送長が妥当か否かを、レコードフォーマット情報が保持
   するレコード番号とレコード長とに基づいて判断する判
   断手段を備えることを特徴とする制御装置。
4. 【請求項４】 データ処理装置と、該データ処理装置に
   よって使用される複数のレコードを保持するディスク装
   置とに接続された制御装置であって、 前記ディスク装置のいずれかのレコードに格納されるデ
   ータを保持するキャッシュメモリと、 前記データ処理装置から書き込み対象のレコードのレコ
   ードフォーマット情報が指定された書き込み要求が発生
   したことに応じて、当該書き込み要求が指定するレコー
   ドが前記キャッシュメモリに保持されていない場合に
   は、当該レコードフォーマット情報に基づいて、前記デ
   ータ処理装置から前記キャッシュメモリへの当該書き込
   み要求が指定するデータの転送を制御する転送制御手段
   と、 書き込み要求の処理が完了したことを前記データ処理装
   置に通知する通知手段とを備えたこと特徴とする制御装
   置。
5. 【請求項５】 請求項４に記載の制御装置において、 前記レコードフォーマット情報は、レコード長と当該レ
   コードが前記ディスク装置に存在するか否かを示す情報
   を含み、 前記書き込み要求が指定するデータの転送長が妥当か否
   かを、レコードフォーマット情報が保持するレコード長
   と当該レコードが前記ディスク装置に存在するか否かを
   示す情報とに基づいて判断する判断手段を備えることを
   特徴とする制御装置。