JP3080584B2 - マルチメディア用記録システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アクセス要求に対
する応答が一定の時間内になされることを要求されるマ
ルチメディア用記録システムに関するものである。特
に、一定の時間内に応答できない場合には、アクセス要
求されていない記録装置よりデータを生成して送信する
マルチメディア記録システムに関するものである。ま
た、大容量のデータを記録するマルチメディア用記録シ
ステムに関するものである。特に、データの増加に伴
い、容易に記録装置を追加できるマルチメディア用記録
システムに関するものである。

【０００２】

【従来の技術】

従来例１．従来の記録システムでは、動画データ等の大
容量データを連続して転送する場合、ディスク装置の内
部ヘッドの移動を伴うデータを読み出す時に、データ転
送が途切れていた。そして、内部ヘッドの移動を行って
いる間のデータをバッファに蓄える方法にて対応してい
た。図２０に上記例を説明する図を示す。図２０におい
て、パソコン又はワークステーション３００は、図示し
ていない制御装置内のバッファ３０１と通信回線３０３
を介して接続されている。上記バッファ３０１は、パソ
コン又はワークステーション３００に対し、上記通信回
線３０３を介し連続して３ＭＢ／ｓのデータ転送を可能
とするために設けられる。そして、バッファ３０１は、
通信回線３０４を介してディスク装置３０２と接続され
ている。そして、ディスク装置３０２は、通信回線３０
４を介して最大１０ＭＢ／ｓのデータ転送が可能であ
る。また、上記バッファ３０１は、ディスク装置３０２
の内部キャリブレーション（３０〜２００ｍｓ）に対応
するため、３ＭＢ／ｓ×２００ｍｓより６００ＫＢのデ
ータ容量が必要となる。さらに、ディスク装置３０２の
内部エラーリトライ（３０秒〜４５秒）に対応するため
には、３ＭＢ／ｓ×３０秒より９０ＭＢの容量が必要と
なる。このため、上記バッファ３０１では、エラーリト
ライへの対応は不可能である。

【０００３】従来例２．また、特開平２−８１１２３号
公報の「並列データ転送方式及び装置」は、リード障害
をデータの遅延により検出し、リード障害以外のデータ
よりリード障害データを生成し、一部のリード障害によ
る全体のデータ転送遅延又は停止を回避することを特徴
としている。

【０００４】図２１は、従来例２の一実施例のブロック
図を示す図である。図２２は、従来の図２１におけるパ
リティ生成器／データ修正器のブロック図である。図２
３は、図２２の修正制御部１４の回路図である。図２４
は、図２３の回路図の動作を説明するタイミングチャー
ト図である。

【０００５】この従来例２では、同期ずれによるデータ
遅延又はリード障害によるデータ遅延又は転送停止を回
避する方法の提供を行う。以下に、上記方式及び装置に
おいてデータ遅延を検出し、データ修復を行う処理につ
いて説明を行う。磁気ディスク装置９よりＲＥＡＤした
データは、ハードディスクコントローラ８により８ビッ
ト幅データに変換される。そして、データバッファ７に
記憶される。データバッファ７０，７１，７２，７３，
７Ｐのデータは、リードエラーがなければセレクタ５を
介してバス制御部３へ送られる。そして、ＤＡＴＡＲＥ
ＡＤＹ信号１３ａに同期してデータ幅３２ビットにまと
められ、バス２へ送出される。そして、バス２からホス
トシステムへ送信される。パリティデータを記録する磁
気ディスク装置９Ｐは、磁気ディスク装置９０，９１，
９２，９３，９Ｐのいずれかに障害が発生した場合、障
害磁気ディスク装置のデータを生成するために使用され
る。

【０００６】例えば、磁気ディスク装置９３に障害が発
生し、データがリード不可能となった場合、以下のよう
にデータを修復する。 Ｄ３＝Ｄ０ ＸＯＲ Ｄ１ ＸＯＲ Ｄ２ ＸＯＲ ＤＰ 上記データ修復は、パリティ生成器／データ修正器６に
よって行われる。修復データは、パリティ生成器／デー
タ修正器６より出力され、セレクタ５のｂへ入力され
る。エラー信号１３によりリード障害の磁気ディスク装
置に対応したセレクタは、修復データを選択してデータ
を修復する。以上でリード障害の検出によるデータ修復
の説明を終了する。

【０００７】次に、同期ずれによるデータ遅延に対する
データ修復について、以下に説明を行う。図２４に示す
磁気ディスク装置９のＤＲＶ０〜３，Ｐが同期して、セ
クタ０，１，・・・と連続してリード動作を実行してい
るものとする。セクタ１のリード時にＤＲＶ３ではＥＣ
Ｃエラーが発生し、データバッファ７３の当該セクタに
対応するデータは、データバッファから送出されず、図
２４のＲＥＱ０〜３，Ｐのセクタ１に対応するタイミン
グ９９のようになる。タイミング９９ａでＬＲＥＳＥＴ
２２ａが出力されるので、エラーロック器２２はクリア
されており、セクタ０のＲＥＱ０〜３，Ｐの同期でタイ
マ２１もクリアされている。この後、ＲＥＱ信号１５０
が最初に出力され、図２３のＯＲ回路２３を通り、タイ
マ２１をスタートさせる。その後、ＲＥＱ１，ＲＥＱ
２，ＲＥＱＰもタイマ２１のＴｉｍｅｏｕＴ信号出力前
に出力されるが、ＲＥＱ３はリードエラーとなっている
ので出力されない。このため、ＡＮＤ回路２４は、ＡＮ
Ｄ条件が取れないので、タイマ２１はＲＥＱＲＥＡＤＹ
信号２４ａによりクリアされずに、カウントＵＰを続け
る。タイミング９９ｂでタイマ２１は、ＴｉｍｅｏｕＴ
を検出し、ＴｉｍｅｏｕＴ信号２１ａを出力する。この
出力により、エラーロック器２２は、このＴｉｍｅｏｕ
Ｔ時のＲＥＱ０〜３，Ｐの反転信号をラッチし出力す
る。このラッチの出力は、図２３に示すように、ＲＥＱ
０〜３，ＰとＯＲされ信号１５ａとなる。このＯＲによ
り、ＲＥＱ３に対応する信号１５ａは、真となり全ての
ＲＥＱ０〜３，Ｐ信号は、真となる。これにより、ＡＮ
Ｄ回路２４ではＡＮＤの条件が取れ、ＲＥＱＲＥＡＤＹ
信号２４ａを真とする。これにより、タイマ２１は、ク
リアされＴｉｍｅｏｕＴ信号２１ａは偽となる。タイマ
２１のスタート信号２３ａ即ちＯＲ回路２３の出力は、
エラーロック器２２の出力により真固定となり、一旦偽
となるまで、カウントＵＰは再開されない。

【０００８】この状態でＡＮＤ回路２４のＡＮＤ条件
は、ＲＥＱ３の信号に関係なく、他のＲＥＱ１，ＲＥＱ
２，ＲＥＱＰ信号の出力が揃ったところで成立し、ＤＡ
ＴＡＲＥＡＤＹ信号２４ａを真とする。この時、エラー
検出器２０がエラーを検出していなければ、ＡＮＤ回路
２５のＡＮＤ条件が成立し、ＤＡＴＡＲＥＡＤＹ信号１
３ａが真となる。このＤＡＴＡＲＥＡＤＹ信号１３ａ
は、図２１のバス制御部３に入力され、データ転送の同
期信号となる。エラーロック器２２の出力ＥＲＲＯＲ０
〜３，Ｐは、図２２のエラー信号１６０，１６１，１６
２，１６３，１６Ｐに出力され、エラーの発生した磁気
ディスク装置に対応したセレクタのみを動作させ、セレ
クタ１７のポートａを選択させる。この入力条件で出力
される図２２のパリティ生成器１８の出力修復データ１
２は、上記の式の値となり、まさにＤＲＶ３の修復デー
タである。また、エラーロック器２２の出力ＥＲＲＯＲ
０〜３，Ｐは、図２１のエラー信号１３として出力さ
れ、修復データ１２を選択する。前記エラーの場合、Ｅ
ＲＲＯＲ３が真となっているので、データバス１１３に
対応するセレクタは、ｂ入力を選択し、修復データをバ
ス制御部３へ送出する。

【０００９】従来例３．さらに、ビデオ等の画像データ
を記録する従来の方法は、データを複数のディスクに分
散記録する方法が一般的であった。図２５は、ＲＡＩＤ
レベル３におけるデータ記録状態を示す図である。図２
６は、図２５におけるディスク構成に１台増設した場合
のデータ記録状態を示す図である。例えば、ディスクア
レイをデータ用４台、パリティ用１台の計５台のディス
ク装置を使い、ＲＡＩＤレベル３で構成した場合、１つ
のデータは、図２５のようにストライピングされて各デ
ィスク装置に記録される。ここで、データ用ディスク装
置１台（＃５）を増設して、６台からなるＲＡＩＤレベ
ル３のディスクアレイに構成し直すことを考える。再構
成後のストライピングは、図２６のようになる。図２５
から図２６のように構成し直すには、図を比較して分か
るように、ディスク装置＃０〜＃３のほとんど全てのデ
ータを並べ替え、かつ、パリティを作り直さなくてはな
らない。

【００１０】

【発明が解決しようとする課題】上記従来例１では、デ
ィスク装置の内部キャリブレーションに対応するには、
バッファ容量が大容量必要となる問題がある。また、デ
ィスク装置の内部エラーリトライには、対応不可能であ
るという問題がある。

【００１１】また、上記従来例２における「並列データ
転送方式及び装置」では、並列データの遅延により同期
ずれ又はリード障害の発生を検出し、障害データの生成
を開始する手段としている。このため、図２４にあるよ
うに、遅延を検出するまでの間（４０〜５０ｍｓ）、ホ
ストへのデータ転送は途切れてしまう。また、図２１の
データバッファ７は、ＤＲＶ３，Ｐの回転操作を補正す
るためのものであり、ホストへのデータ転送バッファと
しては機能していない。このため、ホストへの連続した
データ転送が補償されないという問題が発生する。

【００１２】また、上記従来例３のようなデータ記録方
法では、ディスク装置の増設に伴い、データの再編成が
必要となり、データの再編成処理は、非常に複雑であ
り、時間を要するばかりでなくデータ消失の危険を伴
い、装置の信頼性を低下させる問題がある。

【００１３】この発明は、上記の問題を解決するために
なされたものであり、ディスクのエラー発生によるリト
ライや内部キャリブレーションの発生を該当ディスクの
応答時間遅れにより検出し、他のディスクから該当ディ
スクのデータを修復する手段と、データ修復を実行して
いる間もホストへのデータ転送を維持するためのデータ
バッファを持つものである。

