JP2001084115A - 情報記録制御システムおよび情報記録制御方法 - Google Patents

Abstract

(57)【要約】 【課題】ＷＯＲＭメディアに対するデータ書き込み／読
み出しの操作性の向上とＷＯＲＭメディアの領域の有効
利用を図る。 【解決手段】ホストコンピュータ１００からのリードラ
イトアクセス用ボリュームへの書き込みは、ＷＯＲＭメ
ディアへの書き込みとして行われる。ＨＤＤ８に割り当
てられたリードライトアクセス用ボリュームは複数のデ
ータ更新管理ブロックに分割して管理されており、デー
タ更新制御部７は、データ更新管理データ（テーブル）
を用いて、前回のコミットから更新のあったデータのブ
ロックにマーク“１”を付ける。コミット要求が発行さ
れると、データ更新管理データ上でマークが付けられて
いるブロックのデータのみが更新データとしてＷＯＲＭ
メディアに書き込まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一度だけ書き込み可
能な記録メディアに対する書き込み／読み出しを制御す
るための情報記録制御システムおよび情報記録制御方法
に関する。

【０００２】

【従来の技術】従来より、例えばＣＤ−Ｒなどに代表さ
れるように、一度だけ書き込み可能なＷＯＲＭ（Ｗｒｉ
ｔｅ−Ｏｎｃｅ Ｒｅａｄ−Ｍｕｌｔｉｐｌｅ）メディ
アを用いた情報記録装置が使用されている。ＷＯＲＭメ
ディアは基本的に上書きを行うことができないので、通
常のファイルシステムからは直接アクセスすることはで
きない。このため、ＷＯＲＭメディアを扱うＷＯＲＭド
ライブ装置に対してデータをライトする場合には、ホス
トコンピュータ上にＷＯＲＭドライブ装置に書き込むデ
ータイメージを用意し、その用意されたデータイメージ
をそのままＷＯＲＭドライブ装置に書き込むという処理
が必要となる。

【０００３】ＷＯＲＭメディア上のデータ更新は、更新
後のデータイメージ全体をホストコンピュータ上に新た
に用意し、それをＷＯＲＭメディアの空きエリアに追記
することによって行われる。この時、ＷＯＲＭメディア
のどの部分にデータを書き込んだかを一緒に記録してお
くことにより、更新後の最新のデータ内容をＷＯＲＭメ
ディアから読み出すことができる。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな記録制御方式では、次のような問題がある。

【０００５】１）ホストコンピュータ上にＷＯＲＭドラ
イブ装置に書き込むデータイメージを用意するための専
用のソフトウエアを利用することが必要となるので、例
えばＨＤＤやＭＯなどのようにファイルシステムから直
接アクセスすることが可能な記録メディアに比べると、
その操作性は非常に悪くなる。

【０００６】２）データイメージは元のファイルと切り
離した形で別個に用意することが必要となり、ホストコ
ンピュータのディスク装置上には多くの空き容量を用意
しなければならない。

【０００７】３）ＷＯＲＭメディアに一度書き込みを実
施したファイルに対して一部更新を行ったファイルを再
度、ＷＯＲＭメディアに書き込みを実施する場合には、
更新していない部分についても新しいエリアを用意して
そこに書き込みを行う必要がある。このため、同じデー
タを何度もＷＯＲＭメディアに書き込むことになり、Ｗ
ＯＲＭメディアの記録エリアが無駄に使用される。ま
た、常にファイル全体の書き込みが前提となるため、ど
んなに僅かな更新であっても、ＷＯＲＭメディアにファ
イル全体のデータサイズ分の空き領域がなければ書き込
みを行うことができなかった。

【０００８】本発明はこのような事情に鑑みてなされた
ものであり、通常のファイルシステムから直接アクセス
することが可能な記録メディアと同様の操作性でＷＯＲ
Ｍメディアに対するデータ書き込み／読み出しを実行で
きるようにし、かつ更新のあったデータ部分のみをＷＯ
ＲＭメディアに書き込めるようにしてＷＯＲＭメディア
の記憶領域を有効利用することが可能な情報記録制御シ
ステムおよび情報記録制御方法を提供することを目的と
する。

【０００９】

【課題を解決するための手段】上述の課題を解決するた
め、本発明は、一度だけ書き込み可能な第１タイプの記
録メディアに対する書き込み／読み出しを制御する情報
記録制御システムにおいて、ホストコンピュータのファ
イルシステムから直接的にアクセス可能な第２タイプの
記録メディア上に前記第１タイプの記録メディアをアク
セスするためのボリューム領域を割り当てることによ
り、前記第１タイプの記録メディアに対する書き込み
を、前記第２タイプの記録メディアのボリューム領域に
対して実行する手段と、前記ボリューム領域を複数のブ
ロックに分割し、前記各ブロック毎に前記ボリューム領
域のデータ更新の有無を示す更新管理情報を管理する更
新管理手段と、ファイルシステムを介して前記ホストコ
ンピュータによってアクセスされる前記ボリューム領域
上のデータを前記第１タイプの記録メディアに書き込む
ことによって、任意の時点における前記ボリューム領域
の内容を前記第１タイプの記録メディア上に記録するデ
ータ書き込み手段とを具備し、前記データ書き込み手段
は、前記更新管理情報に従って、前回の書き込み時点か
ら今回の書き込み時点までの間に更新されたブロックの
データのみを前記第１タイプの記録メディア上に差分情
報として記録することを特徴とする。

【００１０】この情報記録制御システムにおいては、Ｗ
ＯＲＭメディアである第１タイプの記録メディアに対す
るデータ入出力の操作性を高めるため、第１タイプの記
録メディアに加え、例えばＨＤＤなどのようにホストコ
ンピュータのファイルシステムから直接的にアクセス可
能な第２タイプの記録メディアが使用される。第２タイ
プの記録メディア上には、第１タイプの記録メディアを
アクセスするためのボリューム領域が割り当てられてお
り、第１タイプの記録メディアへの書き込みを前提とし
たユーザデータの書き込みは全て、そのボリューム領域
に向けて行われる。そして、所定のタイミングでボリュ
ーム領域上のデータが第１タイプの記録メディアに書き
込まれるので、任意の時点におけるボリューム領域の内
容が第１タイプの記録メディア上に実際に記録される。

【００１１】このため、第１タイプの記録メディアに対
するアクセスとして、ボリューム領域に対するアクセス
が行われることになる。このような階層記憶機構を利用
することにより、専用のファイルシステムや、書き込み
イメージを用意するための専用のソフトウェア等を用意
することなく、ホストコンピュータのユーザは、第１タ
イプの記録メディアの存在を意識せずに通常のＨＤＤへ
のアクセスと同様のオペレーションでボリューム領域に
対するライト・リードを行うことが可能となる。

【００１２】また、ボリューム領域の各ブロック毎にデ
ータ更新の有無が管理されているので、ファイルシステ
ムを介したアクセスによりボリューム領域上でどのよう
なデータ更新処理が行われた場合でも、その更新された
データ部分を検出することが出来る。よって、ボリュー
ム領域上のデータを第１タイプの記録メディアに書き込
む場合には差分情報のみを書き込むことができ、第１タ
イプの記録メディアへの書き込みを効率よく行うことが
可能となる。

【００１３】また、本発明は、ファイルシステムを介し
て前記ホストコンピュータが前記第２タイプの記録メデ
ィアのボリューム領域にデータを書き込む際に、前記第
１タイプの記録メディアの書き込み可能エリアの残りサ
イズをチェックし、そのチェック結果に従って前記ボリ
ューム領域に対する前記ホストコンピュータからの書き
込みを許可または禁止する手段をさらに具備したことを
特徴とする。

【００１４】ファイルシステムを介してデータの書き込
み／書き換えを行ない、第１タイプの記録メディアへ書
き込みを行なおうとした際にエリアの不足などが発生し
た場合には、通常は、書き込むデータを削減するか、残
っている書き込みのエリアを捨てて新しいメディアを用
意するという事態が発生することになるが、上述の機能
を付加することにより、そのような事態の発生を未然に
防止することが可能となる。

【００１５】また、本発明は、前記第１タイプの記録メ
ディアを複数収納でき、かつアクセス対象の記録メディ
アを交換可能なオートチェンジャ装置と、前記ボリュー
ム領域のデータ更新に伴う前記差分情報を前記第１タイ
プの記録メディアに書き込む際に、前記第１タイプの記
録メディアの書き込み可能エリアの残りサイズをチェッ
クし、そのチェック結果に従って、前記オートチェンジ
ャ装置による記録メディアの交換を制御する手段とをさ
らに具備することを特徴とする。

【００１６】通常は、第１タイプの記録メディアにデー
タをライト中に第１タイプの記録メディア上の書き込み
可能なエリアの不足が発生した場合、ライト動作を一時
中断し、新たなメディアを用意し、ユーザが再度ライト
動作を再開する必要があるが、上述の機能を付加するこ
とにより、ライト動作中に第１タイプの記録メディア上
の書き込み可能なエリアの不足が発生した場合にも、自
動的に新たなメディアを用意することにより、ライト動
作を中断せずに継続して行うことが可能になる。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。

【００１８】（第１実施形態）図１には、本発明の第１
実施形態に係る情報記録制御システムの構成が示されて
いる。この情報記録制御システムは、ホストコンピュー
タ１００に接続して使用されるものであり、ＷＯＲＭコ
ントローラ２００とそれを制御するドライバソフトウェ
ア、並びにＷＯＲＭコントローラ２００によって制御さ
れるＨＤＤ８およびＷＯＲＭドライブ１２とから実現さ
れている。

【００１９】ホストコンピュータ１００は図示のよう
に、ＣＰＵ１０１、主メモリ１０２、ＨＤＤ１０３等に
よって構成されている。ＷＯＲＭコントローラ２００
は、このホストコンピュータ１００にＳＣＳＩ・ＬＡＮ
・ＰＣＩバス等のＩ／Ｆを介して接続される。ＷＯＲＭ
コントローラ２００は、ＷＯＲＭドライブ１２を使用し
てＷＯＲＭメディアに対する書き込み／読み出しを制御
するためのものであり、ＨＤＤ８を制御する機能も有し
ている。このＨＤＤ８はＷＯＲＭメディアの上位記憶装
置として使用されるものであり、そのＷＯＲＭデータ領
域５にはＷＯＲＭメディアのボリュームイメージが割り
当てられる。このボリュームイメージは、ホストコンピ
ュータ１００のＨＤＤ１０３と同様に、ホストコンピュ
ータ１００上で実行されるＯＳ（オペレーティングシス
テム）のファイルシステムにマウントされることによ
り、ファイルシステムから直接アクセスすることが出来
る。

【００２０】本実施形態におけるソフトウェアとハード
ウェアとの関係を図２に示す。

【００２１】ＯＳのファイルシステム２０２には、前述
したように、ＷＯＲＭメディア用のボリューム領域とし
てＷＯＲＭデータ領域５がマウントされている。そのボ
リューム領域に対するアプリケーションプログラム２０
３からのアクセス要求に応じて、ＯＳのファイルシステ
ム２０２からはＷＯＲＭデータ領域５へのアクセス要求
が発行される。このアクセス要求はＷＯＲＭドライバ２
０１によって受け付けられ、そしてＷＯＲＭコントロー
ラ２００によってＷＯＲＭデータ領域５に対するリード
／ライトアクセスが実行される。

【００２２】また、本実施形態では、アプリケーション
プログラム２０３の一つとして、ＷＯＲＭメディアその
ものに対するデータ操作を指示するための専用のアプリ
ケーションプログラムが用意されており、ユーザは、そ
のアプリケーションプログラムを使用することにより、
ＷＯＲＭデータ領域５からＷＯＲＭメディアへのデータ
書き込みを任意のタイミングで開始させることができ
る。つまり、ＷＯＲＭデータ領域５上で行われたデータ
更新の内容をＷＯＲＭメディアに記録して確定するタイ
ミングはユーザによって決定される。ユーザからのデー
タ書き込み指示はデータコミット要求としてＷＯＲＭド
ライバ２０１によって受け付けられる。そして、ＷＯＲ
Ｍコントローラ２００の制御の下、ＷＯＲＭデータ領域
５からＷＯＲＭメディアへのデータ書き込みが自動的に
実行される。この書き込みは、ＷＯＲＭデータ領域５に
割り当てられたボリューム全体ではなく、前回のコミッ
ト時点から今回のコミット時点までの間に更新されたデ
ータだけがＷＯＲＭメディアに差分情報として追記され
る。