【００１４】また、ディスク装置の増設が極めて容易に
実現でき、さらに、ディスク装置が故障した場合は、故
障の影響を他のディスク装置に及ぼさないマルチメディ
ア用記録システムを実現する。

【００１５】

【課題を解決するための手段】この発明に係るマルチメ
ディア用記録システムは、以下の要素を有する。 （ａ）データと冗長データを記録する記録部、（ｂ）上
記記録部に記録されたデータをアクセスする制御装置で
あって、上記記録部に記録されたデータのアクセスを終
了させるべき時間を記録したタイムアウトテーブルと、
上記タイムアウトテーブルに記憶された時間を経過して
もアクセスが終了しない場合に、上記記録部に記録され
た冗長データをアクセスし、データを生成するデータ生
成手段とを備えた制御装置。

【００１６】また、上記記録部は、複数のディスク装置
から構成されたＲＡＩＤ（リダンダントアレイズオブイ
ンエクスペンシブディスクズ）システムであり、上記制
御装置はＲＡＩＤコントローラであることを特徴とす
る。

【００１７】また、上記タイムアウトテーブルは、デー
タのアクセスを依頼したユーザ毎に時間を記憶すること
を特徴とする。

【００１８】また、上記制御装置は、さらに、データの
アクセスを依頼したユーザが必要とするデータ転送速度
に基づいて上記タイムアウトテーブルに記憶する時間を
設定することを特徴とする。

【００１９】また、上記制御装置は、さらに、データの
アクセスを依頼したユーザが必要とする応答時間に基づ
いて上記タイムアウトテーブルに記憶する時間を設定す
ることを特徴とする。

【００２０】また、上記制御装置は、さらに、データの
アクセスを依頼したユーザが必要とする応答時間とデー
タ転送速度に基づいて、上記タイムアウトテーブルに記
憶する時間を設定することを特徴とする。

【００２１】また、上記記録部は、データを記録するデ
ータ記録部と冗長データを記録する冗長データ記録部を
備え、上記制御装置は、データのアクセス開始時にデー
タ記録部にアクセスするとともに、冗長データ記録部に
アクセスすることを特徴とする。

【００２２】また、上記制御装置は、さらに、上記記録
部をアクセスして取得したデータと冗長データを一時的
に記憶するデータバッファ領域を備え、上記制御装置
は、上記データバッファ領域の空き領域に基づいて、上
記タイムアウトテーブルに記憶する時間を設定すること
を特徴とする。

【００２３】また、この発明に係るマルチメディア用記
録システムは、以下の要素を有する。 （ａ）ひとまとまりのマルチメディアデータを１つのデ
ィスク装置に記録した複数のディスク装置、（ｂ）上記
複数のディスク装置に記録した複数のマルチメディアデ
ータの冗長データを記録した冗長ディスク装置、（ｃ）
上記複数のディスク装置と冗長ディスク装置を接続した
接続ポートを備え、上記複数のディスク装置と冗長ディ
スク装置をＲＡＩＤシステムとしてアクセスする制御装
置。

【００２４】また、上記制御装置は、さらに、ひとまと
まりのマルチメディアデータを記録した新たなディスク
装置を増設する増設ポートを備え、上記新たなディスク
装置が増設された場合、上記冗長ディスク装置に記録さ
れた冗長データと上記新たなディスク装置に記録された
マルチメディアデータを用いて新たな冗長データを計算
して上記冗長ディスク装置に記録する冗長データ再計算
手段を備えたことを特徴とする。

【００２５】さらに、上記制御装置は、上記複数のディ
スク装置のいずれかのディスク装置に障害が発生した場
合、障害が発生したディスク装置に記録されたマルチメ
ディアデータへのアクセスを不可とするアクセス禁止手
段を備えたことを特徴とする。

【００２６】

【発明の実施の形態】

実施の形態１．この実施の形態では、データを複数のデ
ィスク装置に分割記憶し、構成ディスクの内部キャリブ
レーションやエラーが発生した時に、予め設定したタイ
ムアウトテーブルの応答期待時間内に応答がなかった場
合、該ディスクへの要求をキャンセルし、他の構成ディ
スクより要求するデータを取得し、データ転送を継続す
るマルチメディア用記録システムについて、以下に説明
を行う。

【００２７】図１は、この発明におけるマルチメディア
用記録システムの一例を示すシステム構成図である。図
１において、マルチメディア記憶装置１０６とクライア
ント端末であるユーザ１０８は、ホストシステム１３０
によって接続されている。そして、マルチメディア記憶
装置１０６は、制御装置１０２と記録部である記憶部１
００とデータバッファ１０５より構成されている。記憶
部１００は、ミラー構成によってデータを記憶してい
る。ディスク装置１００ａにはデータが記憶され、ディ
スク装置１００ｂには冗長データが記憶されている。制
御装置１０２は、ユーザ１０８からの命令によりディス
ク装置１００ａをアクセスし、データを取得する。この
時、制御装置１０２は、ユーザ１０８が要求する連続転
送速度又は最大応答時間により、予め設定されたタイム
アウトテーブル１０３を参照し、ユーザ毎の応答期待時
間内に、ディスク装置から応答があるかどうか応答時間
を管理する。応答期待時間内に応答がなかった場合、デ
ータ生成手段１０４がディスク装置１００ｂより冗長デ
ータを取得する。制御装置１０２は、アクセスしたデー
タをデータバッファ１０５に格納する（応答期待時間内
に応答がなかった場合は、冗長データをデータバッファ
１０５に格納する）。そして、データバッファ１０５か
らホストシステム１３０へデータが送信される。

【００２８】図２は、図１のシステム構成における制御
装置の動作を説明する図である。図２において、タイム
アウトテーブル１０３は、ユーザ毎に応答期待時間を格
納するテーブルである。また、図１の制御装置１０２に
は図示していないが、ディスク構成テーブル１２１も制
御装置１０２に格納されているテーブルである。ディス
ク構成テーブル１２１には、ディスク装置とバッファと
の転送速度、平均シーク時間、１トラックリード時間、
回転待ち時間、エラーリトライの回数の各情報が格納さ
れている。制御装置１０２に接続されているディスク装
置は２台あるが、どちらのディスク装置も同じ構成とし
ているため、ディスク構成テーブル１２１は１つであ
る。また、タイムアウトテーブル１０３は、この発明に
おけるマルチメディア用記録システムを利用するユーザ
毎に要求される連続転送速度又は最大応答時間により、
予め応答期待時間を設定しておくものとする。未設定の
場合は、３０ｍｓが設定されるものとする。

【００２９】図３は、マルチメディア用記録システムに
おけるデータの読み出し処理の手順を示す流れ図であ
る。図４は、図３におけるタイムアウト処理の手順を示
す流れ図である。

【００３０】次に、図１及び図２を用いて、図３及び図
４の流れ図に従い、マルチメディア用記録システムを用
いてシステムからデータを読み出す手順について説明を
行う。始めに、ユーザがマルチメディア用記録システム
に対してアクセスを行う場合、タイムアウトテーブル１
０３に要求される連続転送速度又は最大応答時間によ
り、応答期待時間を設定する。設定済みであるが設定し
た値を変更したい場合も、新たに応答期待時間を入力
し、タイムアウトテーブル１０３を更新する（Ｓ１）。
なお、この実施の形態におけるマルチメディア用記録シ
ステムでは、応答期待時間の初期値を３０ｍｓとする。
次に、ディスクコントローラ１２０は、ディスク構成テ
ーブル１２１に値が設定されていることを確認する（Ｓ
２）。ディスク構成テーブル１２１に値が設定されてい
ないと、指定されたタイムアウトテーブル１０３の応答
期待時間が実現可能な値であるかチェックすることがで
きない。また、実施の形態３で説明する例においては、
タイムアウトテーブル１０３に設定する応答期待時間
を、ディスク構成テーブル１２１に格納されている値を
用いて計算する。実施の形態２では、応答期待時間を計
算するのと同じ計算によって応答期待時間が実現可能な
値であるかチェックできる。このため、ディスク構成テ
ーブル１２１には、予め値が設定されていなければなら
ない。なお、タイムアウトテーブル１０３及びディスク
構成テーブル１２１は、ＥＥＰＲＯＭのような不揮発性
メモリ又はディスクシステムエリアに存在するものとす
る。ディスクコントローラ１２０は、ディスク構成テー
ブル１２１をチェックし（Ｓ２）、タイムアウトテーブ
ル１０３に設定されている応答期待時間が妥当な値でな
い場合は、図３には図示していないが、該当ユーザに対
して警告表示を行う。タイムアウトテーブル１０３に妥
当な値が設定されている場合は、制御装置１０２は、ホ
ストからのＲｅａｄ又はＷｒｉｔｅ要求を待つ。ホスト
からのＲｅａｄ又はＷｒｉｔｅ要求があった場合（Ｓ
３）、ディスクコントローラ１２０は、タイムアウトテ
ーブル１０３の該当ユーザに対応する応答期待時間を取
得し、ディスクコントローラ１２０が管理するタイマＡ
に取得した応答期待時間を設定する（Ｓ４）。そして、
ディスクコントローラ１２０は、ディスク装置１００ａ
に対してＲｅａｄ命令又はＷｒｉｔｅ命令を発行する
（Ｓ５）。ディスクコントローラ１２０は、ディスク装
置１００ａに対してＲｅａｄ命令又はＷｒｉｔｅ命令を
発行した後、応答が返るまでの時間を監視する。タイマ
Ａに設定した応答期待時間内に、ディスク装置１００ａ
より応答があれば（Ｓ６）、Ｒｅａｄ処理の場合は、デ
ータバッファ１０５に読み出したデータを格納する。ま
た、Ｗｒｉｔｅ処理の場合は、データバッファ１０５か
らディスク装置１００ａにデータを書き込む。そして、
ホストからのＲｅａｄ／Ｗｒｉｔｅ要求を待つ。タイマ
Ａの値を過ぎてもディスク装置１００ａから応答がない
場合（Ｓ７）、Ｒｅａｄ要求である時は、ディスクコン
トローラ１２０は、データ生成手段１０４に対して冗長
データを読み込むように指示を行う。データ生成手段１
０４は、ディスク装置１００ｂに対してアクセスを行
い、冗長データを読み込む。

【００３１】図１におけるマルチメディア用記憶システ
ムは、データがミラー構成で記録されているため、デー
タの読み込みができなかった場合でも、冗長データが格
納されているディスク装置１００ｂよりデータを取得す
れば、必要なデータを得ることができる。データ生成手
段１０４は、読み込んだ冗長データをデータバッファ１
０５に格納する。データバッファ１０５は、Ｒｅａｄ要
求を行ったユーザに対して、取得したデータを転送する
（Ｓ８）。この後、データ生成手段１０４は、図４のタ
イムアウト処理を起動する（Ｓ９）。タイムアウト処理
が終了したら制御装置１０２は、ホストからのＲｅａｄ
／Ｗｒｉｔｅ要求を再び待つ。

【００３２】次に、図４の流れ図に従い、タイムアウト
処理の手順を説明する。ディスクコントローラ１２０
は、応答がなかったディスク装置１００ａを切り離すた
めのタイマＢを設定する（Ｓ１０）。ここでは、エラー
リトライ時間を２００ｍｓとしてタイマＢに設定する。
上記タイマＢとは、障害が発生しているディスク装置か
らの応答を待つための限度時間であり、システムで予め
任意の値を設定しておく。そして、２００ｍｓ以内に
（タイマＢ）応答があるかないか監視する（Ｓ１１，Ｓ
１２）。２００ｍｓ以内に応答がなかった場合、ディス
クを切り離し、障害報告を行う（Ｓ１７）。２００ｍｓ
以内に応答があった場合、ディスク装置１００ａからの
応答によりリトライ処理でＯＫかを判断する（Ｓ１
３）。そして、ディスク装置が持つリトライ機能によっ
てデータ修復ができた場合は（リトライＯＫ）、エラー
ログを出力する（Ｓ１５）。エラーログは、図示してい
ないが、制御装置１０２のエラー管理エリアに存在す
る。リトライ処理でＯＫでない場合は、ディスク装置１
００ｂより取得した冗長データをディスク装置１００ａ
に対して書き込み、データの修復を行う（Ｓ１４）。そ
して、エラーログを出力する（Ｓ１５）。その後、エラ
ー発生回数をチェックし、システム内で許されているエ
ラー回数の規定値を超えている場合は、障害が発生して
いるディスク装置１００ａをシステムより切り離し、障
害報告を行う（Ｓ１７）。上記規定値とは、システムの
安全性を確保するため、システム全体で発生する障害回
数に限度を設け、限度数を超えて障害が発生した場合、
障害箇所をシステムより切り離すためのものである。エ
ラー発生回数が規定値以内である場合は、タイムアウト
処理を終了する。なお、上記規定値は、システムの安全
性を確保するために用意したものであり、この発明にお
いて必ず必要なものではない。

【００３３】また、上記例では、タイムアウト検出後
に、冗長ディスクへのアクセスを開始したが、予め冗長
ディスクへのアクセスを実行していてもよい。この場
合、記憶部１００は、ミラー構成であるので、同じデー
タがディスク装置１００ａとディスク装置１００ｂから
得られる。このため、ディスクコントローラ１２０は、
応答が速い方のディスク装置からのデータを取得し、デ
ータバッファ１０５に格納する。例えば、ディスクコン
トローラ１２０がディスク装置１００ａとディスク装置
１００ｂとを同時にアクセスして、ディスク装置１００
ｂからの応答が速い場合は、ディスク装置１００ｂから
データを取得し、データバッファ１０５に格納する。ま
た、ホストシステム１３０は、複数のユーザを接続して
おり、複数のユーザにより記憶部１００を共有してい
る。このため、記録部１００に対するアクセスが複数の
ユーザにおいて、同時に発生するとアクセス待ちが起こ
る。しかし、ユーザ毎に先にアクセスするディスク装置
を予め決めておけば、アクセス待ちを回避できる。例え
ば、ユーザ１は、先にディスク装置１００ａをアクセス
するように予め決めておく。また、ユーザ２は、先にデ
ィスク装置１００ｂをアクセスするように予め決めてお
く。このようにすれば、ユーザ１とユーザ２が同時に記
憶部１００をアクセスしようとしても、ユーザ１からの
読み込み命令に対してディスクコントローラ１２０は、
先にディスク装置１００ａをアクセスする。そして、応
答期待時間内に、ディスク装置１００ａからの応答がな
かったら、ディスク装置１００ｂをアクセスしてデータ
を取得する。また、ユーザ２からの読み込み命令に対し
てディスクコントローラ１２０は、先にディスク装置１
００ｂをアクセスする。そして、応答期待時間内にディ
スク装置１００ｂからの応答がなかったら、ディスク装
置１００ａをアクセスしてデータを取得する。

【００３４】さらに、ディスクコントローラ１２０は、
ディスク装置１００ａとディスク装置１００ｂの使用状
況を判断して、どちらかのディスク装置にアクセスして
もよい。例えば、ディスク装置１００ａが使用中であっ
た場合、ディスクコントローラ１２０は、ディスク装置
１００ｂをアクセスして冗長データを取得する。このよ
うにして、ディスクコントローラ１２０は、ユーザから
のアクセス要求に速く対応する。

【００３５】以上のように、この発明におけるデータ生
成手段は、応答期待時間内にディスク装置から応答がな
かった場合、当該ディスク装置が持つリトライ機能によ
り修復可能である場合は、ディスク装置が持つリトライ
機能により自動的にデータを修復する。また、ディスク
装置が持つリトライ機能によって修復できなかった場
合、冗長データを格納しているディスク装置より冗長デ
ータを読み込み、エラーが発生しているディスク装置に
冗長データを再書き込みすることによって、データ修復
を行うことができる。また、データを格納しているディ
スク装置と冗長データを格納しているディスク装置を同
時にアクセスすることにより、データの修復を直ちに実
行できる。

【００３６】また、上記ではデータの読み出しについて
説明を行ったが、データを書き込む場合は、図３のＳ８
による処理を、ホストから受信したデータを、冗長デー
タを格納しているディスク装置１００ｂに書き込む処理
に変更する。また、図４の流れ図においては、Ｓ１４の
処理でホストより受信したデータをディスク装置１００
ａに書き込む。それ以外は、上記で説明をした読み出し
処理と同様の処理となる。

【００３７】実施の形態２．この実施の形態では、ディ
スク構成をＲＡＩＤ構成にした場合のデータ生成手段の
動作について、以下に説明する。図５は、この発明にお
けるマルチメディア用記録システムの一例を示すシステ
ム構成図である。図５において、ホストシステム１３０
は、通信回線１０９を介して複数のユーザ１０８を接続
している。また、ホストシステム１３０は、通信回線１
０７を介して制御装置１０２を接続している。制御装置
１０２は、ＲＡＩＤ構成である記憶部１００を接続して
いる。この実施の形態におけるディスク構成は、横方向
に５台、縦方向に３台とし、ＲＡＩＤレベルは４とす
る。また、冗長データは、ディスク装置１００ｇに格納
されているものとする。ＳＰＣ１３３は、ＳＣＳＩＰｒ
ｏｔｃｏｒ Ｃｏｎｔｒｏｌｅｒである。ＳＰＣ１３３
は、記憶部１００とデータ生成手段１０４を接続してい
る。データ生成手段１０４は、ＣＨ０〜ＣＨ４までの５
つのチャネル１３２を備えている。データバッファ１０
５は、ホストＩ／Ｆ制御部１３１とデータ生成手段１０
４を接続している。データバッファ１０５は、ホストシ
ステム１３０から送信された書き込み用データやデータ
生成手段１０４が読み込んだデータを格納する。データ
バッファ１０５は、ＦＩＦＯで構成されている。システ
ム制御ＭＰＵ１３４は、ホストＩ／Ｆ制御部１３１を介
してホストシステム１３０から送信されたアクセス命令
を取得し解読する。また、ホストＩ／Ｆ制御部１３１に
対して、解読完了応答を行う。さらに、システム制御Ｍ
ＰＵ１３４は、データ生成手段１０４に対してチャネル
の切り換え指示、又は、修復したデータを再書き込みす
るディスク装置へ指示を与える。また、システム制御Ｍ
ＰＵ１３４は、ＳＰＣ１３３に対してＩ／Ｏの発行指示
を行い、ＳＰＣ１３３から完了信号を受信する。さら
に、システム制御ＭＰＵ１３４は、ユーザ毎に応答期待
時間を格納するタイムアウトテーブル１０３を備えてい
る。

【００３８】図６は、図５におけるデータ生成手段１０
４の回路図である。図６において、１３５はスイッチで
あり、Ｉ／Ｏ命令を発行したディスク装置からの応答が
応答期待時間内になかった場合、データ修復回路１３７
よりデータを入力するよう回線を切り換えるためのスイ
ッチである。バッファ１３６は、ディスク装置１００ｃ
〜１００ｇより入力したデータを記憶するための記憶領
域である。スイッチ１３８は、システム制御ＭＰＵ１３
４より送信されたチャネルの切り換え指示によって、Ｃ
Ｈ０〜ＣＨ４までの５つのチャネル１３２との接続を切
り換える。データ修復回路１３７は、バッファ１３６か
ら受信したデータを基にデータを修復し、再度修復した
データをエラーが発生しているディスク装置に対するバ
ッファ１３６に再送する。

【００３９】図７は、図５のシステム構成におけるタイ
ムアウトテーブルと、ディスク構成テーブルの設定内容
を示す図である。タイムアウトテーブル１０３とディス
ク構成テーブル１２１は、システム制御ＭＰＵ１３４に
記憶されている。

【００４０】図５のシステム構成において、予めディス
ク構成テーブル１２１を図７（Ｂ）のように設定してお
く。例えば、ユーザ１がホストシステム１３０を介して
記憶部１００に記憶してあるデータに対してアクセスを
行う場合について、図３の流れ図を用いて説明する。始
めに、ユーザ１は、タイムアウトテーブル１０３に応答
期待時間を「２２ｍｓ」と設定する（Ｓ１）。上記応答
期待時間とは、ディスク装置１００ｃから１００ｇがシ
ステム制御ＭＰＵ１３４よりアクセスされてから、デー
タバッファ１０５へ応答を返すまでの時間である。制御
装置１０２は、設定された応答期待時間が実現可能な時
間であるかチェックを行う（Ｓ２）。この実施の形態で
は、ディスク装置１００ｃから１００ｆより合わせて６
０ＫＢのデータが一度に転送されるものとする。また、
必要なデータは、ディスク装置１００ｃから１００ｆの
各ディスク装置の１トラック内に格納されているものと
する。また、ディスク構成テーブル１２１の内容は、図
７（Ｂ）に示されている通りであり、「１０ＭＢ／ｓ」
は、１台のディスク装置とデータバッファ間の転送速度
であり、ディスク装置が４台であると、「１０ＭＢ／ｓ
×４台」の能力でディスク装置とデータバッファ間の転
送を行うことができる。このため、ディスク装置１００
ｃ，１００ｄ，１００ｅ，１００ｆとデータバッファ１
０５との間の実現可能な最大連続転送時間は、ｓｅｅｋ
を含む場合（取得するデータが次のトラックに格納され
ていない場合、つまり、トラックをランダムアクセスす
る場合）、 ６０ＫＢ／（１０ＭＢ／ｓ×４台）＋１６ｍｓ＋４ｍｓ
＝２１．５ｍｓ と求められる。ここで、図７（Ｂ）に示すように、１６
ｍｓは平均シーク時間、４ｍｓは回転待ち時間である。
また、取得するデータが次のトラックに格納されている
場合は、つまり、シーケンシャルアクセスする場合は、
１トラックｓｅｅｋのみのとなり、 ６０ＫＢ／（１０ＭＢ／ｓ×４台）＋０．６ｍｓ＝２．
１ｍｓ と求められる。ここで、図７（Ｂ）に示すように、０．
６ｍｓは次トラックシーク時間である。なお、図２のデ
ィスク構成テーブル１２１では、平均シーク時間と次ト
ラックシーク時間が格納されているが、これらは、デー
タをリードするために要するシーク時間である。ディス
ク装置の種類によってデータをリードするためのシーク
時間とデータをライトするためのシーク時間が同じ時間
になっているディスク装置と、異なる時間になっている
ディスク装置とがある。この実施の形態では、ディスク
構成テーブル１２１にデータをリードするためのシーク
時間が格納されている限り、どちらのタイプのディスク
装置を用いてもよい。ユーザ１が設定した応答期待時間
は、「２２ｍｓ」であるため、実現可能な値であること
が分かる。次に、制御装置１０２がユーザ１からホスト
システム１３０を介してＲｅａｄ／Ｗｒｉｔｅ要求を受
信する（Ｓ３）。ホストＩ／Ｆ制御部１３１は、ホスト
システム１３０より受信したＲｅａｄ／Ｗｒｉｔｅ要求
を、システム制御部ＭＰＵ１３４に送信する。システム
制御ＭＰＵ１３４は、受信した命令を解読し、完了応答
をホストＩ／Ｆ制御部１３１に対して送信する。上記ホ
ストＩ／Ｆ制御部１３１とシステム制御ＭＰＵ１３４と
の送受信は、１３４ａを介して行うものとする。