【００２３】以下、本情報記録制御システムの具体的な
構成を説明する。

【００２４】図１に示されているように、本情報記録制
御システムは、ホストコンピュータ１００とＳＣＳＩ・
ＬＡＮ・ＰＣＩバス等のＩ／Ｆを介して通信を行うホス
トＩ／Ｆ制御部１と、ホストコンピュータ１００とのＩ
Ｏデータのキャッシングを制御するキャッシュ制御部２
と、ホストコンピュータ１００とのＩＯデータをキャッ
シングするキャッシュメモリ３と、ＨＤＤ８へのアクセ
スを制御するＨＤＤデバイス制御部４と、ＷＯＲＭドラ
イブ１２への書き込みを行うファイルを格納するＷＯＲ
Ｍデータ領域５及びＷＯＲＭドライブ１２への書き込み
を行なったファイルへのアクセスをキャッシュするキャ
ッシュデータ領域６を有するＨＤＤ８と、ＷＯＲＭデー
タ領域５上のデータの更新を管理するデータ更新制御部
７と、後述するリード用ボリュームへのアクセス時に論
理ブロックアドレスとＷＯＲＭメディア上の物理アドレ
スの関連を管理する論理物理変換制御部９と、ＨＤＤ８
からＷＯＲＭドライブ１２へのデータの書き込みを制御
するライタ制御部１０と、ＷＯＲＭドライブ１２へのア
クセスを制御するＷＯＲＭデバイス制御部１１とから構
成される。

【００２５】なお、本実施形態のシステムにはライト時
の動作モードとして、ライトキャッシュＯＮの設定とラ
イトキャッシュＯＦＦの２通りのモード設定が存在す
る。

【００２６】本システムでは、ＷＯＲＭドライバ２０１
はホストコンピュータ１００に対し、図３に示すような
リードライトアクセス用ボリューム空間１５とリード用
ボリューム空間１６の計２つの記憶ボリューム空間を仮
想的に提供する。これらボリューム空間１５，１６はＷ
ＯＲＭデータ領域５に割り当てられている。ホストコン
ピュータ１００は記憶ボリューム及び論理ブロックアド
レスを指定することでそれぞれの空間１５，１６にＩ／
Ｏアクセスを行う。

【００２７】ホストコンピュータ１００はＯＳのファイ
ルシステムを通じてリードライトアクセス用ボリューム
空間１５に対してファイルシステムの論理フォーマット
を行う。これにより、通常のユーザファイルのライト／
リードアクセスは、ホストコンピュータ１００上のファ
イルシステムを介してリードライトアクセス用ボリュー
ム空間１５に対して行われる。

【００２８】本システムでは、ＨＤＤ８のＷＯＲＭデー
タ領域５上のリードライトアクセス用ボリューム１５に
ユーザがＷＯＲＭドライブ１２に書き込むファイルを割
り当てており、リードライトアクセス用ボリューム１５
にアクセスすることでファイルの更新を行う。リードラ
イトアクセス用ボリューム１５からＷＯＲＭドライバ１
２に実際に書き込まれるのはリードライトアクセス用ボ
リュームを先頭から等分して割り当てたデータ更新管理
ブロック単位に更新のあった部分（データ更新制御部９
で管理）のみであり、データ更新ブロック単位で書きみ
が行われる。この書き込みは前述したようにホストコン
ピュータ１００からデータコミット要求のあったタイミ
ングで実施される。

【００２９】データ更新管理ブロックのサイズは、ファ
イルシステムから論理アドレスで指定されるブロックデ
ータサイズと同じか、あるいはその数倍のサイズに設定
される。

【００３０】ここで、図４を参照して、本実施形態で用
いられるデータ書き込み処理の原理を説明する。

【００３１】（１）リードライトアクセス用ボリューム
への書き込み（図４（Ａ）） ホストコンピュータ１００からのリードライトアクセス
用ボリューム１５への書き込みは、ＷＯＲＭメディアへ
の書き込みとして行われる。リードライトアクセス用ボ
リューム１５は複数のデータ更新管理ブロックに分割し
て管理されており、データ更新制御部７は、データ更新
管理データ（テーブル）を用いて、前回のコミット時点
から新たに更新のあったデータのブロックにマーク
“１”を付ける。

【００３２】（２）メディアへのデータの書き込み指示
により書き込みを実施（図４（Ｂ）） コミット要求が発行されると、データ更新管理データ上
でマークが付けられているブロックのデータのみが更新
データとしてＷＯＲＭメディアに書き込まれる。この場
合、コミットの日時を示す日付情報や、どのデータ更新
管理ブロックのデータを更新データとして書き込んだか
などの情報を含むコミット管理情報もＷＯＲＭメディア
に一緒に書き込まれる。コミット管理情報は、後にユー
ザによって読み出しが指定された日時のデータを、ＷＯ
ＲＭメディアから読み出すために用いられる。

【００３３】（３）データの更新／追加（図４（Ｃ）） リードライトアクセス用ボリューム１５上のデータ更新
／追加のため、ホストコンピュータ１００からリードラ
イトアクセス用ボリューム１５に対して書き込みが行わ
れる。

【００３４】（４）メディアへのデータの書き込み指示
により書き込みを実施（図４（Ｄ）） コミット要求が発行されると、データ更新管理データ上
でマークが付けられているブロックのデータのみが更新
データとしてＷＯＲＭメディアに書き込まれる。データ
更新管理データ上でマークが付けられているのは、
（３）で書き込みが行われたデータだけであるので、
（１）で書き込んだデータと（３）で書き込んだデータ
の差分のみがＷＯＲＭメディアに書き込まれる。

【００３５】次に、図１と図５のフローチャートを参照
して、ホストコンピュータ１００からリードライトアク
セス用ボリューム空間１５へのライト要求に対する処理
を具体的に説明する。

【００３６】（ステップＳ１１） ホストコンピュータ
１００からリードライトアクセス用ボリューム空間１５
へのライト要求はＷＯＲＭドライバ２０１によって受付
および解釈され、ホストＩ／Ｆ制御部１に通知される。
ホストＩ／Ｆ制御部１はキャッシュ制御部２に対しデー
タのライト要求を出す。

【００３７】（ステップＳ１２） 動作モード設定がラ
イトキャッシュＯＮの設定の場合、データライト要求を
受けたキャッシュ制御部２はホストコンピュータ１００
からのライトデータをキャッシュメモリ３にキャッシン
グした後、指定されたリードライトボリュームと論理ブ
ロックアドレスをデータ更新制御部７に通知する。キャ
ッシュメモリ３にキャッシングされるデータはキャッシ
ュ制御部２にて管理されており、ＬＲＵアルゴリズム等
により選択されたダーティデータ（ＨＤＤ８上のＷＯＲ
Ｍデータ領域５に記録されていないデータ）を下記の例
の様なタイミングでＨＤＤ８上のＷＯＲＭデータ領域５
に対してライト（ステージアウト）する。

【００３８】＜ステージアウト開始の条件（例）＞ ・例１：キャッシュメモリ３の全容量に対するキャッシ
ュメモリ３中のダーティデータ量の比率が一定の値を超
えた場合 ・例２：キャッシュメモリ３にデータをライトした後、
一定の時間が経過した場合 ・例３：一定時間本装置に対しアクセスがない場合 なお、動作モード設定がライトキャッシュＯＦＦの設定
の場合は、ホストコンピュータ１００からのライトデー
タをキャッシュメモリ３にキャッシングした後、ＨＤＤ
デバイス制御部４を介してＨＤＤ８上のＷＯＲＭデータ
領域５に対しても同一データのライトを即座に行う。

【００３９】（ステップＳ１３，Ｓ１４） 通知を受け
たデータ更新制御部７は、管理している論理ブロックア
ドレスに対応したデータ更新管理ブロックのデータをチ
ェックし、前回のコミット終了時点から現在までの間に
対象のブロックが既に更新されているか否かを判断す
る。更新されていないブロック（“０”）であったな
ら、データ更新管理ブロックの対象ブロックをデータ更
新済みとした後（“１”）、データ更新管理の処理が終
了したことをキャッシュ制御部２に通知する。

【００４０】（ステップＳ１５） 処理の終了を受け取
ったキャッシュ制御部２はホストＩ／Ｆ制御部１を介し
てホストコンピュータ１００に対しライト終了のステー
タスを返す。

【００４１】次に、図１と図６のフローチャートを参照
して、ＷＯＲＭメディアへのデータライト処理を説明す
る。

【００４２】（ステップＳ２１） ホストコンピュータ
１００からＷＯＲＭメディアライト開始要求（データコ
ミット要求）を受けると、ホストＩ／Ｆ制御部１はキャ
ッシュ制御部２に対して、指定されたリードライトアク
セス用ボリュームへのライト禁止要求を出す。これは、
ＷＯＲＭデバイス１２に対して、データを書き込んでい
る間、ファイルの更新がされないようにする為である。
ライト禁止要求を受けたキャッシュ制御部２は以降ホス
トコンピュータ１００から指定のあったリードライトア
クセス用ボリューム空間１５へのライト要求をエラー終
了するように動作モードを設定し、ホストＩ／Ｆ制御部
１を介してホストコンピュータ１４に対して要求終了の
ステータスを返すと共に、ホストＩ／Ｆ制御部１はライ
タ制御部１０に対してリードライトアクセス用ボリュー
ム１５を指定してＷＯＲＭドライブ１２対しての書き込
みを指示する。指示を受けたライタ制御部１０は、リー
ドライトアクセス用ボリューム１５のデータ更新管理ブ
ロック単位に更新があったかどうかをデータ更新制御部
７に対して問い合わせを実施し、データの更新があった
データ更新管理ブロックについてＷＯＲＭデバイス制御
部１１を介してＷＯＲＭドライブ１２に対してデータを
ライトする。また、コミット管理情報の記録も合わせて
行われる。ライタ制御部１０はライトが終了すると論理
物理変換制御部９に対して書き込んだデータ更新管理ブ
ロックの番号とＷＯＲＭドライブ１２上の物理アドレス
を通知する。論理物理変換制御部９ではデータ更新管理
ブロックの番号とＷＯＲＭドライブ１２上の物理アドレ
スを記録、管理する。

【００４３】（ステップＳ２２） ライタ制御部１０は
リードライトアクセス用ボリューム１５の書き込みがす
べて終了すると、データ更新制御部７に対して書き込み
が終了したことを通知する。通知を受けたデータ更新制
御部７は、書き込みを行なったブロックに対応するデー
タ更新管理データをすべて未更新（“０”）とし、処理
が終了したことをライタ制御部１０に通知する。

【００４４】（ステップＳ２３） 通知を受けたライタ
制御部１０は、ＷＯＲＭドライブ１２に対しての書き込
みが終了したことをホストＩ／Ｆ制御部１に通知し、通
知を受けたホスト制御部１はキャッシュ制御部２に対し
指定されたリードライトアクセス用ボリューム１５への
ライト許可要求を出す。ライト許可要求を受けたキャッ
シュ制御部２は以降ホストコンピュータ１００から指定
のあったリードライトアクセス用ボリューム空間１５へ
のライト要求を受け付けるように動作モードを設定し、
ホストＩ／Ｆ制御部１に対し要求終了のステータス（コ
ミット完了）を返す。

【００４５】図７には、ＷＯＲＭメディアに書き込まれ
る更新データとコミット管理情報の一例が示されてい
る。この例では、コミット管理情報（１）として、最初
のコミット時の日時を示す日付情報、更新ブロックの数
を示す更新ブロック数情報、更新ブロック数分のブロッ
クそれぞれの更新ブロック番号（ブロック０、ブロック
１、ブロック５、ブロック７、…）が記録されている。
コミット管理情報（１）の更新ブロック番号で指定され
るブロックそれぞれデータは、更新データ（１）として
図示のように順に記録される。リードライトアクセス用
ボリューム１５への書き込み処理後にコミットが要求さ
れると、今度は、コミット管理情報（２）と更新データ
（２）がＷＯＲＭメディアに書き込まれる。図における
コミット管理情報（２）と更新データ（２）の内容は、
最初のコミット後に、ブロック番号１，６，７，８，…
が更新された場合を想定したものである。