【００４１】システム制御ＭＰＵ１３４は、図７（Ａ）
のタイムアウトテーブル１０３よりユーザ１の応答期待
時間「２２ｍｓ」を取得し、これをタイマＡとする（Ｓ
４）。そして、１３４ｂを介してシステム制御ＭＰＵ１
３４は、データ生成手段１０４に対してチャネルの切り
換えを指示する。ディスク装置１００ｇは、パリティ用
であるため、システム制御ＭＰＵ１３４は、データ生成
手段１０４に対してディスク装置１００ｇの接続を切り
離すように、チャネルの切り換えを指示する。データ生
成手段１０４は、システム制御ＭＰＵ１３４からのチャ
ネル切り換え指示に従い、１３４ｂを介してスイッチ１
３８に対してディスク装置１００ｇの接続を切り離すよ
うにスイッチを切り換える。さらに、システム制御ＭＰ
Ｕ１３４は、ＳＰＣ１３３に対し１３４ｃを介して、該
当するデータを格納しているディスク装置に対するＩ／
Ｏ発行指示を行う（Ｓ５）。ＳＰＣ１３３は、システム
制御ＭＰＵ１３４からのＩ／Ｏ発行指示に従い、ディス
ク装置１００ｃから１００ｆよりデータを読み込む。デ
ィスク装置１００ｃから１００ｆよりデータの読み込み
が完了すると、ＳＰＣ１３３は、１３３ｃを介してシス
テム制御ＭＰＵ１３４に読み込み完了報告を行う。一
方、システム制御ＭＰＵ１３４は、ＳＰＣ１３３に対し
てＩ／Ｏ発行指示を行った後、タイマを起動し、ＳＰＣ
１３３からの読み込み完了報告を待つ。システム制御Ｍ
ＰＵ１３４は、タイマＡの値よりも早くＳＰＣ１３３よ
り読み込み完了報告を受信すると、再びホストシステム
１３０からのＲｅａｄ／Ｗｒｉｔｅ要求を待つ（Ｓ
６）。システム制御ＭＰＵ１３４は、タイマＡに設定し
た応答期待時間を超えても、ＳＰＣ１３３より読み込み
完了報告がない場合（Ｓ７）、ディスク装置１００ｇに
記憶している冗長データよりデータを取得する（Ｓ
８）。例えば、ディスク装置１００ｃに障害が発生し、
ディスク装置１００ｃからは、読み込みが行えなかった
ものとする。システム制御ＭＰＵ１３４は、データ生成
手段１０４に対して冗長データよりデータを生成するよ
う１３４ｂを介して指示を行う。データ生成手段１０４
は、システム制御ＭＰＵ１３４より上記指示を受信する
と、スイッチ１３８を用いてディスク装置１００ｃを切
り離し、ディスク装置１００ｇを接続するようスイッチ
を切り換える。そして、ディスク装置１００ｄからディ
スク装置１００ｇより読み込んだデータを基に、データ
修復回路１３７によってディスク装置１００ｃより読み
込む予定であったデータを修復する。

【００４２】図８に冗長データを用いてデータを再生す
る方式を説明する。ディスク装置１００ｃにはデータＤ
０が、ディスク装置１００ｄにはデータＤ１が、ディス
ク装置１００ｅにはデータＤ２が、ディスク装置１００
ｆにはデータＤ３が、ディスク装置１００ｇには冗長デ
ータＤＰがそれぞれ格納されている。これらのデータを
用いて排他的論理和を求めると、図８（Ａ）のように
「０」になる。このため、ディスク装置１００ｃに障害
が発生すると、ディスク装置１００ｃに格納されている
データＤ０は、図８（Ｂ）の式により求めることができ
る。そして、データ生成手段１０４は、修復したデータ
がディスク装置１００ｃに接続されているバッファ１３
６に入力されるよう、スイッチ１３５を用いてディスク
装置１００ｃからの入力を行うようになっているスイッ
チを、データ修復回路１３７よりデータを入力するよう
にスイッチを切り換える。さらに、データ生成手段１０
４は、スイッチ１３８を用いてディスク装置１００ｃの
接続を切り離し、ディスク装置１００ｇからの入力に切
り換える。そして、データ生成手段１０４は、データバ
ッファ１０５に対して修復したデータと、ディスク装置
１００ｄからディスク装置１００ｆより読み込んだデー
タを送信する。ホストＩ／Ｆ制御部１３１は、システム
制御ＭＰＵ１３４に対してデータの読み込み完了報告を
行う。これは、１３４ａを介して行われる。また、ホス
トＩ／Ｆ制御部１３１を介して、データバッファ１０５
からホストシステム１３０に対してデータが転送される
（Ｓ８）。この後、データ生成手段１０４は、図４にあ
る流れ図に従って、タイムアウト処理を起動する（Ｓ
９）。タイムアウト処理が終了した後、制御装置１０２
は、ホストシステム１３０からのＲｅａｄ／Ｗｒｉｔｅ
要求を再び待つ。

【００４３】図４の流れ図を用いてタイムアウト処理に
ついて説明を行う。始めに、システム制御ＭＰＵ１３４
は、データ生成手段１０４に対してエラーの発生してい
るディスク装置１００ｃを切り離すように指示を与え
る。そして、タイマＢを設定する。この実施の形態で
は、タイマＢを「２００ｍｓ」と設定する。上記タイマ
Ｂとは、障害が発生しているディスク装置からの応答を
待つための限度時間であり、システムで予め任意の値を
設定しておく。システム制御ＭＰＵ１３４は、設定した
タイマＢを超えるまでディスク装置１００ｃからの応答
を待つ（Ｓ１１，Ｓ１２）。タイマＢを超えてもディス
ク装置１００ｃから何等応答がない場合、システム制御
ＭＰＵ１３４は、ホストシステム１３０を介しユーザ１
に対し障害報告を行う。また、当該システムを監視して
いるオペレータに対しても障害報告を行う（Ｓ１７）。

【００４４】ディスク装置１００ｃより応答があった場
合、ディスク装置が持つリトライ機能によって修復でき
た場合は（Ｓ１３）、システム制御ＭＰＵ１３４は、エ
ラー管理エリアにエラーログを出力する（Ｓ１５）。デ
ィスク装置が持つリトライ機能によって修復できない場
合は、上記データ修復回路１３７によって修復されたデ
ータをディスク装置１００ｃに書き込むよう、システム
制御ＭＰＵ１３４は、ＳＰＣ１３３に対して書き込み指
示を行う。ＳＰＣ１３３は、ディスク装置１００ｃに対
してバッファ１３６に格納されている修復データを再書
き込みする（Ｓ１４）。そして、システム制御ＭＰＵ１
３４は、エラー管理エリアにエラーログを出力する（Ｓ
１５）。上記エラー管理エリアは、システム制御ＭＰＵ
１３４に備えられているか又は制御装置１０２に備えら
れているものとする。次に、システム制御ＭＰＵ１３４
は、エラーの回数が規定値をオーバーしているかを判断
する。上記規定値とは、システムの安全性を確保するた
め、システム全体で発生する障害回数に限度を設け、限
度数を超えて障害が発生した場合、障害箇所をシステム
より切り離すためのものである。規定値をオーバーして
いる場合、ディスク装置１００ｃをシステムより切り離
し、障害報告を行う（Ｓ１７）。なお、上記規定値は、
システムの安全性を確保するために用意したものであ
り、この発明において必ず必要なものではない。

【００４５】以上のように、この実施の形態では、ディ
スク構成をＲＡＩＤ構成にした。ディスクをＲＡＩＤ構
成にしても、上記実施の形態１と同じように、応答期待
時間をユーザ毎に設定することができる。また、ユーザ
は、設定した応答期待時間内にデータを得ることができ
る。さらに、ディスク装置に障害が発生しても、障害が
発生していないディスク装置よりデータを用いて修復す
ることができる。

【００４６】また、この実施の形態２では、ディスクを
ＲＡＩＤ構成としたので、ディスク装置１００ｃから１
００ｆに対するアクセス制御は、システム制御ＭＰＵ１
３４が行っている。つまり、ホストシステム１３０から
記憶部１００に格納されているデータをアクセスしよう
とすると、システム制御ＭＰＵ１３４がディスク装置１
００ｃから１００ｇの内のどのディスク装置にアクセス
するかを決定する。このため、データと同時に、冗長デ
ータを取得するためには、システム制御ＭＰＵ１３４の
機能をカスタマイズすることが必要になる。また、ＲＡ
ＩＤ構成であるため、冗長データだけではデータを生成
することができない。例えば、ディスク装置１００ｃに
格納されているデータを生成するには、ディスク装置１
００ｄから１００ｇに格納されているデータが必要とな
る。このため、実施の形態１のミラー構成のように、デ
ィスク装置１００ａとディスク装置１００ｂの応答時間
の速い方からデータを取得するだけではデータを生成で
きない。また、図５のように、ホストシステム１３０が
複数のユーザを接続している場合は、記憶部１００に対
するアクセスが多発してデータバッファ１０５に空き領
域がなくなってしまう場合がある。この場合、データバ
ッファ１０５を複数にしておけば、記憶部１００に対す
るアクセスが多発しても対処することができる。また、
メモリの容量と接続するユーザの数によっては、ユーザ
毎にデータバッファを設けることもできる。このように
して、ユーザからの記憶部１００に対するアクセスに速
く対処する。

【００４７】実施の形態３．この実施の形態では、上記
実施の形態１の図１のシステム構成と同じシステム構成
において、転送速度要求管理テーブルを基にタイムアウ
トテーブルを設定する方法について、以下に説明を行
う。図９は、図１における制御装置が転送速度要求管理
テーブルを備えた場合の動作を示す図である。図におい
て、制御装置１０２は、転送速度要求管理テーブル１２
２とバッファ容量テーブル１２３を持つ。他の構成要素
については、上記実施の形態１において説明を行った図
２と同様であるため、説明は省略する。

【００４８】図１０は、図９の制御装置が有する各テー
ブルの設定内容を示す図である。この実施の形態では、
データバッファ１０５の総容量を１ＭＢとし、各ユーザ
に対してバッファを均等に配分するため、１ユーザ当た
り１００ＫＢとする。そして、バッファ容量テーブル１
２３にユーザ毎のバッファサイズを設定する。この実施
の形態では、図１０（Ｂ）のように、予め設定されてい
るものとする。

【００４９】上記実施の形態１及び実施の形態２では、
ユーザが応答期待時間をタイムアウトテーブル１０３に
設定していた。この実施の形態では、ユーザが直接応答
期待時間をタイムアウトテーブルに設定せずに、転送速
度要求管理テーブル１２２に転送速度を設定する。上記
転送速度とは、データバッファ１０５とホストシステム
１３０間におけるデータの転送速度である。そして、制
御装置１０２のディスクコントローラ１２０が、ディス
ク構成テーブル１２１と転送速度要求管理テーブル１２
２とバッファ容量テーブル１２３を参照し、各ユーザ毎
に応答期待時間を計算し、タイムアウトテーブル１０３
に計算した値を設定する。

【００５０】図１０を用いてユーザ毎の応答期待時間の
算出方法を、以下に説明する。転送速度要求管理テーブ
ル１２２の設定は、システム起動時に各ユーザ毎に行
う。これは、上記実施の形態１及び実施の形態２で説明
を行った図３の流れ図のＳ１の処理に該当する。Ｓ１の
処理では、タイムアウトテーブルの設定を行っていた
が、この実施の形態では、転送速度要求管理テーブル１
２２に転送速度の設定を行う。上記転送速度とは、デー
タバッファ１０５からホストシステム１３０へデータが
転送される速度である。転送速度の初期値は１ＭＢ／ｓ
である。転送速度要求管理テーブル１２２の設定例を図
１０（Ａ）に示す。例えば、ユーザ１は、転送速度を１
ＭＢ／ｓと要求している。また、バッファ容量は、１０
０ＫＢである。これにより、データバッファ１０５とホ
ストシステム１３０との間は、１００ＫＢ／１ＭＢ／ｓ
＝１００ｍｓの時間で１００ＫＢのデータ転送が行われ
る。この実施の形態３では、データバッファ１０５から
ホストシステム１３０へ連続してデータを転送させた
い。このため、ディスクコントローラ１２０は、データ
バッファ１０５に格納されているデータの量が０バイト
にならないように、ディスク装置１００ａをアクセスし
てデータを取得して、取得したデータをデータバッファ
１０５に格納する。なお、ディスク装置１００ａをアク
セスするには、図２のディスク構成テーブル１２１を参
照すると、平均して１６ｍｓ（平均シーク時間）＋４ｍ
ｓ（回転待ち）＝２０ｍｓのｓｅｅｋ時間を要する。こ
のため、シーク開始後２０ｍｓの間は、ディスク装置１
００ａからデータバッファ１０５にデータを転送できな
い。つまり、ディスク装置１００ａからデータバッファ
１０５へ１００ＫＢのデータを転送するには、１００Ｋ
Ｂ（データバッファ１０５の容量）／１０ＭＢ／ｓ（デ
ィスク装置とバッファとの転送時間：図２のディスク構
成テーブル１２１より）＝１０ｍｓと計算できるが、実
際には平均ｓｅｅｋ時間も含めて１０ｍｓ＋２０ｍｓ＝
３０ｍｓかかることになる。従って、応答期待時間を算
出すると、 １００ＫＢ／１ＭＢ／ｓ−（１００ＫＢ／１０ＭＢ／ｓ
＋４ｍｓ＋１６ｍｓ）＝７０ｍｓ と求められる。つまり、データバッファ１０５からホス
トシステム１３０へユーザ１が要求する速度でデータを
連続して転送するために、ディスクコントローラ１２０
は、ディスク装置１００ａをアクセスしてから７０ｍｓ
経過するまでにディスク装置１００ａから応答が返さ
れ、ディスク装置１００ａからデータバッファ１０５に
データ転送が開始できることを監視する。同様に、ユー
ザ２，ユーザ３，・・・，ユーザｎの応答期待時間を計
算すると、図１０（Ｄ）に示されているように求められ
る。また、バッファ容量は、図１０（Ｃ）のように、ユ
ーザ毎にサイズを変更することも可能である。予めユー
ザ毎に処理するデータ量に差があれば、各ユーザ毎に適
切なバッファ容量を配分し、処理効率を上げることがで
きる。図１０（Ｃ）のように、バッファ容量を設定する
と、各ユーザの応答期待時間は、図１１のようになる。

【００５１】以上のように、ユーザが要求するデータ転
送速度に基づいて、応答期待時間を計算し、タイムアウ
トテーブルに設定するので、バッファをより効率よく使
用することができる。

【００５２】実施の形態４．この実施の形態では、上記
実施の形態１の図１のシステム構成と同じシステム構成
において、応答時間要求管理テーブルを基にタイムアウ
トテーブルを設定する方法について、以下に説明を行
う。

【００５３】図１２は、図９における制御装置が応答時
間要求管理テーブルを備えた場合の動作を示す図であ
る。図において、制御装置１０２は、新たに応答時間要
求管理テーブル１２４を備える。応答時間要求管理テー
ブル１２４の設定は、ユーザ毎に行い、システム起動時
に設定する。ディスクコントローラ１２０は、応答時間
要求管理テーブル１２４とディスク構成テーブル１２１
を参照し、ユーザ毎に応答期待時間を算出し、タイムア
ウトテーブル１０３に算出した値を設定する。

【００５４】図１３は、応答時間要求管理テーブル１２
４の設定内容を示す図である。図１３によると、例え
ば、ユーザ１は、応答時間を「１００ｍｓ」と設定して
いる。上記応答時間とは、ディスクコントローラ１２０
がディスク装置１００ａに対してアクセス要求を出して
からデータがデータバッファ１０５に転送され終わるま
での時間である。但し、データバッファ１０５からホス
トシステム１３０へ連続してデータを転送することを前
提とするため、応答期待時間を算出する場合は、ディス
ク装置１００ａからデータバッファ１０５へデータの転
送が行われないｓｅｅｋ時間をユーザ１により設定され
た応答時間から差し引かねばならない。このため、上記
応答時間とディスク構成テーブル１２１を基に、応答期
待時間を算出すると、 １００ｍｓ−（１６ｍｓ＋４ｍｓ）＝８０ｍｓ と求められる。同様に、ユーザ２，ユーザ３，・・・，
ユーザｎの応答期待時間を計算すると、図１２のタイム
アウトテーブル１０３に示されているように求められ
る。

【００５５】以上のように、ユーザが要求する応答時間
に基づいて、応答期待時間を設定するので、ユーザの要
求の強さに応じたサービスを提供することができる。

【００５６】実施の形態５．この実施の形態では、上記
実施の形態１の図１のシステム構成と同じシステム構成
において、転送速度要求管理テーブル及び応答時間要求
管理テーブルを基に、応答期待時間を算出し、算出した
値の小さい方の値をタイムアウトテーブルに設定する方
法について、以下に説明を行う。図１４は、図１におけ
る制御装置が転送速度要求管理テーブルと応答時間要求
管理テーブルを備えた場合の動作を示す図である。図に
おいて、制御装置１０２は、転送速度要求管理テーブル
１２２とバッファ容量テーブル１２３と応答時間要求管
理テーブル１２４を新たに備えている。他の構成要件に
ついては、上記実施の形態１において説明した図２と同
様であるため、説明を省略する。図１５は、タイムアウ
トテーブルの設定内容を示す図である。

【００５７】ユーザは、システム起動時に転送速度要求
管理テーブル１２２と応答時間要求管理テーブル１２４
に、それぞれ任意の値を設定する。そして、制御装置１
０２は、転送速度要求管理テーブル１２２と応答時間要
求管理テーブル１２４とディスク構成テーブル１２１と
バッファ容量テーブル１２３を参照し、ユーザ毎に応答
期待時間を算出する。そして、算出した応答期待時間を
タイムアウトテーブル１０３に設定する。例えば、ユー
ザ１について、応答期待時間の算出方法を説明する。図
１０（Ａ）によると、ユーザ１の転送速度は、１ＭＢ／
ｓである。また、バッファ容量は、図１０（Ｂ）による
と、１００ＫＢである。上記値とディスク構成テーブル
１２１を基に応答期待時間を算出すると、ユーザ１の応
答期待時間は、 １００ＫＢ／１ＭＢ／ｓ−（１００ＫＢ／１０ＭＢ／ｓ
＋４ｍｓ＋１６ｍｓ）＝７０ｍｓ と求められる。また、図１３によると、ユーザ１の応答
時間は、１００ｍｓである。これにより、応答期待時間
は、 １００ｍｓ−（１６ｍｓ＋４ｍｓ）＝８０ｍｓ と求められる。この実施の形態では、小さい方の値を応
答期待時間とする。このため、ユーザ１の応答期待時間
は、７０ｍｓと設定する。同様に、ユーザ２及びユーザ
３について応答期待時間を算出すると、ユーザ２につい
ては転送速度より２０ｍｓと求められ、応答時間より１
８０ｍｓと求められる。このため、ユーザ２の応答期待
時間は、２０ｍｓと設定する。また、ユーザ３について
は、転送速度より２０ｍｓと応答期待時間が求められ、
応答時間より１９ｍｓと応答期待時間が求められる。こ
のため、ユーザ３の応答期待時間は、１９ｍｓと設定と
する。このように、転送速度と応答時間のそれぞれを基
に、応答期待時間を算出し、どちらか１つを選択してタ
イムアウトテーブルに設定することもできる。なお、上
記実施の形態３から実施の形態５では、ミラー構成の記
憶部を例にしたが、上記実施の形態２のように、ＲＡＩ
Ｄ構成にしても転送速度及び応答時間から応答期待時間
を求めることができる。