【００４６】次に、図１と図８のフローチャートを参照
して、ホストコンピュータ１００からリードアクセス用
ボリューム空間１６へのリード要求に対する処理を説明
する。

【００４７】リード用ボリューム空間１６は、ＷＯＲＭ
メディア上に書き込まれたボリュームに対してリードア
クセス（ＷＯＲＭは特性上、一度書き込まれたデータは
書き換えでないのでリード用ボリュームとしてアクセス
する）するために使用する。

【００４８】ユーザは、ボリュームの更新履歴をアプリ
ケーションプログラムを通じて知ることが出来き、その
更新履歴に含まれている任意の日時におけるボリューム
の作成を指定することが出来る。ＷＯＲＭメディアから
の読み出しは、ユーザによって指定された日時に対応す
るボリュームを作成することによって行われる。

【００４９】（ステップＳ３１） ホストコンピュータ
１００からリードアクセス用ボリューム空間１６へのリ
ード要求はＷＯＲＭドライバ２０１によって解釈され、
ホストＩ／Ｆ制御部１に通知される。そして、まず、ホ
ストコンピュータ１００からのボリューム作成指示で指
定されたコミット管理情報とそれ以前のコミット管理情
報に従い、論理物理変換テーブルの作成が論理物理変換
制御部９によって行われる。例えば図７の例で、コミッ
ト管理情報（２）に対応する日付のボリューム作成が指
定された場合は、コミット管理情報（２）とコミット管
理情報（１）とに基づいて、ボリュームを構成する各ブ
ロック毎にコミット管理情報（２）に対応する日付の時
点における最新データの実際の記録位置が調べられる。
例えば、ブロック番号０については、コミット管理情報
（２）の更新ブロック番号には記述されておらず、コミ
ット管理情報（１）の更新ブロック番号の先頭に記述さ
れているので、更新データ（１）の領域内の先頭位置を
示す物理アドレスが実際の記録位置として求められる。
このようにして、ボリュームを構成する全てのブロック
それぞれについて、その論理アドレスに対応するＷＯＲ
Ｍメディア上の物理アドレスが決定され、論理物理変換
テーブルが作成される。

【００５０】（ステップＳ３２） ＨＤＤ８のＷＯＲＭ
データ領域５に実際にデータをコピーしてそこにボリュ
ームを作成する場合には、論理物理変換テーブルに従っ
て、ＷＯＲＭメディアからデータが読み出され、それが
リード用ボリューム空間１６に書き込まれる。

【００５１】（ステップＳ３３，Ｓ３４） この後、論
理物理変換テーブルが削除された後、ホストコンピュー
タからのリード要求で指定された論理アドレスに従い、
リード用ボリューム空間１６のアクセスが通常通り行わ
れる。すなわち、データリード要求を受けたキャッシュ
制御部２はリード要求のあったデータの格納場所を検索
し、要求データがキャッシュメモリ３に存在しない場合
は要求データの存在するＨＤＤ８上のキャッシュデータ
領域６またはＷＯＲＭデータ領域５からデータをキャッ
シュメモリ３にキャッシングした後、ホストコンピュー
タ１００に要求データを転送し、ホストＩ／Ｆ制御部１
を介してホストコンピュータ１００に対しリード終了の
ステータスを返す。

【００５２】（ステップＳ３５） ＨＤＤ８のＷＯＲＭ
データ領域５に実際にデータをコピーしない場合には、
ステップＳ３１で作成した論理物理変換テーブルに従
い、ＷＯＲＭメディアが直接アクセスされる。

【００５３】以上のように、コミット管理情報として日
付情報および更新ブロック番号を記録しておくことによ
り、ＷＯＲＭメディアに記録した差分情報の中から、指
定された日付の時点におけるボリュームの内容を読み出
すことが可能となる。なお、日付情報および更新ブロッ
ク番号は必ずしもＷＯＲＭメディア上に記録する必要は
なく、他のメディアやＷＯＲＭコントローラ２００内の
メモリ等に記録してもよい。

【００５４】次に、ホストコンピュータ１００からリー
ドライトアクセス用ボリューム空間１５へのリード要求
に対する処理を説明する。

【００５５】ホストコンピュータ１００からリードライ
トアクセス用ボリューム空間１５へのリード要求はＷＯ
ＲＭドライバ２０１により解釈され、ホストＩ／Ｆ制御
部１に通知される。ホストＩ／Ｆ制御部１はキャッシュ
制御部２に対し、データリード要求を出す。データリー
ド要求を受けたキャッシュ制御部２はリード要求のあっ
た格納場所を検索し、要求データがキャッシュメモリ３
に存在しない場合は要求データの存在するＨＤＤ８上の
ＷＯＲＭデータ領域５からデータをキャッシュメモリ３
にキャッシングした後、ホストコンピュータ１００に要
求データを転送し、ホストＩ／Ｆ制御部１を介してホス
トコンピュータ１００に対しリード終了のステータスを
返す。

【００５６】（第２実施形態）図９には、本発明の第２
実施形態に係る情報記録制御システムの構成が示されて
いる。この第２実施形態の情報記録制御システムは、第
１実施形態の装置構成にオートチェンジャ装置２９を付
加したものである。オートチェンジャ装置２９は複数枚
のＷＯＲＭメディアが収容可能に構成されており、ＷＯ
ＲＭドライブ１２に装填するメディアを自動的に交換す
るための搬送機構を備えている。ＷＯＲＭコントローラ
２００の構成としては、オートチェンジャ装置２９内の
ＷＯＲＭメディアを管理するメディア管理制御部２７及
びオートチェンジャ装置２９を制御するＡＣ（オートチ
ェンジャ）デバイス制御部２８が付加されている。

【００５７】本第２実施形態では、第１実施形態の機能
に加え、ＷＯＲＭメディアの残り記憶サイズに基づいて
リードライトアクセス用ボリューム空間１５へのライト
要求を許可または禁止する機能、さらにはライト動作中
にＷＯＲＭメディア上の書き込み可能なエリアの不足が
発生した場合にオートチェンジャ装置２９を用いて自動
的に新たなメディアを用意する機能などを有している。