【００５８】また、上記実施の形態１〜５では、タイマ
Ａに設定する値にタイムアウトテーブルの値を参照し、
取得した値を設定していた。しかし、データバッファ容
量により、タイマ値Ａを変更してもよい。この場合、バ
ッファ容量テーブル１２３は、図１０（Ｃ）にあるよう
に、ユーザ毎に使用可能なバッファ容量の値を記憶する
とともに、空きバッファ容量も記憶する。空きバッファ
容量の設定及び更新は、ディスクコントローラ１２０が
行う。ディスクコントローラ１２０は、任意のタイミン
グでデータバッファ１０５を参照し、ユーザ毎の空きバ
ッファ容量を調査し、バッファ容量テーブル１２３に空
きバッファ容量を設定及び更新する。ディスクコントロ
ーラ１２０は、バッファ容量テーブル１２３の空きバッ
ファ容量と、データバッファ１０５からホストへデータ
を転送する速度と、記憶部１００からデータバッファ１
０５にデータを転送する速度に基づいて、応答期待時間
を算出する。

【００５９】以上のように、上記実施の形態１から実施
の形態５のように、システムを構成することによって、
Ｉ／Ｏ発行から応答までの時間を規定できるので、最大
応答時間を保証することができる。従来例２における特
開平２−８１１２３号では、データの遅延を検出してデ
ータの修復をしているので、応答時間の保証はできな
い。また、この発明では、ホストへのデータ転送を維持
するためのデータバッファにより、データを修復中もデ
ータ転送を継続して行うことができる。従来例の特開平
２−８１１２３号では、データ遅延検出の間、データ転
送が途切れてしまう。また、従来例の特開平２−８１１
２３号では、並列データ転送を想定している。この発明
におけるディスク装置では、ＮＲＺ（ｎｏｎｒｅｔｕｒ
ｎ−ｔｏ−ｚｅｒｏ ｃｏｄｅの略）データによりハー
ドディスクコントローラと接続されており、ディスク内
部にはデータバッファを持たず、ハードディスクコント
ローラからのＩ／Ｏ命令により目的のシリンダ，ハード
ディスクへ移動すると、データ転送が開始され、あるセ
クタエラー判定（ＥＣＣ）は、データ転送後ハードディ
スクコントローラにより実施されていた。特開平２−８
１１２３号では、データ転送後のエラー判定による修復
開始では、データ転送速度が悪化するとしている。その
ため、ＥＣＣによるエラー判定に先行して障害を検出す
る手段として、データ転送の遅れ検出としたものであ
る。特開平２−８１１２３号が有効なのは、あくまでも
ディスクからのデータ転送が複数のディスクで同期して
実施されるシステム（並列データ転送ディスク）のみで
有効である。但し、特開平２−８１１２３号の方法で
は、データ遅延検出タイマの時間設定には、 最小時間：同期ずれの誤検出をしないための時間 例えば、３６００ｒｐｍで１％の同期ずれを許容すると
すれば、ｔｓは、 ｔｓ ｍｉｎ．＝１６．６ｍｓ×１％＝１６６μｓ 最大時間：同期ずれを検出した次のセクタの処理開始ま
での時間（この時間を超えると、他のディスクとセクタ
同期ずれが発生し、１回転のデータ転送遅延となってし
まう） 例えば、３６００ｒｐｍで６０セクタとすると、 ｔｓ ｍａｘ．＝１６．６ｍｓ／６０＝２７６μｓ となり、ｔｓを２００μｓ程度に設定できるが、障害セ
クタの修正の影響が次のセクタまで及ぼし（障害ディス
クからのデータバッファが空きであるため）、結局連続
してデータを修復することになり、データ信頼性の問題
がある（単一セクタの障害がその後の動作に影響してし
まう）。これを避けるためには、データ遅延検出時間を
短くする必要があるが、同期ずれの誤検出の問題があり
不可能である。以上より、データ遅延検出による障害修
復には実現上無理があり、信頼性上の問題もある。ま
た、用途は並列転送ディスクに限られている。

【００６０】実施の形態６．この実施の形態では、ひと
まとまりのマルチメディアを１つのディスク装置に記録
した複数のディスク装置と、上記複数のディスク装置に
記録した複数のマルチメディアデータの冗長データを記
録した冗長ディスク装置を備え、さらに、上記複数のデ
ィスク装置と冗長ディスク装置をＲＡＩＤシステムとし
てアクセスする制御装置において、増設ポートに新たな
ディスク装置が増設された場合、ディスク装置に記録さ
れた冗長データと新たなディスク装置に記録されたマル
チメディアデータを用いて新たな冗長データを計算し、
上記冗長ディスク装置に記録する冗長データを再計算す
る冗長データ再計算手段について、以下に説明を行う。

【００６１】図１６は、この発明におけるシステム構成
を示すシステム構成図である。図１６において、ＲＡＩ
Ｄ制御装置２１３は、ディスク装置を接続するポート２
１４を複数備えている。そして、ポート２１４にディス
ク装置２１０を接続している。ディスク装置２１０に
は、それぞれ１つのまとまったマルチメディアデータが
記憶されている。そして、複数のディスク装置２１０に
記憶されているマルチメディアデータの冗長データが冗
長ディスク装置２１１に記憶され、ポート２１４に接続
されている。複数のディスク装置２１０と冗長ディスク
装置２１１は、ＲＡＩＤシステム２１２を構成してい
る。また、ＲＡＩＤ制御装置２１３は、冗長データ再計
算手段２１５とアクセス禁止手段２１６を備えている。
冗長データ再計算手段２１５は、ＲＡＩＤシステム２１
２に新たにディスク装置２１０が増設された場合、新た
に増設したディスク装置２１０に記憶されているマルチ
メディアデータと、始めからＲＡＩＤシステム２１２を
構成しているディスク装置の内、冗長ディスク装置２１
１に記憶されている冗長データから、新たに冗長データ
を計算する手段である。また、アクセス禁止手段２１６
は、ＲＡＩＤシステム２１２を構成しているディスク装
置２１０にエラーが発生した場合、エラーが発生してい
るディスク装置に対しＲＡＩＤ制御装置２１３がアクセ
スしないように制御する手段である。

【００６２】図１７は、冗長データの計算方法を説明す
る図である。図１８は、ディスク装置の増設を説明する
図である。図１９は、ディスク装置の増設を説明する図
である。

【００６３】図１６のＲＡＩＤシステム２１２は、ＲＡ
ＩＤレベル４で構成されているものとする。図１８に、
具体的なディスク装置とディスク制御装置の接続例を示
す。図１８（Ａ）のように、ＲＡＩＤ制御装置２１３に
は、ディスク装置２１０が３台（＃０，＃１，＃２）
と、冗長ディスク装置２１１（＃Ｐ）が接続されてい
る。そして、図１８（Ｂ）のように、ディスク装置２１
０（＃３）を新たにＲＡＩＤ制御装置２１３に増設す
る。ディスク装置の増設は、ＲＡＩＤ制御装置２１３が
備えているポート２１４に接続して行う。ディスク増設
後、冗長データ再計算手段２１５は、増設したディスク
装置のデータ（Ｄ３）を読み込むとともに、冗長ディス
ク装置２１１より旧パリティ（ＤＰＯ）を読み込む。そ
して、冗長データ再計算手段２１５は、上記データを基
に新しい冗長データ（ＤＰＮ）を計算する。冗長データ
の計算については、図１７を参照する。図１７による
と、ＲＡＩＤシステムでは、１つのパリティグループ内
で図１７（Ａ）のように、各ディスク＃ｋ（ｋ＝０，
１，２，・・・）のディスク中に記憶されている同じア
ドレスのデータＤｋ（ｋ＝０，１，２，・・・）を基
に、排他的論理和を求めると０になる。図１８（Ａ）で
は、＃０，＃１，＃２と＃Ｐ（パリティディスク）の４
台のディスク装置２１０及びディスク装置２１１が接続
されている。上記各ディスク装置２１０に格納されてい
るデータを、Ｄ０，Ｄ１，Ｄ２，ＤＰＯ（パリティデー
タ）として、これらを基に排他的論理和を求めると、図
１７（Ｂ）のように０になる。そして、図１８（Ｂ）の
ように、＃３のディスク装置２１０を増設すると（＃３
のディスク装置２１０は、Ｄ３のデータが格納されてい
るものとする。）、図１７（Ｃ）の式が成り立たなけれ
ばならない。図１７（Ｃ）の式では、＃０〜＃３と＃Ｐ
の各ディスク装置２１０及びディスク装置２１１に格納
されているデータＤ０，Ｄ１，Ｄ２，Ｄ３，ＤＰＮを基
に、排他的論理和を求めると０にならなければならない
（ＤＰＮは、＃３のディスク装置２１０を増設した後、
新たに求められるパリティデータを示している。新たな
パリティデータは、＃Ｐのディスク装置２１１に記憶さ
れる。）。上記図１７（Ｂ）と図１７（Ｃ）の式より、
図１７（Ｄ）の式が導き出される。これにより、新しい
パリティデータＤＰＮは、ＤＰＯ（＃３のディスク装置
２１０を増設する前のパリティデータ）とＤ３を排他的
論理和で結合すると求められる。冗長データ再計算手段
２１５は、上記に説明した図１７（Ｄ）のように、ＤＰ
ＯとＤ３を排他的論理和で結合することによって、新パ
リティデータＤＰＮを算出している。

【００６４】上記に説明した冗長データ再計算手段２１
５は、図１６にあるように、ＲＡＩＤ制御装置２１３の
中に備えられている。冗長データ再計算手段２１５は、
ＲＡＩＤシステム外にあっても構わない。図１９は、冗
長データ再計算手段２１５がＲＡＩＤシステム外にある
場合を示している。冗長データ再計算手段２１５がＲＡ
ＩＤシステム外にある場合は、新しいパリティデータを
新たな別のパリティデータ用のディスク装置に書き込ん
でおき、ディスク装置を増設すると同時に、パリティデ
ータを記憶したパリティディスク装置を既設のパリティ
データ用ディスク装置と入れ替えを行う。

【００６５】以下に、図１９を用いて冗長データ再計算
手段２１５がＲＡＩＤ制御装置２１３の外にある場合を
説明する。図１９（Ａ）によると、ＲＡＩＤ制御装置２
１３には、＃０，＃１，＃２のディスク装置２１０と、
パリティデータ格納用の＃Ｐ１のディスク装置２１１が
接続されている。上記ＲＡＩＤ制御装置２１３に新たに
＃３のディスク装置２１０を増設する場合、予め新パリ
ティデータＤＰＮを冗長データ再計算手段２１５によっ
て求めておかなければならない。このため、図１９
（Ａ）のように、冗長データ再計算手段２１５に、デュ
アルポートで旧パリティデータが格納されている＃Ｐ１
のディスク装置２１１を接続し、さらに、増設する予定
の＃３のディスク装置２１０と新たなパリティデータを
格納するための＃Ｐ２のディスク装置２１１も接続す
る。接続後、冗長データ再計算手段２１５は、＃３のデ
ィスク装置２１０よりデータＤ３と旧パリティデータが
格納されている＃Ｐ１のディスク装置２１１より、旧パ
リティデータ（ＤＰＯ）を読み込む。そして、ＤＰＯと
Ｄ３を基に排他的論理和を計算し、新たなパリティデー
タＤＰＮを求める。上記ＤＰＮは、＃Ｐ２の新パリティ
データ格納用ディスク装置２１１に書き込む。これでデ
ィスク装置の増設に伴う新パリティデータの作成が完了
する。この後、図１９（Ｂ）のように、ＲＡＩＤ制御装
置２１３に＃３のディスク装置２１０と、新たなパリテ
ィデータが格納されている＃Ｐ２のディスク装置２１１
を接続する。そして、旧パリティデータが格納されてい
る＃Ｐ１のディスク装置２１１は、ＲＡＩＤ制御装置２
１３より切り離す。そして、次のディスク装置増設に備
えて＃Ｐ１のディスク装置２１１は、保管しておく。

【００６６】上記に説明したＲＡＩＤ制御装置２１３が
冗長データ再計算手段２１５を備えている方法は、ＲＡ
ＩＤシステムに、冗長データ再計算手段を一度組み込ん
でしまえば、他には特別なリソースを必要としない。こ
のため、コスト的には有利である。しかし、ホストシス
テムからのディスク装置に対するアクセスと、新たなパ
リティデータの書き換え処理を並列に行わなければなら
ない。このため、アクセス性能が一時的に低下する。ま
た、例えば、新パリティデータの書き換えが完了するま
で、１台のディスク装置が故障してもデータの修復がで
きない状態が続く。また、ＲＡＩＤ制御装置２１３の外
に、冗長データ再計算手段２１５が存在する方法では、
ディスク装置の増設と同時にパリティデータの更新も行
われることになる。このため、システムの性能や信頼性
の低下を防ぐことができる。しかし、ＲＡＩＤ制御装置
とは別に、新パリティデータの計算及び書き込みを行う
手段を設けなければならないことと、入替え用のパリテ
ィディスクを、別に１台用意しておかなければならない
という経済的なデメリットがある。このシステムを利用
するユーザは、利用目的に応じて２つの方法から１つを
選択することができる。

【００６７】また、図１６のようなシステム構成におい
て、ビデオＡが＃０のディスク装置２１０に記憶され、
ビデオＢが＃１のディスク装置２１０に記憶され、ビデ
オＣが＃２のディスク装置２１０に格納され、各ディス
ク装置に格納されているデータのパリティデータが＃Ｐ
の冗長ディスク装置２１１に格納されている場合、例え
ば、＃１のディスク装置２１０に故障が発生しても、ユ
ーザがビデオＢのデータをアクセスしない限り、＃１の
ディスク装置２１０にはアクセスしないため、システム
の性能効率を下げることにはならない。また、ユーザが
ビデオＢのデータをアクセスしようとしても、＃Ｐの冗
長ディスク装置２１１に記憶されている冗長データと、
＃０，＃２の各ディスク装置２１０に記憶されているデ
ータよりビデオＢのデータを再生できる。このため、ユ
ーザは、＃１のディスク装置２１０が故障しても、ビデ
オＢのデータをアクセスすることができる。

【００６８】以上のように、この実施の形態では、ひと
まとまりのマルチメディアデータを１つのディスク装置
に記録した。このため、他のディスク装置に障害が発生
しても、障害が発生しているディスク装置に記憶されて
いるデータをアクセスしなければ、データの再生処理を
行わずに、必要なマルチメディアデータを取得すること
ができる。また、制御装置に増設ポートを備えた。この
ため、増設ポートに新たなディスクを増設することによ
り、新たなマルチメディアデータをシステムに追加する
ことができる。さらに、制御装置又は制御装置の外に冗
長データ再計算手段を設けた。このため、システムに新
たなマルチメディアデータを追加しても、容易に冗長デ
ータを計算することができる。

【００６９】実施の形態７．この実施の形態では、図１
６のＲＡＩＤ制御装置２１３が備えているアクセス禁止
手段２１６について説明を行う。アクセス禁止手段２１
６は、ＲＡＩＤ制御装置２１３に接続されているディス
ク装置２１０に障害が発生した場合、障害が発生したデ
ィスク装置２１０に記憶されたマルチメディアデータへ
のアクセスを不可とする手段である。

【００７０】例えば、アクセス禁止手段２１６は、何台
のディスク装置に対して連続的に読み出し命令が来てい
るかを判断し、アクセスの多い、少ないを判別する。何
台のディスク装置に読み出し命令が来ているかを判断す
る方法は、いくつか考えられる。例えば、以下の３つの
方法が考えられる。まず、１つ目の方法は、現在キュー
イングされているコマンドがどのディスク装置に対する
コマンドであるか解析する。また、２つ目の方法とし
て、過去に処理した一定回数（２０回等）のコマンドが
どのディスク装置に対するものであったかをチェックす
る。さらに、３つ目の方法として、過去の一定時間（１
０秒等）に処理したコマンドがどのディスクに対するも
のかをチェックする。上記３つの方法の内、いずれか１
つの方法により判断した結果、例えば、３台以上のディ
スク装置に対してアクセスがあれば「アクセスが多い」
となり、２台以下であれば「アクセスが少ない」等とし
て、処理の切り換えを行う。「アクセスが少ない」と判
断された場合は、故障ディスク装置に格納されているデ
ータを他のディスク装置に格納されているデータから復
元してビデオデータの再生を行う。また、「アクセスが
多い」と判断した場合は、故障したディスク装置に格納
されているデータを復元すると、システムの効率が低下
する。このため、アクセスが少なくなるまで（アクセス
が少ないの判断は、上記３つの方法によって判断する）
故障したディスク装置に格納されているビデオデータに
ついては再生不能とし、アクセス禁止手段２１６が当該
故障ディスク装置に対するアクセスを禁止して、データ
修復処理を行わない。他のディスク装置に格納されてい
るデータについては、全く支障なく再生することができ
る。このように、アクセス禁止手段は、ディスク装置の
故障時に、その影響を一本のビデオだけにとどめておく
ことを可能にしている。

【００７１】以上のように、上記アクセス禁止手段は、
障害が発生したディスク装置に記録したマルチメディア
データへのアクセスを禁止する。このため、ディスク装
置に障害が発生した場合でも、冗長データによる再生処
理が発生しない。

【００７２】上記した実施の形態１〜実施の形態７にお
いて説明したこの発明のマルチメディア用記録システム
は、障害が発生した場合に用いるタイムアウトとは異な
り、データのアクセスを終了させるべき時間を記録した
タイムアウトテーブルを備えている。このデータのアク
セスを終了させるべき時間は、画像データや音声データ
等のマルチメディアデータを有効に出力あるいは表示す
るために守らなければならない時間である。このデータ
のアクセスを終了させるべき時間を経過してもアクセス
が終了しない場合には、冗長データを用いてデータを再
生して出力することにより、マルチメディアデータの出
力や表示に必要とされるべき転送処理を継続させる。

【００７３】また、この発明のマルチメディア用記録シ
ステムは、ＲＡＩＤシステムに適用される。

【００７４】また、タイムアウトテーブルは、各ユーザ
毎にタイムアウト用の時間を記憶しており、ユーザの必
要とするマルチメディアデータの種類や要求度に応じた
時間設定を可能とする。

【００７５】また、上記タイムアウト用の時間は、ユー
ザが必要とするデータ転送速度に基づいて決定される。

【００７６】また、上記タイムアウト用の時間は、ユー
ザが必要とした応答時間に基づいて決定される。

【００７７】また、上記タイムアウト用の時間は、ユー
ザが必要とするデータ転送速度と応答時間に基づいて決
定される。

【００７８】また、上記制御装置は、データのアクセス
開始時にデータ記録部と冗長データ記録部の両方をアク
セスする。これにより、上記したように、冗長データを
用いてデータを再生して出力する処理を早く行える。

【００７９】また、上記タイムアウト用の時間は、デー
タバッファ領域の空き領域に基づいて決定される。

【００８０】また、この発明のマルチメディア用記録シ
ステムは、複数のディスク装置によりＲＡＩＤシステム
を構成している。各ディスク装置には、１つの映画や１
つのビデオデータがひとまとまりのマルチメディアデー
タとして納められている。ユーザが映画やビデオデータ
を要求した場合には、１つのディスク装置をアクセスす
ることにより、ユーザが要求したデータを提供すること
ができる。もし、ひとまとまりのデータが複数のディス
クに分散されて記録されており、あるディスク装置に障
害が発生した場合には、障害が発生していたディスクに
記録されているデータを復元するため、冗長データを用
いて再生しなければならない。この冗長データを用いた
再生処理は、システムに大きな負荷をかけることにな
る。また、ひとまとまりのマルチメディアデータを複数
のディスク装置に分散して記録した場合、あるディスク
装置に障害が発生すると全てのマルチメディアデータを
アクセスする場合に冗長データによる再生処理が行われ
なければならない。この冗長データによる再生処理がシ
ステムの効率を低下させる。この発明のマルチメディア
用記録システムは、ひとまとまりのマルチメディアデー
タを１つのディスクに記録しているため、あるディスク
装置が故障した場合でも他のディスク装置に記録された
マルチメディアデータは冗長データにより再生処理を全
く行う必要がなく、ユーザに対して提供できる。

【００８１】また、この発明のマルチメディア用記録シ
ステムは、増設ポートを備えており、ひとまとまりのマ
ルチメディアデータを記録した新たなディスクを増設ポ
ートに接続することができる。冗長データ再計算手段
が、新たに増設されたディスク装置のデータ及び冗長デ
ータを用いて、新たな冗長データを再計算する。このよ
うに、この発明のマルチメディア用記録システムは、新
たなマルチメディアデータを記録する場合に複数のディ
スク装置に分散記録するという処理を全く行わずに、新
たなデータの記録が可能になる。

【００８２】また、この発明のマルチメディア用記録シ
ステムは、あるディスク装置に障害が発生した場合にそ
のディスク装置に記録されたマルチメディアデータへの
アクセスを禁止することができる。アクセスを禁止する
ことにより、障害が発生したディスク装置に記録された
マルチメディアデータの再生処理を行う必要がなく、シ
ステムの負荷を増加させることがない。ひとまとまりの
マルチメディアデータが複数のディスク装置に分散して
記録されている場合には、必ず、冗長データにより再生
処理を行わなければならないが、この発明のようにひと
まとまりのマルチメディアデータを１つのディスク装置
に記録しておくことにより、故障が発生した場合には、
その故障が発生したディスク装置に記録されたマルチメ
ディアデータへのアクセスを禁止してしまうという単純
な処理により、今まで通りのシステム効率を提供するこ
とが可能になる。