【００５８】以下、ホストコンピュータ１００からリー
ドライトアクセス用ボリューム空間１５へのライト要求
に対する処理を説明する。

【００５９】ホストコンピュータ１００からリードライ
トアクセス用ボリューム空間１５へのライト要求はＷＯ
ＲＭドライバ２０１によって解釈され、ホストＩ／Ｆ制
御部１に通知される。ホストＩ／Ｆ制御部１はキャッシ
ュ制御部２に対し、データのライト要求を出す。キャッ
シュ制御部２はデータ更新制御部７にこのライト要求が
既に更新済のブロック（“１”）に対するものであるか
どうかの問い合わせを行う。同一ブロックに対する更新
の場合にはＷＯＲＭメディアに書き込むべき更新データ
サイズは増えないが、更新前のブロック（“０”）に対
する更新の場合にはＷＯＲＭメディアに書き込むべき更
新データサイズが増えるので、新たに更新されたもので
あったならば、メディア管理制御部２７に問い合わせを
行い、図１０の処理を実行する。

【００６０】すなわち、まず、ＷＯＲＭメディアの使用
エリアサイズのチェックが行われ（ステップＳ４１）、
上述のライト要求を実施しても、それをＷＯＲＭメディ
アに書き込むことができる容量が残っているかどうかが
判断される（ステップＳ４２）。具体的には、新たに書
き込みコミット管理情報と更新データ全てのデータサイ
ズとの合計が未使用エリアよりも小さいか否かの判断が
行われる。

【００６１】容量が不足している場合には（ステップＳ
４２のＮＯ）、キャッシュ制御部２はホストＩ／Ｆ制御
部１を介してホストコンピュータ１００に対して容量不
足のエラーを返し、新たなＷＯＲＭドライブへの書き込
みが発生するライト要求を受け付けない（ステップＳ４
４）。

【００６２】容量が残っている場合には（ステップＳ４
２のＹＥＳ）、ライト要求を受け付け、その処理を継続
する（ステップＳ４３）。

【００６３】すなわち、動作モード設定がライトキャッ
シュＯＮの設定の場合は、データライト要求を受けたキ
ャッシュ制御部２はホストコンピュータ１００からのラ
イトデータをキャッシュメモリ３にキャッシングした
後、指定されたリードライトボリュームと論理ブロック
アドレスをデータ更新制御部７に通知する。通知を受け
たデータ更新制御部７は、管理している論理ブロックア
ドレスに対応したデータ更新管理データをチェックし、
更新されていないブロックであったなら更新済み“１”
とした後、データ更新管理の処理が終了したことをキャ
ッシュ制御部２に通知する。処理の終了を受け取ったキ
ャッシュ制御部２はホストＩ／Ｆ制御部１を介してホス
トコンピュータ１００に対しライト終了のステータスを
返す。

【００６４】ただし、動作モード設定がライトキャッシ
ュＯＦＦの設定の場合は、ホストコンピュータ１００か
らのライトデータをキャッシュメモリ３にキャッシング
した後、ＨＤＤデバイス制御部４を介してＨＤＤ８上の
ＷＯＲＭデータ領域５に対しても同一データのライトを
行い、データ更新制御部７での処理が終了した後ホスト
Ｉ／Ｆ制御部１を介してホストコンピュータ１００に対
しライト終了のステータスを返す。

【００６５】キャッシュメモリ３にキャッシングされる
データはキャッシュ制御部２にて管理されており、ＬＲ
Ｕアルゴリズム等により選択されたダーティデータ（Ｈ
ＤＤ８上のＷＯＲＭデータ領域５に記録されていないデ
ータ）を第１実施形態と同様のタイミングでステージア
ウトする。

【００６６】ホストコンピュータ１００からリードライ
トアクセス用ボリューム空間１５へのリード要求に対す
る内部処理は第１実施形態と同じである。

【００６７】以下にＷＯＲＭメディアへのデータライト
処理を説明する。

【００６８】ホストコンピュータ１００からのＷＯＲＭ
メディアライト開始要求（データコミット要求）を受け
たホストＩ／Ｆ制御部１はキャッシュ制御部２に対し指
定されたリードライトアクセス用ボリュームへのライト
禁止要求を出す。これは、ＷＯＲＭドライブ１２に対し
て、データを書き込んでいる間、ファイルの更新がされ
ないようにする為である。ライト禁止要求を受けたキャ
ッシュ制御部２は以降ホストコンピュータ１００から指
定のあったリードライトアクセス用ボリューム空間１５
へのライト要求をエラー終了するように動作モードを設
定し、ホストＩ／Ｆ制御部１を介してホストコンピュー
タ１００に対して要求終了のステータスを返すと共に、
ホストＩ／Ｆ制御部１はライタ制御部１０に対してリー
ドライトアクセス用ボリュームを指定してＷＯＲＭドラ
イブ１２への書き込みを指示する。

【００６９】指示を受けたライタ制御部１０は、メディ
ア管理制御部２７に対して指定されたリードライトアク
セス用ボリュームのデータを書き込むようにあらかじめ
そのボリュームに対応づけられたメディアの確保要求を
出し、メディア管理制御部２７がＡＣデバイス制御部２
８を介してＷＯＲＭメディアをドライブに装填し、ライ
タ制御部１０にメディア確保要求のステータスが返って
きたら、リードライトアクセス用ボリュームのデータ更
新管理ブロック単位に更新があったかどうかをデータ更
新制御部７に対して問い合わせを実施しデータの更新が
あったデータ更新管理ブロックについてＷＯＲＭデバイ
ス制御部１１を介してＷＯＲＭドライブ１２に対してデ
ータをライトする。ライタ制御部１０はライトが終了す
ると論理物理変換制御部９に対して書き込んだデータ更
新管理ブロックの番号とＷＯＲＭドライブ２３上の物理
アドレスを通知する。論理物理変換制御部９ではデータ
更新管理ブロックの番号とＷＯＲＭドライブ２３上の物
理アドレスを記録、管理する。ライタ制御部１０はリー
ドライトアクセス用ボリューム１５の書き込みがすべて
終了すると、データ更新制御部７に対して書き込みが終
了したことを通知する。通知を受けたデータ更新制御部
７は、書き込みを行なったリードライトアクセス用ボリ
ューム１５に対応したデータ更新管理ブロックのデータ
をすべて未更新“０”とし、処理が終了したことをライ
タ制御部１０に通知する。