【００８３】

【発明の効果】以上のように、この発明によれば、マル
チメディアデータのアクセスを終了させるべき時間を記
憶しており、その時間内にアクセスが終了しない場合に
は、冗長データを用いてデータを生成するので、マルチ
メディアデータが確実にしかも時間内にアクセスするこ
とが可能になる。

【００８４】また、この発明によれば、ＲＡＩＤシステ
ムに対してマルチメディアデータを記憶することができ
る。

【００８５】また、この発明によれば、ユーザ毎にタイ
ムアウト用の時間を設定することができ、柔軟なタイム
アウト処理を行うことができる。

【００８６】また、この発明によれば、データ転送速度
に基づいて、タイムアウト用の時間を設定するので、バ
ッファを効率よく使用することができる。

【００８７】また、この発明によれば、ユーザが要求す
る応答時間に基づいてタイムアウト用の時間を設定する
ので、ユーザの要求の強さに応じたサービスを提供する
ことができる。

【００８８】また、この発明によれば、データ転送速度
に基づくタイムアウト用の時間とユーザが要求する応答
時間に基づくタイムアウト用の時間の内、小さい方の時
間をタイムアウト用の時間とする。このため、バッファ
を効率よく使用するとともに、ユーザの要求の強さに応
じたサービスを提供することができる。

【００８９】また、この発明によれば、制御装置は、ア
クセス開始時にデータを取得するとともに、冗長データ
も同時に取得する。このため、冗長データを用いて行う
データの再生を、直ちに実行できる。

【００９０】また、この発明によれば、データバッファ
領域の空き領域に基づいてタイムアウト用の時間を設定
する。このため、バッファを効率よく使用できる。

【００９１】また、この発明によれば、ひとまとまりの
マルチメディア装置を１つのディスク装置に記録してい
るので、他のディスク装置に障害が発生した場合でもデ
ータの再生処理を行わずにマルチメディアデータを再生
することができる。

【００９２】また、この発明によれば、増設ポートに新
たなディスクを増設することにより、あらたなマルチメ
ディアデータをシステムに追加することができる。

【００９３】また、この発明によれば、障害が発生した
ディスク装置に記録されたマルチメディアデータへのア
クセスを禁止するので、ディスク装置に障害が発生した
場合でも冗長データによる再生処理が発生しない。

【図面の簡単な説明】

【図１】 この発明におけるマルチメディア用記録シス
テムの一例を示すシステム構成図である。

【図２】 図１のシステム構成における制御装置の動作
を説明する図である。

【図３】 マルチメディア用記録システムにおけるデー
タの読み出し処理の手順を示す流れ図である。

【図４】 図３におけるタイムアウト処理の手順を示す
流れ図である。

【図５】 この発明におけるマルチメディア用記録シス
テムの一例を示すシステム構成図である。

【図６】 図５におけるデータ生成手段の回路図であ
る。

【図７】 図５のシステム構成におけるタイムアウトテ
ーブルとディスク構成テーブルの設定内容を示す図であ
る。

【図８】 冗長データによるデータ再生を説明する図で
ある。

【図９】 図１における制御装置が転送速度要求管理テ
ーブルを備えた場合の動作を示す図である。

【図１０】 図９の制御装置が有する各テーブルの設定
内容を示す図である。

【図１１】 タイムアウトテーブルの設定内容を示す図
である。

【図１２】 図１における制御装置が応答時間要求管理
テーブルを備えた場合の動作を示す図である。

【図１３】 図１２における応答時間要求管理テーブル
の設定内容を示す図である。

【図１４】 図１における制御装置が転送速度要求管理
テーブルと応答時間要求管理テーブルを備えた場合の動
作を示す図である。

【図１５】 図１４におけるタイムアウトテーブルの設
定内容を示す図である。

【図１６】 この発明におけるマルチメディア用記録シ
ステムのシステム構成図である。

【図１７】 冗長データの再生を説明する図である。

【図１８】 実施の形態６におけるディスク増設を説明
する図である。

【図１９】 実施の形態６におけるディスク増設を説明
する図である。

【図２０】 従来の大容量データを連続して転送する記
録システムを示す図である。

【図２１】 従来の並列データ転送方式及び装置の一実
施の形態を示すブロック図である。

【図２２】 図２１におけるパリティ生成器／データ修
正器のブロック図である。

【図２３】 図２２の修正制御部１４の回路図である。

【図２４】 図２３の回路図の動作を説明するタイミン
グチャート図である。

【図２５】 従来のＲＡＩＤレベル３におけるデータ記
録状態を示す図である。

【図２６】 図２５におけるディスク構成に１台増設し
た場合のデータ記録状態を示す図である。

【符号の説明】

１００ 記憶部、１００ａ データ、１００ｂ 冗長デ
ータ、１０２ 制御装置、１０３ タイムアウトテーブ
ル、１０４ データ生成手段、１０５ データバッフ
ァ、１０６ マルチメディア記憶装置、１０７ 通信回
線、１０８ ユーザ、１０９ 通信回線、１２０ ディ
スクコントローラ、１２１ ディスク構成テーブル、１
２２ 転送速度要求管理テーブル、１２３ バッファ容
量テーブル、１２４ 応答時間要求管理テーブル、１３
０ ホストシステム、１３１ ホストＩ／Ｆ制御部、１
３２ チャネル、１３３ ＳＰＣ、１３４ システム制
御ＭＰＵ、１３５ スイッチ、１３６ バッファ、１３
７ データ修復回路、１３８スイッチ、２１０ ディス
ク装置、２１１ 冗長ディスク装置、２１２ ＲＡＩＤ
システム、２１３ ＲＡＩＤ制御装置、２１４ ポー
ト、２１５ 冗長データ再計算手段、２１６ アクセス
禁止手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 一彦 東京都千代田区丸の内二丁目２番３号 三菱電機株式会社内 (72)発明者 山本 整 東京都千代田区丸の内二丁目２番３号 三菱電機株式会社内 (56)参考文献 特開 平２−81123（ＪＰ，Ａ) 特開 平８−115279（ＪＰ，Ａ) 特開 平７−141121（ＪＰ，Ａ) 特開 平５−127835（ＪＰ，Ａ) 特開 平４−139524（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/06

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 以下の要素を有することを特徴とするマ
   ルチメディア用記録システム （ａ）データと冗長データを記録する記録部、 （ｂ）上記記録部に記録されたデータと冗長データをア
   クセスする制御装置であって、上記記録部をアクセスして取得したデータと冗長データ
   を第１の速度で入力して記憶するとともに、上記記憶し
   たデータと冗長データを上記第１の速度とは異なる第２
   の速度で出力するデータバッファ領域と、 上記記録部に記録されたデータのアクセスを終了させる
   べき時間を記憶するタイムアウトテーブルと、 上記タイムアウトテーブルに記憶された時間を経過して
   もアクセスが終了しない場合に、上記記録部に記録され
   た冗長データをアクセスし、データを生成するデータ生
   成手段とを備えるとともに、 上記タイムアウトテーブルに記憶する時間を、上記第２
   の速度で上記データバッファ領域よりデータと冗長デー
   タを連続して出力できるように少なくとも上記データバ
   ッファ領域の空き領域と上記第１の速度と上記第２の速
   度とに基づいて算出する 制御装置。
2. 【請求項２】 上記記録部は、複数のディスク装置から
   構成されたＲＡＩＤ（リダンダントアレイズオブインエ
   クスペンシブディスクズ）システムであり、上記制御装
   置はＲＡＩＤコントローラであることを特徴とする請求
   項１記載のマルチメディア用記録システム。
3. 【請求項３】 上記タイムアウトテーブルは、データの
   アクセスを依頼したユーザ毎に時間を記憶することを特
   徴とする請求項１記載のマルチメディア用記録システ
   ム。
4. 【請求項４】 上記制御装置は、さらに、データのアク
   セスを依頼したユーザが必要とするデータ転送速度に基
   づいて上記タイムアウトテーブルに記憶する時間を設定
   することを特徴とする請求項３記載のマルチメディア用
   記録システム。
5. 【請求項５】 上記制御装置は、さらに、データのアク
   セスを依頼したユーザが必要とする応答時間に基づいて
   上記タイムアウトテーブルに記憶する時間を設定するこ
   とを特徴とする請求項３記載のマルチメディア用記録シ
   ステム。
6. 【請求項６】 上記制御装置は、さらに、データのアク
   セスを依頼したユーザが必要とする応答時間とデータ転
   送速度に基づいて、上記タイムアウトテーブルに記憶す
   る時間を設定することを特徴とする請求項３記載のマル
   チメディア用記録システム。
7. 【請求項７】 上記記録部は、データを記録するデータ
   記録部と冗長データを記録する冗長データ記録部を備
   え、上記制御装置は、データのアクセス開始時にデータ
   記録部にアクセスするとともに、冗長データ記録部にア
   クセスすることを特徴とする請求項１記載のマルチメデ
   ィア用記録システム。
8. 【請求項８】 上記記録部に記録されたデータは、マル
   チメディアデータであり、上記記録部に記録された冗長
   データは、マルチメディアデータの冗長データであり、 上記記録部は 、ひとまとまりのマルチメディアデータを
   １つのディスク装置に記録した複数のディスク装置と、
   上記複数のディスク装置に記録した複数のマルチメディ
   アデータの冗長データを記録した冗長ディスク装置とを
   備え、 上記制御装置は、 上記複数のディスク装置と冗長ディス
   ク装置を接続した接続ポートを備え、上記複数のディス
   ク装置と冗長ディスク装置をＲＡＩＤシステムとしてア
   クセスすることを特徴とする請求項１記載のマルチメデ
   ィア用記録システム。
9. 【請求項９】 上記制御装置は、さらに、ひとまとまり
   のマルチメディアデータを記録した新たなディスク装置
   を増設する増設ポートを備え、上記新たなディスク装置
   が増設された場合、上記冗長ディスク装置に記録された
   冗長データと上記新たなディスク装置に記録されたマル
   チメディアデータを用いて新たな冗長データを計算して
   上記冗長ディスク装置に記録する冗長データ再計算手段
   を備えたことを特徴とする請求項８記載のマルチメディ
   ア用記録システム。
10. 【請求項１０】 上記制御装置は、さらに、上記複数の
    ディスク装置のいずれかのディスク装置に障害が発生し
    た場合、障害が発生したディスク装置に記録されたマル
    チメディアデータへのアクセスを不可とするアクセス禁
    止手段を備えたことを特徴とする請求項８記載のマルチ
    メディア用記録システム。