【００７０】通知を受けたライタ制御部１０は、メディ
ア管理制御部２７に対して、メディアの開放要求とライ
トの終了処理（ライトしたブロック数をパラメータとし
て渡す）の要求を出す。要求を受けたメディア管理制御
部２７はメディアの開放をし、ライトの終了処理を行
う。終了処理では、メディアに書き込める残容量のデー
タを更新する。そして、図１１に示すように、更新後の
未使用エリアサイズをチェックし（ステップＳ５１）、
未使用エリアサイズが０またはあらかじめ決めておいた
既定値を割った場合には（ステップＳ５２のＹＥＳ）、
新しいＷＯＲＭメディアをＷＯＲＭドライブ１２に装填
し、それを書き込み指示のあったリードライトアクセス
用ボリュームに自動的に割り付け、次回のメディアの確
保要求があったときには新しいメディアに書き込む用に
管理データを更新する（ステップＳ５３）。この場合、
今まで使用していたＷＯＲＭメディアと新たなＷＯＲＭ
メディアにはそれぞれ所定の識別情報を記録しておき、
これによって２枚のＷＯＲＭメディアに渡ってデータの
書き込みが行われていること、およびメディアの順序関
係が明確にしておくことが好ましい。

【００７１】その後、ライトの終了処理が終了したこと
をライタ制御部１０に通知する。通知を受けたライタ制
御部１０はＷＯＲＭドライブ１２に対しての書き込みが
終了したことをホストＩ／Ｆ制御部１に通知し、通知を
受けたホストＩ／Ｆ制御部１はキャッシュ制御部２に対
し指定されたリードライトアクセス用ボリュームへのラ
イト許可要求を出す。ライト許可要求を受けたキャッシ
ュ制御部２は以降ホストコンピュータ１００から指定の
あったリードライトアクセス用ボリューム空間１５への
ライト要求を受け付けるように動作モードを設定し、ホ
ストＩ／Ｆ制御部１に対し要求終了のステータスを返
す。

【００７２】なお、ここでは、ＷＯＲＭメディアへの書
き込み終了後にメディア交換を行うようにしたが、ＷＯ
ＲＭメディアへの書き込み時に、現在のＷＯＲＭメディ
アの残りサイズと書き込みサイズ（更新データとコミッ
ト管理情報の合計）とに基づいてメディア交換を制御す
るようにしてもよい。これにより、ＷＯＲＭメディアの
残り記憶サイズに基づいてリードライトアクセス用ボリ
ューム空間１５へのライト要求を許可または禁止する機
能を用いずとも、ＷＯＲＭメディアへの書き込みを中断
せずに継続して行うことが可能となる。

【００７３】ホストコンピュータ１００からリードアク
セス用ボリューム空間１６へのリード要求に対する処理
は第１実施形態と同様である。

【００７４】以上の各実施形態においては、ホストコン
ピュータ１００のユーザはＷＯＲＭドライブ１２を意識
せずに通常のＨＤＤへのアクセスと同様のオペレーショ
ンでデータのライト・リードを行うことが可能である。
また、上記のライト・リード動作は装置内部のメモリキ
ャッシュ制御により高速に実行可能である。本システム
で管理するデータ管理ブロック単位で更新のあったデー
タのみをＷＯＲＭメディアに書き込むので、ＷＯＲＭメ
ディアの領域を有効に使用できる。

【００７５】さらに、第２実施形態では、ＨＤＤへのア
クセスと同様のオペレーションで本装置にライトする時
点でＷＯＲＭメディアへの書き込み（データのコミッ
ト）が可能かどうかが分かり、その時点でデータのコミ
ットを行う、メディアの交換を行うなどの処理が可能と
なる。またオートチェンジャ装置２９に収納されている
未使用メディアを自動的にライト用のメディアとして割
り当てることが可能となる。

【００７６】

【発明の効果】以上説明したように、本発明によれば、
通常のファイルシステムから直接アクセスすることが可
能な記録メディアと同様の操作性でＷＯＲＭメディアに
対するデータ書き込み／読み出しが実行できるようにな
ると共に、更新のあったデータ部分のみをＷＯＲＭメデ
ィアに書き込めるので、操作性の向上およびＷＯＲＭメ
ディアの領域を有効に使用することができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る情報記録制御シス
テムの構成を示すブロック図。

【図２】同実施形態のソフトウェアとハードウェアとの
関係を説明するための図。

【図３】同実施形態で使用されるリードライトアクセス
用ボリューム空間とリードアクセス用ボリューム空間の
一例を示す図。

【図４】同実施形態で用いられるデータ書き込み処理の
原理を説明するための図。

【図５】同実施形態において実行されるリードライトア
クセス用ボリューム空間へのライト要求に対する処理の
手順を示すフローチャート。

【図６】同実施形態において実行されるＷＯＲＭメディ
アへのデータライト処理の手順を示すフローチャート。

【図７】同実施形態で用いられるＷＯＲＭメディアに対
する記録形式の一例を示す図。

【図８】同実施形態において実行されるＷＯＲＭメディ
アからのデータ読み出し処理の手順を示すフローチャー
ト。

【図９】本発明の第２実施形態に係る情報記録制御シス
テムの構成を示すブロック図。

【図１０】同実施形態においてリードライトアクセス用
ボリューム空間へライト処理時に実行されるメディアの
空きサイズチェック処理の手順を示すフローチャート。

【図１１】同実施形態においてＷＯＲＭメディアへのデ
ータライト処理時に実行されるメディア交換処理の手順
を示すフローチャート。

【符号の説明】

１…ホストＩ／Ｆ制御部 ２…キャッシュ制御部 ３…キャッシュメモリ ４…ＨＤＤデバイス制御部 ５…ＷＯＲＭメディア領域 ６…キャッシュデータ領域 ７…データ更新制御部 ８…ＨＤＤ ９…論理物理変換制御部 １０…ライタ制御部 １１…ＷＯＲＭデバイス制御部 １２…ＷＯＲＭドライブ ２７…メディア管理制御部 ２８…ＡＣデバイス制御部 ２９…オートチェンジャ装置 １００…ホストコンピュータ ２００…ＷＯＲＭコントローラ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 27/00 Ｄ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 一度だけ書き込み可能な第１タイプの記
   録メディアに対する書き込み／読み出しを制御する情報
   記録制御システムにおいて、 ホストコンピュータのファイルシステムから直接的にア
   クセス可能な第２タイプの記録メディア上に前記第１タ
   イプの記録メディアをアクセスするためのボリューム領
   域を割り当てることにより、前記第１タイプの記録メデ
   ィアに対する書き込みを、前記第２タイプの記録メディ
   アのボリューム領域に対して実行する手段と、 前記ボリューム領域を複数のブロックに分割し、前記各
   ブロック毎に前記ボリューム領域のデータ更新の有無を
   示す更新管理情報を管理する更新管理手段と、 ファイルシステムを介して前記ホストコンピュータによ
   ってアクセスされる前記ボリューム領域上のデータを前
   記第１タイプの記録メディアに書き込むことによって、
   任意の時点における前記ボリューム領域の内容を前記第
   １タイプの記録メディア上に記録するデータ書き込み手
   段とを具備し、 前記データ書き込み手段は、前記更新管理情報に従っ
   て、前回の書き込み時点から今回の書き込み時点までの
   間に更新されたブロックのデータのみを前記第１タイプ
   の記録メディア上に差分情報として記録することを特徴
   とする情報記録制御システム。
2. 【請求項２】 ファイルシステムを介して前記ホストコ
   ンピュータが前記第２タイプの記録メディアのボリュー
   ム領域にデータを書き込む際に、前記第１タイプの記録
   メディアの書き込み可能エリアの残りサイズをチェック
   し、そのチェック結果に従って前記ボリューム領域に対
   する前記ホストコンピュータからの書き込みを許可また
   は禁止する手段をさらに具備することを特徴とする請求
   項１記載の情報記録制御システム。
3. 【請求項３】 前記第１タイプの記録メディアを複数収
   納でき、かつアクセス対象の記録メディアを交換可能な
   オートチェンジャ装置と、 前記ボリューム領域のデータ更新に伴う前記差分情報を
   前記第１タイプの記録メディアに書き込む際に、前記第
   １タイプの記録メディアの書き込み可能エリアの残りサ
   イズをチェックし、そのチェック結果に従って、前記オ
   ートチェンジャ装置による記録メディアの交換を制御す
   る手段とをさらに具備することを特徴とする請求項１ま
   たは２記載の情報記録制御システム。
4. 【請求項４】 前記ボリューム領域のデータ更新に伴う
   前記差分情報を前記第１タイプの記録メディアに書き込
   む度に、日付情報と、前記差分情報を構成するブロック
   番号情報とを、前記各差分情報に対応づけて記録する手
   段と、 前記第１タイプの記録メディアに記録されている各差分
   情報と、前記各差分情報毎に対応づけられた前記日付情
   報および前記ブロック番号情報とに基づいて、前記ホス
   トコンピュータから読み出しが指定された日付の時点に
   おける前記ボリューム領域の内容を、前記第１タイプの
   記録メディアから読み出す手段とをさらに具備すること
   を特徴とする請求項１記載の情報記録制御システム。
5. 【請求項５】 一度だけ書き込み可能な第１タイプの記
   録メディアに対する書き込み／読み出しを制御するため
   の情報記録制御方法であって、 ホストコンピュータのファイルシステムから直接的にア
   クセス可能な第２タイプの記録メディア上に前記第１タ
   イプの記録メディアをアクセスするためのボリューム領
   域を割り当てることにより、前記ホストコンピュータか
   らの前記第１タイプの記録メディアに対する書き込み
   を、前記第２タイプの記録メディアのボリューム領域に
   対して実行するステップと、 前記ボリューム領域を複数のブロックに分割し、前記各
   ブロック毎に前記ボリューム領域のデータ更新の有無を
   示す更新管理情報の管理を行うステップと、 ファイルシステムを介して前記ホストコンピュータによ
   ってアクセスされる前記ボリューム領域上のデータを前
   記第１タイプの記録メディアに書き込むことによって、
   任意の時点における前記ボリューム領域の内容を前記第
   １タイプの記録メディア上に記録するデータ書き込みス
   テップとを具備し、 前記データ書き込みステップは、前記更新管理情報に従
   って、前回の書き込み時点から今回の書き込み時点まで
   の間に更新されたブロックのデータのみを前記第１タイ
   プの記録メディア上に差分情報として書き込むことを特
   徴とする情報記録制御方法。
6. 【請求項６】 ファイルシステムを介して前記ホストコ
   ンピュータが前記第２タイプの記録メディアのボリュー
   ム領域にデータを書き込む際に、前記第１タイプの記録
   メディアの書き込み可能エリアの残りサイズをチェック
   し、そのチェック結果に従って前記ボリューム領域に対
   する前記ホストコンピュータからの書き込みを許可また
   は禁止するステップをさらに具備することを特徴とする
   請求項５記載の情報記録制御方法。
7. 【請求項７】 前記ボリューム領域のデータを前記第１
   タイプの記録メディアに書き込む際に、前記第１タイプ
   の記録メディアの書き込み可能エリアの残りサイズをチ
   ェックし、そのチェック結果に従って、前記第１タイプ
   の記録メディアを複数収容可能なオートチェンジャ装置
   による前記第１タイプの記録メディアの交換処理を制御
   するステップをさらに具備することを特徴とする請求項
   ５または６記載の情報記録制御方法。
8. 【請求項８】 前記ボリューム領域のデータ更新に伴う
   前記差分情報を前記第１タイプの記録メディアに書き込
   む度に、日付情報と、前記差分情報を構成するブロック
   番号情報とを、前記各差分情報に対応づけて記録するス
   テップと、 前記第１タイプの記録メディアに記録されている各差分
   情報と、前記各差分情報毎に対応づけられた前記日付情
   報および前記ブロック番号情報とに基づいて、前記ホス
   トコンピュータから読み出しが指定された日付の時点に
   おける前記ボリューム領域の内容を、前記第１タイプの
   記録メディアから読み出すステップとをさらに具備する
   ことを特徴とする請求項５記載の情報記録制御方法。