JP2001043117A - ディスク媒体管理方法 - Google Patents
ディスク媒体管理方法Info
- Publication number
- JP2001043117A JP2001043117A JP11213778A JP21377899A JP2001043117A JP 2001043117 A JP2001043117 A JP 2001043117A JP 11213778 A JP11213778 A JP 11213778A JP 21377899 A JP21377899 A JP 21377899A JP 2001043117 A JP2001043117 A JP 2001043117A
- Authority
- JP
- Japan
- Prior art keywords
- area
- directory
- disk
- data
- recorded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0674—Disk device
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99956—File allocation
Abstract
(57)【要約】
【目的】 記録するデータのために予めディレクトリと
して階層的に領域を確保し、ディレクトリやファイルが
ディスク上で極力連続配置されるようにして、他のデー
タが同一領域に混在することによるデータ読み込み途中
の余計なシーク発生を極力防止する。 【構成】 ディスク上にディレクトリ１（ＤＩＲ１）及
びディレクトリ２（ＤＩＲ２）に属するファイルやディ
レクトリを記録し、ＤＩＲ１に属するファイルやディレ
クトリは領域確保モードで記録する場合、ＤＩＲ１に属
するファイルやディレクトリのためにディスク上の領域
を予め確保する。ＤＩＲ１の下位のファイルＦｉｌｅ
１，２やディレクトリの記録位置は、Ｆｉｌｅ１−１，
Ｆｉｌｅ１−２，Ｆｉｌｅ１２のようにＤＩＲ１に関す
る領域内に記録される。他のディレクトリＤＩＲ２のフ
ァイルＦｉｌｅ３は、ＤＩＲ１に対する連続領域内に記
録されることはない。
して階層的に領域を確保し、ディレクトリやファイルが
ディスク上で極力連続配置されるようにして、他のデー
タが同一領域に混在することによるデータ読み込み途中
の余計なシーク発生を極力防止する。 【構成】 ディスク上にディレクトリ１（ＤＩＲ１）及
びディレクトリ２（ＤＩＲ２）に属するファイルやディ
レクトリを記録し、ＤＩＲ１に属するファイルやディレ
クトリは領域確保モードで記録する場合、ＤＩＲ１に属
するファイルやディレクトリのためにディスク上の領域
を予め確保する。ＤＩＲ１の下位のファイルＦｉｌｅ
１，２やディレクトリの記録位置は、Ｆｉｌｅ１−１，
Ｆｉｌｅ１−２，Ｆｉｌｅ１２のようにＤＩＲ１に関す
る領域内に記録される。他のディレクトリＤＩＲ２のフ
ァイルＦｉｌｅ３は、ＤＩＲ１に対する連続領域内に記
録されることはない。
Description
【０００１】
【発明の属する技術分野】本発明は、データを記録再生
するディスク装置のディスク媒体管理方式に関し、さら
に詳しくは、ディレクトリの下に定義されるファイルや
ディレクトリに関してディスク上での記録位置を限定す
ることを可能とするために、ディレクトリとしてディス
ク上の領域を確保する、例えばディスクを記録媒体とし
たビデオカメラ装置などに好適に用いられるディスク媒
体管理方式に関する。
するディスク装置のディスク媒体管理方式に関し、さら
に詳しくは、ディレクトリの下に定義されるファイルや
ディレクトリに関してディスク上での記録位置を限定す
ることを可能とするために、ディレクトリとしてディス
ク上の領域を確保する、例えばディスクを記録媒体とし
たビデオカメラ装置などに好適に用いられるディスク媒
体管理方式に関する。
【０００２】
【従来の技術】ディスク上にデータを記録する際に、記
録したデータがディスクのどこに記録されているかを管
理するための管理情報が必要である。これらの管理手法
を提供してくれるものとして、広くＭＳ−ＤＯＳやＷｉ
ｎｄｏｗｓなどで使われているＪＩＳ Ｘ ０６０５−
１９９０、通称ＦＡＴシステムやＤＶＤなどで使われて
いるＯＳＴＡ（Optical Storage Technology Associati
on）によるＵＤＦなどがあげられ、ディスクの論理規格
と呼ばれている。これらの論理規格を用いることによっ
て、ファイル名で、そのファイルに対応するデータがデ
ィスクのどこに記録されているかを判別することが可能
となる。またディレクトリ概念が定義されているので、
階層構造を表現することが可能となる。しかし、ディレ
クトリはあくまでも、概念的な枠組みであるためディレ
クトリが直接ディスク上の領域を確保すると言ったこと
はできない。
録したデータがディスクのどこに記録されているかを管
理するための管理情報が必要である。これらの管理手法
を提供してくれるものとして、広くＭＳ−ＤＯＳやＷｉ
ｎｄｏｗｓなどで使われているＪＩＳ Ｘ ０６０５−
１９９０、通称ＦＡＴシステムやＤＶＤなどで使われて
いるＯＳＴＡ（Optical Storage Technology Associati
on）によるＵＤＦなどがあげられ、ディスクの論理規格
と呼ばれている。これらの論理規格を用いることによっ
て、ファイル名で、そのファイルに対応するデータがデ
ィスクのどこに記録されているかを判別することが可能
となる。またディレクトリ概念が定義されているので、
階層構造を表現することが可能となる。しかし、ディレ
クトリはあくまでも、概念的な枠組みであるためディレ
クトリが直接ディスク上の領域を確保すると言ったこと
はできない。
【０００３】図１２は、ＭＳ−ＤＯＳにおける管理情報
とディスクでのデータの関係を示す概略図である。ＭＳ
−ＤＯＳなどで使われているファイル管理手法であるＦ
ＡＴシステムでは、各ディレクトリ毎にディレクトリエ
ントリという管理記述子があり、この記述子でディレク
トリ内に存在するファイルやディレクトリが管理され
る。ファイルやディレクトリ毎に３２バイトの情報が記
録され、この３２バイトの中には、ファイル名，ファイ
ル名拡張子，ファイル属性，最終編集時刻，最終編集日
時，開始クラスタ，ファイルサイズが記録される。
とディスクでのデータの関係を示す概略図である。ＭＳ
−ＤＯＳなどで使われているファイル管理手法であるＦ
ＡＴシステムでは、各ディレクトリ毎にディレクトリエ
ントリという管理記述子があり、この記述子でディレク
トリ内に存在するファイルやディレクトリが管理され
る。ファイルやディレクトリ毎に３２バイトの情報が記
録され、この３２バイトの中には、ファイル名，ファイ
ル名拡張子，ファイル属性，最終編集時刻，最終編集日
時，開始クラスタ，ファイルサイズが記録される。
【０００４】管理しているのがデータファイルの場合は
データが実際に記録されている開始クラスタ番号とファ
イルサイズが記録される。実際にディスク上でどのよう
に記録されているかについては、ＦＡＴを参照すること
によって情報を得る。ＦＡＴとは、ディスク上の全クラ
スタ毎に例えば１６ビットの情報を与え、この１６ビッ
トの情報に、次にアクセスすべきクラスタ番号を記録
し、一連のファイルを構成するための一番最後のクラス
タにはそれが一番最後であることを示すための情報（０
ｘＦＦＦＦ）を記録する。つまり、管理記述子によって
ディスク上に記録されたデータの開始位置クラスタ番号
が分かり、ディスクからのデータの読み出しにはＦＡＴ
で管理された次に読み出すべきクラスタ番号を辿ってい
き０ｘＦＦＦＦが現れるまで繰り返せば良いわけであ
る。
データが実際に記録されている開始クラスタ番号とファ
イルサイズが記録される。実際にディスク上でどのよう
に記録されているかについては、ＦＡＴを参照すること
によって情報を得る。ＦＡＴとは、ディスク上の全クラ
スタ毎に例えば１６ビットの情報を与え、この１６ビッ
トの情報に、次にアクセスすべきクラスタ番号を記録
し、一連のファイルを構成するための一番最後のクラス
タにはそれが一番最後であることを示すための情報（０
ｘＦＦＦＦ）を記録する。つまり、管理記述子によって
ディスク上に記録されたデータの開始位置クラスタ番号
が分かり、ディスクからのデータの読み出しにはＦＡＴ
で管理された次に読み出すべきクラスタ番号を辿ってい
き０ｘＦＦＦＦが現れるまで繰り返せば良いわけであ
る。
【０００５】一方、図１３は、ＵＤＦにおける管理情報
を示す概略図である。ファイルがディスク上のどこに記
録されているかを管理する部分のみ説明すると、ＵＤＦ
では、ファイルエントリ（File Entry）にデータが記録
された位置情報を記録する。位置情報は、連続記録され
ている単位で行われ、ディスク上に分断して記録されて
いる場合は、分断毎に管理を行う。ディスクの使用状況
の管理に関しては、後に説明する図１１のスペースビッ
トマップ（Space Bitmap）を利用しても良い。
を示す概略図である。ファイルがディスク上のどこに記
録されているかを管理する部分のみ説明すると、ＵＤＦ
では、ファイルエントリ（File Entry）にデータが記録
された位置情報を記録する。位置情報は、連続記録され
ている単位で行われ、ディスク上に分断して記録されて
いる場合は、分断毎に管理を行う。ディスクの使用状況
の管理に関しては、後に説明する図１１のスペースビッ
トマップ（Space Bitmap）を利用しても良い。
【０００６】またファイルがディスク上で記録される位
置を限定する手法として、パーティションという概念が
ある。これによれば、ディスク上の領域をいくつかの領
域に分割し、分割した領域毎に独立性を高めて使用する
ことが可能となる。
置を限定する手法として、パーティションという概念が
ある。これによれば、ディスク上の領域をいくつかの領
域に分割し、分割した領域毎に独立性を高めて使用する
ことが可能となる。
【０００７】
【発明が解決しようとする課題】ディスク媒体にデータ
を記録する場合、ディスクのランダムアクセス性を活か
し、図１０のように、プログラムや画像などと言った１
つのまとまった単位のデータのファイル１（Ｆｉｌｅ
１）であってもディスク上に連続的に配置される必要は
なく、ディスクの様々な場所に分断してファイル１−１
（Ｆｉｌｅ１−１），ファイル１−２（Ｆｉｌｅ１−
２），ファイル１−３（Ｆｉｌｅ１−３）といったよう
に記録することが可能である。しかし、例えばディスク
からデータを読み出す際に、ある一定の時間以内にデー
タを読み出さなければならないと言った場合や、繁雑に
データの読み出し更新などが発生し、余計なシーク等の
時間を極力短縮し、処理速度の面からも連続的にデータ
を配置した方が好ましい状況がある。また、データがデ
ィスク上のどこにでも分断して配置されるような状況に
おいては、実際にデータの記録再生を行う上でアクセス
時間を見積もることが困難な場合がある。
を記録する場合、ディスクのランダムアクセス性を活か
し、図１０のように、プログラムや画像などと言った１
つのまとまった単位のデータのファイル１（Ｆｉｌｅ
１）であってもディスク上に連続的に配置される必要は
なく、ディスクの様々な場所に分断してファイル１−１
（Ｆｉｌｅ１−１），ファイル１−２（Ｆｉｌｅ１−
２），ファイル１−３（Ｆｉｌｅ１−３）といったよう
に記録することが可能である。しかし、例えばディスク
からデータを読み出す際に、ある一定の時間以内にデー
タを読み出さなければならないと言った場合や、繁雑に
データの読み出し更新などが発生し、余計なシーク等の
時間を極力短縮し、処理速度の面からも連続的にデータ
を配置した方が好ましい状況がある。また、データがデ
ィスク上のどこにでも分断して配置されるような状況に
おいては、実際にデータの記録再生を行う上でアクセス
時間を見積もることが困難な場合がある。
【０００８】例えば、ＭＰＥＧエンコーダなどで圧縮さ
れたビデオデータをディスクに記録する場合、その記録
したデータを再生した場合のことを考慮して記録する必
要がある。つまり、時系列に並んだ映像データは決まっ
た時間内にディスクから読み出しを行いＭＰＥＧのデコ
ーダでデコードし映像として再生する必要がある。決ま
った時間内に処理が完了しない場合は、再生画像におい
て映像が止まったりし、不自然な状態になってしまう。
それを防ぐための一つの解決方法としてディスクから読
み込まれたＭＰＥＧの映像ストリームをＭＰＥＧのデコ
ードを行う前に一時的に蓄えるためのバッファメモリが
用意されることがある。このバッファメモリにある程度
データを貯めることにより、外部からのショックによる
サーボの同期外れや、分断されて記録されているデータ
を読み込むためのシークなどによる、ディスクからのデ
ータの読み込みが、一時的に止まってしまう状況にも対
応できることになる。しかし、バッファメモリの容量に
応じてこのディスクから読み込み中断の許容時間が決ま
るが、メモリを多く積めばある程度の効果はあるが、シ
ークなどのディスクからの読み込み中断が連続的に繁雑
に発生すると、映像が時系列通りに再生されるシームレ
ス性が達成できなくなる可能性も高くなってくる。ま
た、ディスクからの読み込み中断の許容時間を長くする
ためには、より多くのデータをバッファメモリに貯めて
おく必要があり、例えば再生を行う場合は再生を開始し
てからある一定期間はデータを貯めるためにあてなけれ
ばならないため、その期間中は映像出力を得られないこ
とになり、問題がある。
れたビデオデータをディスクに記録する場合、その記録
したデータを再生した場合のことを考慮して記録する必
要がある。つまり、時系列に並んだ映像データは決まっ
た時間内にディスクから読み出しを行いＭＰＥＧのデコ
ーダでデコードし映像として再生する必要がある。決ま
った時間内に処理が完了しない場合は、再生画像におい
て映像が止まったりし、不自然な状態になってしまう。
それを防ぐための一つの解決方法としてディスクから読
み込まれたＭＰＥＧの映像ストリームをＭＰＥＧのデコ
ードを行う前に一時的に蓄えるためのバッファメモリが
用意されることがある。このバッファメモリにある程度
データを貯めることにより、外部からのショックによる
サーボの同期外れや、分断されて記録されているデータ
を読み込むためのシークなどによる、ディスクからのデ
ータの読み込みが、一時的に止まってしまう状況にも対
応できることになる。しかし、バッファメモリの容量に
応じてこのディスクから読み込み中断の許容時間が決ま
るが、メモリを多く積めばある程度の効果はあるが、シ
ークなどのディスクからの読み込み中断が連続的に繁雑
に発生すると、映像が時系列通りに再生されるシームレ
ス性が達成できなくなる可能性も高くなってくる。ま
た、ディスクからの読み込み中断の許容時間を長くする
ためには、より多くのデータをバッファメモリに貯めて
おく必要があり、例えば再生を行う場合は再生を開始し
てからある一定期間はデータを貯めるためにあてなけれ
ばならないため、その期間中は映像出力を得られないこ
とになり、問題がある。
【０００９】またディスク上に記録するデータが映像デ
ータのみの場合は、ディスクの先頭から順番に記録して
いけば連続的にディスク上に記録されるのでシームレス
再生できなくなるという問題は起きにくいが、実際に
は、同一ディスク上に静止画，音声，管理情報，プログ
ラムなど様々な種類のデータが混在することが考えられ
る。このような環境下においては、既に記録されたディ
スク上での映像データの位置の後に、静止画や、音声な
どの種類の異なるデータが配置される可能性が出てく
る。このことにより、映像データはディスク上で非連続
的に配置されることになる。非連続的に配置された映像
データを再生する際には、連続的なデータの読み込みが
行えず途中でシークが入りバッファメモリへのデータの
流入が一時的に止まってしまう。このように、読み込み
途中でシークが繁雑に発生してしまうようなデータ配置
は好ましくない。
ータのみの場合は、ディスクの先頭から順番に記録して
いけば連続的にディスク上に記録されるのでシームレス
再生できなくなるという問題は起きにくいが、実際に
は、同一ディスク上に静止画，音声，管理情報，プログ
ラムなど様々な種類のデータが混在することが考えられ
る。このような環境下においては、既に記録されたディ
スク上での映像データの位置の後に、静止画や、音声な
どの種類の異なるデータが配置される可能性が出てく
る。このことにより、映像データはディスク上で非連続
的に配置されることになる。非連続的に配置された映像
データを再生する際には、連続的なデータの読み込みが
行えず途中でシークが入りバッファメモリへのデータの
流入が一時的に止まってしまう。このように、読み込み
途中でシークが繁雑に発生してしまうようなデータ配置
は好ましくない。
【００１０】そこで、記録するデータのためにあらかじ
め領域を確保し、ディスク上での配置が保証されるよう
な仕組みを提供することによって、他のデータが同一領
域に混在することによる読み込み途中のシーク発生を極
力防止することが考えられる。このことを実現するため
には、実際にデータが記録されていない場合でもある大
きさの領域をそのデータのためにあらかじめ確保する必
要がある。
め領域を確保し、ディスク上での配置が保証されるよう
な仕組みを提供することによって、他のデータが同一領
域に混在することによる読み込み途中のシーク発生を極
力防止することが考えられる。このことを実現するため
には、実際にデータが記録されていない場合でもある大
きさの領域をそのデータのためにあらかじめ確保する必
要がある。
【００１１】上述した従来技術であるＦＡＴシステムに
おいて、データを記録するための領域をあらかじめ確保
しておこうとすると、その領域に対応するＦＡＴを使用
状態にセットする必要がある。これにより、この領域は
使用状態となっているため他のファイルにその領域を使
われる心配がない。しかし、確保された領域の中でどの
部分が使われていて、どの部分が使われていないかとい
う情報がないので、例えば、その利用状況を記録してお
くための管理ファイルをディスク上に別途作成して対応
する必要がある。またディレクトリは概念的な枠組みで
あるので、直接ディスク上の領域を確保したりすること
はできない。
おいて、データを記録するための領域をあらかじめ確保
しておこうとすると、その領域に対応するＦＡＴを使用
状態にセットする必要がある。これにより、この領域は
使用状態となっているため他のファイルにその領域を使
われる心配がない。しかし、確保された領域の中でどの
部分が使われていて、どの部分が使われていないかとい
う情報がないので、例えば、その利用状況を記録してお
くための管理ファイルをディスク上に別途作成して対応
する必要がある。またディレクトリは概念的な枠組みで
あるので、直接ディスク上の領域を確保したりすること
はできない。
【００１２】また上述した従来技術であるＵＤＦにおい
て、データを記録するための領域をあらかじめ確保して
おこうとするとファイルエクステント（File Extent）
によって確保された領域を管理し、確保された領域に対
応するスペースビットマップ（Space Bitmap）を使用状
態にセットする必要がある。ＦＡＴの場合と同様、確保
した領域は使用状態となっているため他のファイルなど
にその領域を使われる心配はないが、確保された領域の
どの部分が使われていて、どの部分が使われていないか
という情報を得ることは論理レベルの管理情報からはで
きない。ディレクトリに関してもＦＡＴと同様、概念的
な枠組みであるので、直接ディスク上の領域を確保した
りすることはできない。
て、データを記録するための領域をあらかじめ確保して
おこうとするとファイルエクステント（File Extent）
によって確保された領域を管理し、確保された領域に対
応するスペースビットマップ（Space Bitmap）を使用状
態にセットする必要がある。ＦＡＴの場合と同様、確保
した領域は使用状態となっているため他のファイルなど
にその領域を使われる心配はないが、確保された領域の
どの部分が使われていて、どの部分が使われていないか
という情報を得ることは論理レベルの管理情報からはで
きない。ディレクトリに関してもＦＡＴと同様、概念的
な枠組みであるので、直接ディスク上の領域を確保した
りすることはできない。
【００１３】またＦＡＴ，ＵＤＦにおいてパーティショ
ンを定義することによってあらかじめファイルやディレ
クトリが記録されるディスク上の領域を限定することは
可能である。しかし、パーティションによる領域の定義
では、パーティション毎にそれぞれのパーティション内
の管理情報を用意しなければならないことや、パーティ
ションの中に更にパーティションを設けると言ったこと
はできない。
ンを定義することによってあらかじめファイルやディレ
クトリが記録されるディスク上の領域を限定することは
可能である。しかし、パーティションによる領域の定義
では、パーティション毎にそれぞれのパーティション内
の管理情報を用意しなければならないことや、パーティ
ションの中に更にパーティションを設けると言ったこと
はできない。
【００１４】図１４は、従来例におけるファイルやディ
レクトリとディスク上での配置の関係について示す。図
１４のように、ルートディレクトリ（Ｒｏｏｔ）の下に
ディレクトリ１（ＤＩＲ１）およびディレクトリ２（Ｄ
ＩＲ２）という２つのディレクトリを作成し、ディレク
トリ１（ＤＩＲ１）の下にファイル１（Ｆｉｌｅ１）お
よびファイル２（Ｆｉｌｅ２）を作成する。またディレ
クトリ２（ＤＩＲ２）の下にファイル３（Ｆｉｌｅ３）
を作成する。このような状況下において従来技術ではデ
ィレクトリはあくまでも、階層構造を構築するための概
念的な枠組みであるため、ディレクトリ毎にディスク上
の領域を確保することはできない。よって図１４のよう
に、ファイル１（Ｆｉｌｅ１），ファイル２（Ｆｉｌｅ
２），ファイル３（Ｆｉｌｅ３）がディスク上で記録さ
れる場所を管理情報として、制限することは不可能であ
る。
レクトリとディスク上での配置の関係について示す。図
１４のように、ルートディレクトリ（Ｒｏｏｔ）の下に
ディレクトリ１（ＤＩＲ１）およびディレクトリ２（Ｄ
ＩＲ２）という２つのディレクトリを作成し、ディレク
トリ１（ＤＩＲ１）の下にファイル１（Ｆｉｌｅ１）お
よびファイル２（Ｆｉｌｅ２）を作成する。またディレ
クトリ２（ＤＩＲ２）の下にファイル３（Ｆｉｌｅ３）
を作成する。このような状況下において従来技術ではデ
ィレクトリはあくまでも、階層構造を構築するための概
念的な枠組みであるため、ディレクトリ毎にディスク上
の領域を確保することはできない。よって図１４のよう
に、ファイル１（Ｆｉｌｅ１），ファイル２（Ｆｉｌｅ
２），ファイル３（Ｆｉｌｅ３）がディスク上で記録さ
れる場所を管理情報として、制限することは不可能であ
る。
【００１５】このように図１４に示すような従来の管理
方法では、ファイルの枠組みであらかじめ領域は確保す
ることは可能であるが、実際にその領域の中の使用状況
に関して管理することが困難である。また、パーティシ
ョンの枠組みでファイルやディレクトリがディスク上で
記録される領域を限定することは可能であるが、管理情
報が増え管理が煩雑となり、パーティションの中に更に
パーティションを定義できないといった問題を有してい
る。
方法では、ファイルの枠組みであらかじめ領域は確保す
ることは可能であるが、実際にその領域の中の使用状況
に関して管理することが困難である。また、パーティシ
ョンの枠組みでファイルやディレクトリがディスク上で
記録される領域を限定することは可能であるが、管理情
報が増え管理が煩雑となり、パーティションの中に更に
パーティションを定義できないといった問題を有してい
る。
【００１６】本発明は以上のような問題点に鑑み提案さ
れたものであり、ディレクトリに対してディスク上の領
域を確保し、そのディレクトリの下に記録されるファイ
ルやディレクトリが記録される位置を階層的に限定し、
このディスク上での領域が限定されることにより他のデ
ータが同一領域に混在することによるデータの記録再生
途中の余分なシーク発生を極力防止したり、ある種のデ
ータを記録するための専用領域を容易に定義することを
可能とし、ディスクへのアクセス時間を保証する管理方
法を提供することを目的とする。
れたものであり、ディレクトリに対してディスク上の領
域を確保し、そのディレクトリの下に記録されるファイ
ルやディレクトリが記録される位置を階層的に限定し、
このディスク上での領域が限定されることにより他のデ
ータが同一領域に混在することによるデータの記録再生
途中の余分なシーク発生を極力防止したり、ある種のデ
ータを記録するための専用領域を容易に定義することを
可能とし、ディスクへのアクセス時間を保証する管理方
法を提供することを目的とする。
【００１７】
【課題を解決するための手段】本発明はこうした問題を
解決するための方法を提供するもので、各請求項の発明
は、以下の点を特徴とする。請求項１のディスク媒体管
理方法は、ディスク媒体上に記録されるデータをファイ
ル形式で管理し、ディレクトリによって階層構造を表現
できるディスク媒体管理方式において、ディレクトリの
下に定義されるファイルやディレクトリに関して前記デ
ィスク媒体上での記録位置を限定することを可能とする
ために、前記ディスク媒体上の領域をディレクトリとし
て確保することを特徴とする。
解決するための方法を提供するもので、各請求項の発明
は、以下の点を特徴とする。請求項１のディスク媒体管
理方法は、ディスク媒体上に記録されるデータをファイ
ル形式で管理し、ディレクトリによって階層構造を表現
できるディスク媒体管理方式において、ディレクトリの
下に定義されるファイルやディレクトリに関して前記デ
ィスク媒体上での記録位置を限定することを可能とする
ために、前記ディスク媒体上の領域をディレクトリとし
て確保することを特徴とする。
【００１８】請求項２のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保する際に、確保した領域の中
にさらに領域を確保するディレクトリを階層的に定義す
ることを可能をすることを特徴とする。
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保する際に、確保した領域の中
にさらに領域を確保するディレクトリを階層的に定義す
ることを可能をすることを特徴とする。
【００１９】請求項３のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保することと、前記ディスク媒
体上に前記領域を確保しないことを切り替えることがで
きることを特徴とする。
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保することと、前記ディスク媒
体上に前記領域を確保しないことを切り替えることがで
きることを特徴とする。
【００２０】請求項４のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保するディレクトリを定義する
場合、該ディレクトリが属しているディレクトリは領域
を確保しているディレクトリでなければならないという
制限をつけることを特徴とする。
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に前記領域を確保するディレクトリを定義する
場合、該ディレクトリが属しているディレクトリは領域
を確保しているディレクトリでなければならないという
制限をつけることを特徴とする。
【００２１】請求項５のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に確保される領域がディスク媒体上で連続的に
配置されていることを特徴とする。
項１記載のディスク媒体管理方法において、前記ディス
ク媒体上に確保される領域がディスク媒体上で連続的に
配置されていることを特徴とする。
【００２２】請求項６のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記確保さ
れた領域内でシークする際の最大シーク時間を算出する
手段を有することを特徴とする。
項１記載のディスク媒体管理方法において、前記確保さ
れた領域内でシークする際の最大シーク時間を算出する
手段を有することを特徴とする。
【００２３】請求項７のディスク媒体管理方法は、請求
項１記載のディスク媒体管理方法において、前記領域を
確保するために、確保しようとする領域の中でシークす
る際の最大シーク許容時間を指定すると、該最大シーク
許容時間を満たすディスク媒体上の領域を算出する手段
を有することを特徴とする。
項１記載のディスク媒体管理方法において、前記領域を
確保するために、確保しようとする領域の中でシークす
る際の最大シーク許容時間を指定すると、該最大シーク
許容時間を満たすディスク媒体上の領域を算出する手段
を有することを特徴とする。
【００２４】
【発明の実施の形態】本発明によるディスク媒体管理方
式の実施形態の一例を図１乃至図１１に示す実施例に基
づいて説明する。ディスクにおいて、パリティーやディ
スクにディフェクトなどがあった場合に使われる代替領
域などを除いた、実際にデータの書き込める領域に対し
て、論理的な読み書きの最小単位毎に論理アドレスを０
から順番に付ける。この時のアドレスを論理ブロック番
号と呼び、この論理ブロックの大きさを論理ブロックサ
イズと呼ぶ。この論理ブロック毎にディスクの使用状況
を管理していく。以下、ＬＢＮは論理ブロック番号を意
味し、特に説明が無い限りディスク上の領域とは論理ブ
ロック番号の付けられたデータの読み書きの行える領域
のことを指すこととする。この領域には、記録するデー
タファイルなどを管理するための管理情報と、実際のデ
ータが記録される。
式の実施形態の一例を図１乃至図１１に示す実施例に基
づいて説明する。ディスクにおいて、パリティーやディ
スクにディフェクトなどがあった場合に使われる代替領
域などを除いた、実際にデータの書き込める領域に対し
て、論理的な読み書きの最小単位毎に論理アドレスを０
から順番に付ける。この時のアドレスを論理ブロック番
号と呼び、この論理ブロックの大きさを論理ブロックサ
イズと呼ぶ。この論理ブロック毎にディスクの使用状況
を管理していく。以下、ＬＢＮは論理ブロック番号を意
味し、特に説明が無い限りディスク上の領域とは論理ブ
ロック番号の付けられたデータの読み書きの行える領域
のことを指すこととする。この領域には、記録するデー
タファイルなどを管理するための管理情報と、実際のデ
ータが記録される。
【００２５】そこで本発明では、図７に示すように、デ
ィレクトリに関してディスク上の領域を確保し、そのデ
ィレクトリ下に記録されるファイルやディレクトリの記
録領域を確保された領域内とすることで制限することが
可能となる。ここでは、図１４の従来技術を説明する図
と同様のファイル，ディレクトリ構成であるが、ディレ
クトリ１（ＤＩＲ１）およびディレクトリ２（ＤＩＲ
２）に関してディスク上の領域を確保している。このこ
とによって、例えば、ディレクトリ１（ＤＩＲ１）の下
で作成されるファイル１（Ｆｉｌｅ１）およびファイル
２（Ｆｉｌｅ２）に関しては、ディレクトリ１（ＤＩＲ
１）によって確保された領域内に書き込まなければなら
ないという制限が付く。同様に、ディレクトリ２（ＤＩ
Ｒ２）の下のファイル３（Ｆｉｌｅ３）に関してもディ
レクトリ２（ＤＩＲ２）によって確保された領域の中に
書き込まれなければならないという制限が付く。逆にデ
ィレクトリ２（ＤＩＲ２）に記録されるファイルやディ
レクトリはディレクトリ１（ＤＩＲ１）によって確保さ
れたディスク上の領域内には書き込みを行うことはでき
ない。
ィレクトリに関してディスク上の領域を確保し、そのデ
ィレクトリ下に記録されるファイルやディレクトリの記
録領域を確保された領域内とすることで制限することが
可能となる。ここでは、図１４の従来技術を説明する図
と同様のファイル，ディレクトリ構成であるが、ディレ
クトリ１（ＤＩＲ１）およびディレクトリ２（ＤＩＲ
２）に関してディスク上の領域を確保している。このこ
とによって、例えば、ディレクトリ１（ＤＩＲ１）の下
で作成されるファイル１（Ｆｉｌｅ１）およびファイル
２（Ｆｉｌｅ２）に関しては、ディレクトリ１（ＤＩＲ
１）によって確保された領域内に書き込まなければなら
ないという制限が付く。同様に、ディレクトリ２（ＤＩ
Ｒ２）の下のファイル３（Ｆｉｌｅ３）に関してもディ
レクトリ２（ＤＩＲ２）によって確保された領域の中に
書き込まれなければならないという制限が付く。逆にデ
ィレクトリ２（ＤＩＲ２）に記録されるファイルやディ
レクトリはディレクトリ１（ＤＩＲ１）によって確保さ
れたディスク上の領域内には書き込みを行うことはでき
ない。
【００２６】図８に更に本発明における例を示す。ここ
では、ディレクトリ１（ＤＩＲ１）の下にディレクトリ
３（ＤＩＲ３）およびディレクトリ４（ＤＩＲ４）を定
義し、ディレクトリ３（ＤＩＲ３）の下にファイル１
（Ｆｉｌｅ１）を作成し、ディレクトリ４（ＤＩＲ４）
の下にファイル２（Ｆｉｌｅ２）を作成する。また、ル
ートディレクトリ（Ｒｏｏｔ）直下のディレクトリ２
（ＤＩＲ２）の下にはファイル３（Ｆｉｌｅ３）を作成
する。ここでは、ディレクトリ１（ＤＩＲ１）を領域確
保モードによって、ディスク上の領域を確保する。領域
確保モードの機能通りディレクトリ１（ＤＩＲ１）の下
に作成されるファイルやディレクトリに関しては確保さ
れた領域内にしか記録できないという制限が付く。ディ
レクトリ３（ＤＩＲ３），ディレクトリ４（ＤＩＲ４）
に関しても、領域確保モードのディレクトリとして定義
を行うことも可能である。このように何階層に渡って領
域確保モードによって確保された領域内に更に領域確保
モードのディレクトリを定義することが可能である。当
然、領域確保モードはオプションなので、この例におけ
るディレクトリ２（ＤＩＲ２）のように従来の通りディ
レクトリを概念的な枠組みとして扱うことも可能であ
る。
では、ディレクトリ１（ＤＩＲ１）の下にディレクトリ
３（ＤＩＲ３）およびディレクトリ４（ＤＩＲ４）を定
義し、ディレクトリ３（ＤＩＲ３）の下にファイル１
（Ｆｉｌｅ１）を作成し、ディレクトリ４（ＤＩＲ４）
の下にファイル２（Ｆｉｌｅ２）を作成する。また、ル
ートディレクトリ（Ｒｏｏｔ）直下のディレクトリ２
（ＤＩＲ２）の下にはファイル３（Ｆｉｌｅ３）を作成
する。ここでは、ディレクトリ１（ＤＩＲ１）を領域確
保モードによって、ディスク上の領域を確保する。領域
確保モードの機能通りディレクトリ１（ＤＩＲ１）の下
に作成されるファイルやディレクトリに関しては確保さ
れた領域内にしか記録できないという制限が付く。ディ
レクトリ３（ＤＩＲ３），ディレクトリ４（ＤＩＲ４）
に関しても、領域確保モードのディレクトリとして定義
を行うことも可能である。このように何階層に渡って領
域確保モードによって確保された領域内に更に領域確保
モードのディレクトリを定義することが可能である。当
然、領域確保モードはオプションなので、この例におけ
るディレクトリ２（ＤＩＲ２）のように従来の通りディ
レクトリを概念的な枠組みとして扱うことも可能であ
る。
【００２７】ディスク領域に記録される管理情報とし
て、ディスクの基本情報を格納する基本ボリューム記述
子、ディスクの使用状況を管理するスペースビットマッ
プ、ディレクトリを管理するディレクトリ記述子および
ファイルを管理するファイル記述子が用意される。
て、ディスクの基本情報を格納する基本ボリューム記述
子、ディスクの使用状況を管理するスペースビットマッ
プ、ディレクトリを管理するディレクトリ記述子および
ファイルを管理するファイル記述子が用意される。
【００２８】図４に基本ボリューム記述子の内容に関す
る例を示す。例えば、基本ボリューム記述子には、この
ディスクのボリューム名，ボリュームサイズ，作成日
時，スペースビットマップとルートディレクトリのディ
レクトリ記述子へのポインタが記録される。ここで言う
記述子へのポインタとは、その記述子が記録されている
論理ブロック番号ＬＢＮを意味する。
る例を示す。例えば、基本ボリューム記述子には、この
ディスクのボリューム名，ボリュームサイズ，作成日
時，スペースビットマップとルートディレクトリのディ
レクトリ記述子へのポインタが記録される。ここで言う
記述子へのポインタとは、その記述子が記録されている
論理ブロック番号ＬＢＮを意味する。
【００２９】図１１は、スペースビットマップ（Space
Bitmap）の概要を示す。スペースビットマップとは、デ
ィスク上の全論理ブロックに対して１ビットの情報を与
え、その１ビットが０の場合その論理ブロックが未使
用、１の場合は使用していることを表しディスクの使用
状況を管理するものである。スペースビットマップの各
ビットは論理ブロック番号と１対１で対応しているた
め、計算式によってどの論理ブロックが使われている
か、使われていないかを把握することが可能となる。
Bitmap）の概要を示す。スペースビットマップとは、デ
ィスク上の全論理ブロックに対して１ビットの情報を与
え、その１ビットが０の場合その論理ブロックが未使
用、１の場合は使用していることを表しディスクの使用
状況を管理するものである。スペースビットマップの各
ビットは論理ブロック番号と１対１で対応しているた
め、計算式によってどの論理ブロックが使われている
か、使われていないかを把握することが可能となる。
【００３０】図５（Ａ）にディレクトリ記述子の内容に
関する例を示す。例えば、ディレクトリ記述子には、そ
のディレクトリの名前、いつ作成されたかの日時情報、
領域を定義するかを示す領域確保モード、領域確保モー
ドの場合にディスク上の領域の領域分断数と位置情報を
管理する領域位置情報（開始ＬＢＮと論理ブロック
数）、定義したディレクトリの下に格納されるファイル
のファイル記述子やディレクトリのディレクトリ記述子
の数およびそれらの位置情報が管理される。ここでいう
位置情報とは、その記述子が記録されている論理ブロッ
ク番号を意味する。また位置情報は記述子数で表される
数だけ存在することになる。領域確保モードが０の場合
は通常モードとし、ディレクトリとして領域を確保しな
いことを意味し、１の場合は領域確保モードとし、ディ
レクトリとしてディスク上の領域を確保することを意味
する。ここで、領域確保モードを設定するにあたっての
条件について説明する。まず、ルートディレクトリに関
しては、領域確保モードで定義するものとする。つま
り、ディスク上のデータ領域全体を確保するという意味
合いで定義を行う。また領域確保モードでディレクトリ
を定義する場合は、上位のディレクトリが領域確保モー
ドでなければならない。このことにより、通常モードの
ディレクトリ内には領域確保モードのディレクトリは存
在しないということを意味する。このことによって、フ
ァイルを作成したり領域確保モードのディレクトリを定
義する際に空き領域を効率よく検索することが可能とな
る。この制限がない場合は、領域を確保する際などに既
に確保されているかどうかを調べるのに、ディスク内の
全てのディレクトリや記録しているファイルに関して調
べる必要があり効率が悪くなる。領域確保モードのディ
レクトリによって領域を確保しても、対応するスペース
ビットマップは使用状態として更新してはならない。
関する例を示す。例えば、ディレクトリ記述子には、そ
のディレクトリの名前、いつ作成されたかの日時情報、
領域を定義するかを示す領域確保モード、領域確保モー
ドの場合にディスク上の領域の領域分断数と位置情報を
管理する領域位置情報（開始ＬＢＮと論理ブロック
数）、定義したディレクトリの下に格納されるファイル
のファイル記述子やディレクトリのディレクトリ記述子
の数およびそれらの位置情報が管理される。ここでいう
位置情報とは、その記述子が記録されている論理ブロッ
ク番号を意味する。また位置情報は記述子数で表される
数だけ存在することになる。領域確保モードが０の場合
は通常モードとし、ディレクトリとして領域を確保しな
いことを意味し、１の場合は領域確保モードとし、ディ
レクトリとしてディスク上の領域を確保することを意味
する。ここで、領域確保モードを設定するにあたっての
条件について説明する。まず、ルートディレクトリに関
しては、領域確保モードで定義するものとする。つま
り、ディスク上のデータ領域全体を確保するという意味
合いで定義を行う。また領域確保モードでディレクトリ
を定義する場合は、上位のディレクトリが領域確保モー
ドでなければならない。このことにより、通常モードの
ディレクトリ内には領域確保モードのディレクトリは存
在しないということを意味する。このことによって、フ
ァイルを作成したり領域確保モードのディレクトリを定
義する際に空き領域を効率よく検索することが可能とな
る。この制限がない場合は、領域を確保する際などに既
に確保されているかどうかを調べるのに、ディスク内の
全てのディレクトリや記録しているファイルに関して調
べる必要があり効率が悪くなる。領域確保モードのディ
レクトリによって領域を確保しても、対応するスペース
ビットマップは使用状態として更新してはならない。
【００３１】ここで、この後の説明の都合上、前記ディ
レクトリの領域確保モードによって確保される領域がデ
ィスク上で連続な領域である場合について説明を行って
いく。確保される領域が連続である場合、図５（Ａ）に
相当するディレクトリ記述子の例を図５（Ｂ）に示す。
レクトリの領域確保モードによって確保される領域がデ
ィスク上で連続な領域である場合について説明を行って
いく。確保される領域が連続である場合、図５（Ａ）に
相当するディレクトリ記述子の例を図５（Ｂ）に示す。
【００３２】このディレクトリ記述子には、そのディレ
クトリの名前、いつ作成されたかの日時情報、連続領域
を確保するかを示す連続領域確保モード、連続領域確保
モードの場合にディスク上の連続領域の位置情報を管理
する連続領域位置情報（開始論理ブロック番号，論理ブ
ロック数）、定義したディレクトリの下に格納されるフ
ァイルのファイル記述子やディレクトリのディレクトリ
記述子の数およびそれらの位置情報が管理される。ここ
で言う位置情報とは、その記述子が記録されている論理
ブロック番号を意味する。また、位置情報は記述子数で
表される数だけ存在することになる。連続領域確保モー
ドが０の場合は通常モードとし、ディレクトリとしてデ
ィスク上の連続領域を確保しないことを意味し、１の場
合は連続領域確保モードとし、ディレクトリとしてディ
スク上の連続領域を確保することを意味する。以下領域
確保モードでディレクトリ領域を確保する際の条件は前
記と同様である。
クトリの名前、いつ作成されたかの日時情報、連続領域
を確保するかを示す連続領域確保モード、連続領域確保
モードの場合にディスク上の連続領域の位置情報を管理
する連続領域位置情報（開始論理ブロック番号，論理ブ
ロック数）、定義したディレクトリの下に格納されるフ
ァイルのファイル記述子やディレクトリのディレクトリ
記述子の数およびそれらの位置情報が管理される。ここ
で言う位置情報とは、その記述子が記録されている論理
ブロック番号を意味する。また、位置情報は記述子数で
表される数だけ存在することになる。連続領域確保モー
ドが０の場合は通常モードとし、ディレクトリとしてデ
ィスク上の連続領域を確保しないことを意味し、１の場
合は連続領域確保モードとし、ディレクトリとしてディ
スク上の連続領域を確保することを意味する。以下領域
確保モードでディレクトリ領域を確保する際の条件は前
記と同様である。
【００３３】前述のように、以下説明の都合上ディレク
トリとして確保するディスク上の領域を連続領域を限定
した場合について説明を行うが、ディレクトリとして確
保された領域がディスク上で分断されているか連続的に
確保されているかの違いで、基本的考え方に違いはな
い。
トリとして確保するディスク上の領域を連続領域を限定
した場合について説明を行うが、ディレクトリとして確
保された領域がディスク上で分断されているか連続的に
確保されているかの違いで、基本的考え方に違いはな
い。
【００３４】図６にファイル記述子の内容に関する例を
示す。ファイル記述子では、そのファイルの名前、いつ
作成されたかの日時情報、ファイルサイズ、実際にファ
イルのデータがディスク上のどこに記録されているかを
管理する情報である分断数と位置情報を記録する。位置
情報は分断数で表される数だけ存在することになる。こ
こでいう位置情報とは、ディスク上での開始ＬＢＮとそ
の分断の論理ブロック数を意味する。ファイルを作成す
る際、属しているディレクトリが連続領域確保モードで
あるかをチェックする必要がある。連続領域確保モード
の場合は、必ず作成するファイルの記録位置はディレク
トリで確保されている連続領域内になければならない。
示す。ファイル記述子では、そのファイルの名前、いつ
作成されたかの日時情報、ファイルサイズ、実際にファ
イルのデータがディスク上のどこに記録されているかを
管理する情報である分断数と位置情報を記録する。位置
情報は分断数で表される数だけ存在することになる。こ
こでいう位置情報とは、ディスク上での開始ＬＢＮとそ
の分断の論理ブロック数を意味する。ファイルを作成す
る際、属しているディレクトリが連続領域確保モードで
あるかをチェックする必要がある。連続領域確保モード
の場合は、必ず作成するファイルの記録位置はディレク
トリで確保されている連続領域内になければならない。
【００３５】初期状態として、ディスク領域には基本ボ
リューム記述子とスペースビットマップ、ルートディレ
クトリ用のディレクトリ記述子が存在することになる。
例えば、ここであるデータをディスクに書き込みファイ
ルを作成する通常の場合の処理について説明する。
リューム記述子とスペースビットマップ、ルートディレ
クトリ用のディレクトリ記述子が存在することになる。
例えば、ここであるデータをディスクに書き込みファイ
ルを作成する通常の場合の処理について説明する。
【００３６】図１にディレクトリ作成要求の発生した場
合の処理のフローを示す。まず、ステップ１０において
ディレクトリ作成要求が発生すると、ステップ１１にお
いて連続領域確保モードでディレクトリを定義するかを
判定する。ここでは通常モードなので、ステップ１５に
おいてディレクトリ記述子を新規に作成しディスク上に
記録する。
合の処理のフローを示す。まず、ステップ１０において
ディレクトリ作成要求が発生すると、ステップ１１にお
いて連続領域確保モードでディレクトリを定義するかを
判定する。ここでは通常モードなので、ステップ１５に
おいてディレクトリ記述子を新規に作成しディスク上に
記録する。
【００３７】図２にファイルの作成要求の発生した場合
の処理のフローを示す。まず、ステップ２０においてフ
ァイル作成要求が発生すると、ステップ２１において上
位のディレクトリが連続領域確保モードかどうかを判定
する。ここでは上位のディレクトリは通常モードなの
で、ステップ２２において、空き領域を検索する。ここ
では、連続領域確保モードのディレクトリが存在するま
で、上位のディレクトリを検索する。ルートディレクト
リは連続領域確保モードのディレクトリなので、最悪の
場合でもルートディレクトリまでさかのぼれば、連続領
域確保モードのディレクトリは見つかる。検索で見つか
った連続領域確保モードのディレクトリの直下に存在す
るディレクトリの連続領域位置情報によって書き込める
領域の計算、そしてその領域とスペースビットマップの
情報により、ファイルを作成するための空き領域を検索
する。ステップ２４において書き込みたいファイル分の
空き領域が見つかれば、ステップ２５においてデータを
検索したディスク上の領域に書き込み、ステップ２６に
おいてファイル記述子およびスペースビットマップの管
理情報を更新する。ステップ２４においてファイルを書
き込むディスク上の空き領域が見つからなかった場合
は、ステップ２７においてエラー処理を行う。
の処理のフローを示す。まず、ステップ２０においてフ
ァイル作成要求が発生すると、ステップ２１において上
位のディレクトリが連続領域確保モードかどうかを判定
する。ここでは上位のディレクトリは通常モードなの
で、ステップ２２において、空き領域を検索する。ここ
では、連続領域確保モードのディレクトリが存在するま
で、上位のディレクトリを検索する。ルートディレクト
リは連続領域確保モードのディレクトリなので、最悪の
場合でもルートディレクトリまでさかのぼれば、連続領
域確保モードのディレクトリは見つかる。検索で見つか
った連続領域確保モードのディレクトリの直下に存在す
るディレクトリの連続領域位置情報によって書き込める
領域の計算、そしてその領域とスペースビットマップの
情報により、ファイルを作成するための空き領域を検索
する。ステップ２４において書き込みたいファイル分の
空き領域が見つかれば、ステップ２５においてデータを
検索したディスク上の領域に書き込み、ステップ２６に
おいてファイル記述子およびスペースビットマップの管
理情報を更新する。ステップ２４においてファイルを書
き込むディスク上の空き領域が見つからなかった場合
は、ステップ２７においてエラー処理を行う。
【００３８】図３にファイルの読み込み要求の発生した
場合の処理フローを示す。まず、ステップ３０において
ファイル読み込み要求が発生すると、ステップ３１にお
いて読み込みたいファイルのファイル記述子よりそのフ
ァイルが記録されているディスク上の位置情報を読み出
す。ステップ３２において、その位置情報を元にデータ
の読み出しを行う。
場合の処理フローを示す。まず、ステップ３０において
ファイル読み込み要求が発生すると、ステップ３１にお
いて読み込みたいファイルのファイル記述子よりそのフ
ァイルが記録されているディスク上の位置情報を読み出
す。ステップ３２において、その位置情報を元にデータ
の読み出しを行う。
【００３９】一般的にディスクのランダムアクセス性を
活かし、例えばプログラムなどと言った１つのまとまっ
た単位のデータはディスク上に連続して配置される必要
はなく、ディスク上の様々な位置に記録されていても構
わない。このような場合は、非連続な部分をアクセスす
る度にディスクドライブのヘッドが目的アドレスをシー
クし、トラックジャンプや回転待ちなどが発生すること
になる。ディスクからデータを読み出す際には、まず目
的のアドレスと読み込むデータ長を指定するが、読み出
すべきデータがディスク上で散在している場合は、非連
続な部分で毎回ディスクからの読み出し命令を発行する
必要が出てくるわけである。このような観点からする
と、できるだけ短時間にデータを読み出したい場合は、
読み出すべきデータを連続的に配置し、極力シークや回
転待ちなどが起きないようにすることが重要となる。そ
こでディレクトリの管理情報として連続領域を確保し、
そのディレクトリ下に作成されるファイルやディレクト
リの記録位置を限定できる手段を提供する。
活かし、例えばプログラムなどと言った１つのまとまっ
た単位のデータはディスク上に連続して配置される必要
はなく、ディスク上の様々な位置に記録されていても構
わない。このような場合は、非連続な部分をアクセスす
る度にディスクドライブのヘッドが目的アドレスをシー
クし、トラックジャンプや回転待ちなどが発生すること
になる。ディスクからデータを読み出す際には、まず目
的のアドレスと読み込むデータ長を指定するが、読み出
すべきデータがディスク上で散在している場合は、非連
続な部分で毎回ディスクからの読み出し命令を発行する
必要が出てくるわけである。このような観点からする
と、できるだけ短時間にデータを読み出したい場合は、
読み出すべきデータを連続的に配置し、極力シークや回
転待ちなどが起きないようにすることが重要となる。そ
こでディレクトリの管理情報として連続領域を確保し、
そのディレクトリ下に作成されるファイルやディレクト
リの記録位置を限定できる手段を提供する。
【００４０】この機能を状況や制御プログラムに応じて
使用することによって、ある１つのディレクトリを定義
する段階で、そのディレクトリの下に作成されるファイ
ルやディレクトリのディスク上での領域を限定する連続
領域をあらかじめ確保することが可能となる。例えば、
ある一定時間内に読み書きしなければならないと言った
ファイルの場合などは、属しているディレクトリのディ
スク上での領域が限定されているので、その領域内をア
クセスするための最悪時間を見積もって、より現実的な
アクセス時間を保証することが可能となる。
使用することによって、ある１つのディレクトリを定義
する段階で、そのディレクトリの下に作成されるファイ
ルやディレクトリのディスク上での領域を限定する連続
領域をあらかじめ確保することが可能となる。例えば、
ある一定時間内に読み書きしなければならないと言った
ファイルの場合などは、属しているディレクトリのディ
スク上での領域が限定されているので、その領域内をア
クセスするための最悪時間を見積もって、より現実的な
アクセス時間を保証することが可能となる。
【００４１】あらかじめ確保された領域において、ディ
スクドライブのヘッドが目的のアドレスをシークする際
の最大シーク時間を算出する手段を用いると（請求項
６）、前記確保された領域においてシークする際の最大
シーク時間を得ることができる。最大シーク時間とは、
確保された領域内でのディスクドライブのヘッドのシー
ク時間の最悪値である。この情報は、例えば領域内で物
理的に一番離れた２点間において、ある書き込みや読み
込みを行なっており、始点にいた状態で次に書き込んだ
り読み込んだりする箇所が終点である場合の書き込みや
読み込みの中断される時間のことを意味する。この時間
が分かることによって、例えばリアルタイム性の要求さ
れるデータの読み書きを行う際の制御が楽になるという
メリットを持っている。
スクドライブのヘッドが目的のアドレスをシークする際
の最大シーク時間を算出する手段を用いると（請求項
６）、前記確保された領域においてシークする際の最大
シーク時間を得ることができる。最大シーク時間とは、
確保された領域内でのディスクドライブのヘッドのシー
ク時間の最悪値である。この情報は、例えば領域内で物
理的に一番離れた２点間において、ある書き込みや読み
込みを行なっており、始点にいた状態で次に書き込んだ
り読み込んだりする箇所が終点である場合の書き込みや
読み込みの中断される時間のことを意味する。この時間
が分かることによって、例えばリアルタイム性の要求さ
れるデータの読み書きを行う際の制御が楽になるという
メリットを持っている。
【００４２】また、確保しようとする領域において、デ
ィスクドライブのヘッドが目的のアドレスをシークする
際の最大シーク許容時間を指定すると、その最大シーク
許容時間を満たすディスク媒体上の領域を算出する手段
を用いると（請求項７）、前記確保しようとする領域に
おいてシークする際の最大シーク許容時間を与えること
によって、その最大シーク許容時間を満たすディスク上
の領域を得ることができる。この最大のシーク許容時間
を満たす領域が分かることによって、例えばリアルタイ
ム性の要求されるデータの読み書きを行う際の制御が楽
になるというメリットを持っている。例えば、最大シー
ク許容時間が０.５秒だとすると、その領域内である一
連のデータをどのような配置で記録しても、ディスク上
でのデータ分断点直後のシーク時間は０.５秒以下にな
ることが保証される。
ィスクドライブのヘッドが目的のアドレスをシークする
際の最大シーク許容時間を指定すると、その最大シーク
許容時間を満たすディスク媒体上の領域を算出する手段
を用いると（請求項７）、前記確保しようとする領域に
おいてシークする際の最大シーク許容時間を与えること
によって、その最大シーク許容時間を満たすディスク上
の領域を得ることができる。この最大のシーク許容時間
を満たす領域が分かることによって、例えばリアルタイ
ム性の要求されるデータの読み書きを行う際の制御が楽
になるというメリットを持っている。例えば、最大シー
ク許容時間が０.５秒だとすると、その領域内である一
連のデータをどのような配置で記録しても、ディスク上
でのデータ分断点直後のシーク時間は０.５秒以下にな
ることが保証される。
【００４３】ここで、例えばＭＰＥＧで圧縮した映像デ
ータをディスクに記録する場合を考える。ＭＰＥＧの映
像をストリームとして考え、記録開始および停止をした
後に、追加して記録するような場合でも、これらのデー
タを２つの情報として分けることなく、ファイルシステ
ムから見た場合、１つの固まりの情報として扱うものと
する。ディスクに記録されたＭＰＥＧデータは、時間と
同期したデータなので、映像データを再生することを考
えると、ある決まった時間以内にディスクからデータを
読み出しデコードを行い画面などに表示をする必要があ
る。もし、その決まった時間内にディスクからデータが
読み出せない場合は、画面上の映像は止まってしまうこ
とになる。このような事が起きないように、ディスクか
ら読み出したデータを一時的に蓄えるためのバッファメ
モリが用意される。このバッファメモリからＭＰＥＧの
デコーダへ流れ出す速度よりディスクからデータを読み
出しバッファメモリに流れ込むデータの速度の方が速い
ことを利用してある程度ディスクからのデータの流入が
止まっても支障がないようになっている。
ータをディスクに記録する場合を考える。ＭＰＥＧの映
像をストリームとして考え、記録開始および停止をした
後に、追加して記録するような場合でも、これらのデー
タを２つの情報として分けることなく、ファイルシステ
ムから見た場合、１つの固まりの情報として扱うものと
する。ディスクに記録されたＭＰＥＧデータは、時間と
同期したデータなので、映像データを再生することを考
えると、ある決まった時間以内にディスクからデータを
読み出しデコードを行い画面などに表示をする必要があ
る。もし、その決まった時間内にディスクからデータが
読み出せない場合は、画面上の映像は止まってしまうこ
とになる。このような事が起きないように、ディスクか
ら読み出したデータを一時的に蓄えるためのバッファメ
モリが用意される。このバッファメモリからＭＰＥＧの
デコーダへ流れ出す速度よりディスクからデータを読み
出しバッファメモリに流れ込むデータの速度の方が速い
ことを利用してある程度ディスクからのデータの流入が
止まっても支障がないようになっている。
【００４４】上述したように、ディスク上にこの読み出
すべきＭＰＥＧにストリームデータが散在しているよう
な場合は、非連続な部分毎にバッファメモリへのデータ
の流入が止まることになる。このデータの流入が止まっ
ている間はバッファメモリに蓄えられたデータを使うこ
とにより出力映像などが止まることを防いでいる。しか
し、ディスク上でデータがあまりにもあちこちに散在し
ていると、バッファメモリへのデータの流入が止まる時
間が多くなり、バッファメモリに蓄えられたデータがな
くなってしまうことも考えられる。バッファメモリの量
を増やすこともある程度の効果のある対応策ではある
が、今度はこのバッファメモリに十分なデータを蓄える
ための時間が必要となり、システムとして考えた場合の
バランスが悪くなる。つまり、ユーザが再生要求を行っ
てからある一定期間がバッファメモリへのデータの蓄積
のための時間となってしまい、実際に映像データが画面
などに出てくるまでに時間がかかることになる。
すべきＭＰＥＧにストリームデータが散在しているよう
な場合は、非連続な部分毎にバッファメモリへのデータ
の流入が止まることになる。このデータの流入が止まっ
ている間はバッファメモリに蓄えられたデータを使うこ
とにより出力映像などが止まることを防いでいる。しか
し、ディスク上でデータがあまりにもあちこちに散在し
ていると、バッファメモリへのデータの流入が止まる時
間が多くなり、バッファメモリに蓄えられたデータがな
くなってしまうことも考えられる。バッファメモリの量
を増やすこともある程度の効果のある対応策ではある
が、今度はこのバッファメモリに十分なデータを蓄える
ための時間が必要となり、システムとして考えた場合の
バランスが悪くなる。つまり、ユーザが再生要求を行っ
てからある一定期間がバッファメモリへのデータの蓄積
のための時間となってしまい、実際に映像データが画面
などに出てくるまでに時間がかかることになる。
【００４５】このようなことを踏まえると、ＭＰＥＧの
データをディスクに記録する場合は、極力連続的に書く
ことが望まれる。ディスク上に記録するデータがこのＭ
ＰＥＧデータのみの場合は、連続的にデータを記録する
ことは容易だが、静止画，音楽データ，文章，プログラ
ムなどと言った複数の種類のデータを１つのディスク上
に記録する場合は、これらのデータがディスク上で混在
するために連続的にデータが書き込める保証はない。
データをディスクに記録する場合は、極力連続的に書く
ことが望まれる。ディスク上に記録するデータがこのＭ
ＰＥＧデータのみの場合は、連続的にデータを記録する
ことは容易だが、静止画，音楽データ，文章，プログラ
ムなどと言った複数の種類のデータを１つのディスク上
に記録する場合は、これらのデータがディスク上で混在
するために連続的にデータが書き込める保証はない。
【００４６】そこで、ＭＰＥＧデータを連続的にディス
クに書き込むために、あらかじめＭＰＥＧデータを記録
するための連続領域を実際にデータを記録する前に確保
しておく。このことにより他の種類のデータがあらかじ
め確保された連続領域中に記録されることを防げ、ＭＰ
ＥＧデータがディスク上に連続的に配置することが可能
となる。
クに書き込むために、あらかじめＭＰＥＧデータを記録
するための連続領域を実際にデータを記録する前に確保
しておく。このことにより他の種類のデータがあらかじ
め確保された連続領域中に記録されることを防げ、ＭＰ
ＥＧデータがディスク上に連続的に配置することが可能
となる。
【００４７】ここで、実際にこのＭＰＥＧをディスク上
に記録する場合を例にとり処理ステップについて説明す
る。前述した通り、ＭＰＥＧストリームは１つのデータ
の固まりとして扱うこととするので、本来なら、ディス
ク上のＭＰＥＧストリームに対して１つのファイルを定
義することになるが、ここでは、１つの固まりとしての
ＭＰＥＧストリームをディレクトリとして扱う。つま
り、連続領域確保モードのディレクトリを定義し、これ
がＭＰＥＧストリームであるとして扱う。例えば、ここ
でわかりやすいように連続確保されたディレクトリの領
域の大きさは２時間分の映像データを記録できる領域で
あるとする。まず、１０分間の映像データをこの領域に
記録したとする。ディスク上においては、２時間分ある
領域の内の１０分間分のディスク領域を使ったことにな
る。管理情報としては、この記録した１０分間のＭＰＥ
Ｇデータを１つのファイルとして扱う。仮にこの１０分
間のＭＰＥＧデータをシーンと定義する。シーンは例え
ば、記録開始して、終了あるいはポーズされるまでのま
とまりを表すものとする。
に記録する場合を例にとり処理ステップについて説明す
る。前述した通り、ＭＰＥＧストリームは１つのデータ
の固まりとして扱うこととするので、本来なら、ディス
ク上のＭＰＥＧストリームに対して１つのファイルを定
義することになるが、ここでは、１つの固まりとしての
ＭＰＥＧストリームをディレクトリとして扱う。つま
り、連続領域確保モードのディレクトリを定義し、これ
がＭＰＥＧストリームであるとして扱う。例えば、ここ
でわかりやすいように連続確保されたディレクトリの領
域の大きさは２時間分の映像データを記録できる領域で
あるとする。まず、１０分間の映像データをこの領域に
記録したとする。ディスク上においては、２時間分ある
領域の内の１０分間分のディスク領域を使ったことにな
る。管理情報としては、この記録した１０分間のＭＰＥ
Ｇデータを１つのファイルとして扱う。仮にこの１０分
間のＭＰＥＧデータをシーンと定義する。シーンは例え
ば、記録開始して、終了あるいはポーズされるまでのま
とまりを表すものとする。
【００４８】図１にディレクトリ作成要求が発生した際
の処理のフローを示す。まず、ステップ１０においてＭ
ＰＥＧストリームの入れ物を現すディレクトリ作成要求
が発生した場合、ステップ１１において連続領域確保モ
ードでのディレクトリの作成かどうかの判定を行う。こ
こでは連続領域確保モードなので、ステップ１２におい
て、上位ディレクトリが連続領域確保モードのディレク
トリかどうかのチェックを行う。もし、そうであれば、
ステップ１３において図１１に示すスペースビットマッ
プおよび、属しているディレクトリとディレクトリを作
成しようとしているのと同一階層に存在する他のディレ
クトリの連続領域位置情報により空き領域を把握する。
ステップ１４において、確保したい連続領域があれば、
ステップ１５において作成するディレクトリのディレク
トリ記述子を作成しディスクに記録を行う。もし、ステ
ップ１２においてディレクトリを作成しようとしている
階層の上位のディレクトリが連続領域確保モードのディ
レクトリでは無い場合は、ステップ１６においてエラー
処理を行う。連続領域確保モードのディレクトリを定義
しても、スペースビットマップは更新を行わない。これ
により、実際にはディスク上にデータは書かれていない
が表向きにはその領域は定義したディレクトリのために
確保されていることになり、このディレクトリ下で作成
するファイルやディレクトリ以外の他のファイルやディ
レクトリはこの領域を使えなくなる。これで、領域の確
保が終わる。次に、実際にＭＰＥＧストリームを記録す
る場合の管理情報の更新ステップについて説明する。
の処理のフローを示す。まず、ステップ１０においてＭ
ＰＥＧストリームの入れ物を現すディレクトリ作成要求
が発生した場合、ステップ１１において連続領域確保モ
ードでのディレクトリの作成かどうかの判定を行う。こ
こでは連続領域確保モードなので、ステップ１２におい
て、上位ディレクトリが連続領域確保モードのディレク
トリかどうかのチェックを行う。もし、そうであれば、
ステップ１３において図１１に示すスペースビットマッ
プおよび、属しているディレクトリとディレクトリを作
成しようとしているのと同一階層に存在する他のディレ
クトリの連続領域位置情報により空き領域を把握する。
ステップ１４において、確保したい連続領域があれば、
ステップ１５において作成するディレクトリのディレク
トリ記述子を作成しディスクに記録を行う。もし、ステ
ップ１２においてディレクトリを作成しようとしている
階層の上位のディレクトリが連続領域確保モードのディ
レクトリでは無い場合は、ステップ１６においてエラー
処理を行う。連続領域確保モードのディレクトリを定義
しても、スペースビットマップは更新を行わない。これ
により、実際にはディスク上にデータは書かれていない
が表向きにはその領域は定義したディレクトリのために
確保されていることになり、このディレクトリ下で作成
するファイルやディレクトリ以外の他のファイルやディ
レクトリはこの領域を使えなくなる。これで、領域の確
保が終わる。次に、実際にＭＰＥＧストリームを記録す
る場合の管理情報の更新ステップについて説明する。
【００４９】図２にファイル作成要求の発生した場合の
処理のフローを示す。まず、ステップ２０においてＭＰ
ＥＧデータのシーンを表すファイル作成要求が発生する
と、ステップ２１において属しているディレクトリが連
続領域確保モードのディレクトリかどうかを判定する。
ここでは連続領域確保モードなので、ステップ２３にお
いて書き込みを行いたいデータ用の空き領域があるかど
うかを検索する。空き領域の検索においては、スペース
ビットマップおよび、属しているディレクトリとファイ
ルを作成するのと同一階層に存在するディレクトリの連
続領域位置情報を元にして計算を行う。ステップ２４に
おいて、データ書き込み用の空き領域が見つかれば、ス
テップ２５において検索したディスク上の空き領域にデ
ータの書き込みを行う。ステップ２６において、ファイ
ル記述子およびスペースビットマップの管理情報の更新
を行う。Ｓ２４において書き込みたいデータを記録する
ための空き領域が無かった場合は、ステップ２７におい
てエラー処理を行う。
処理のフローを示す。まず、ステップ２０においてＭＰ
ＥＧデータのシーンを表すファイル作成要求が発生する
と、ステップ２１において属しているディレクトリが連
続領域確保モードのディレクトリかどうかを判定する。
ここでは連続領域確保モードなので、ステップ２３にお
いて書き込みを行いたいデータ用の空き領域があるかど
うかを検索する。空き領域の検索においては、スペース
ビットマップおよび、属しているディレクトリとファイ
ルを作成するのと同一階層に存在するディレクトリの連
続領域位置情報を元にして計算を行う。ステップ２４に
おいて、データ書き込み用の空き領域が見つかれば、ス
テップ２５において検索したディスク上の空き領域にデ
ータの書き込みを行う。ステップ２６において、ファイ
ル記述子およびスペースビットマップの管理情報の更新
を行う。Ｓ２４において書き込みたいデータを記録する
ための空き領域が無かった場合は、ステップ２７におい
てエラー処理を行う。
【００５０】このように、ＭＰＥＧストリームを記録す
るのにあたって、ディレクトリにディスク上に連続領域
を確保することにより、そのディレクトリ下に記録する
シーンデータに関して書き込み領域を限定でき、シーン
以外の他のデータが同一領域に混在することを防ぐこと
ができ、ＭＰＥＧデータをディスク上に連続的に記録す
る事ができる。
るのにあたって、ディレクトリにディスク上に連続領域
を確保することにより、そのディレクトリ下に記録する
シーンデータに関して書き込み領域を限定でき、シーン
以外の他のデータが同一領域に混在することを防ぐこと
ができ、ＭＰＥＧデータをディスク上に連続的に記録す
る事ができる。
【００５１】図９は、本発明において、ＭＰＥＧを記録
した場合のＭＰＥＧストリームとディスク上でのデータ
の配置に関する関係の一例を示す。ここでは既に説明し
てきたように、ＭＰＥＧストリームをディレクトリとし
て定義し、ディレクトリ名をＭＰＥＧ.ｄａｔとしてい
る。ＭＰＥＧ.ｄａｔは連続領域確保モードでディスク
上の連続領域を確保したディレクトリである。このディ
レクトリの下に記録開始から停止あるいは一時停止を１
つのシーンとするデータの固まりをファイルとして扱
い、図の場合はＳ０００１.ｓｃｎ，Ｓ０００２.ｓｃ
ｎ，Ｓ０００３.ｓｃｎという３つのファイル（シー
ン）が存在することになる。各シーンを記録するディス
ク上の領域は連続領域を確保したディレクトリＭＰＥ
Ｇ.ｄａｔによって限定されており、またこのディレク
トリの下に書き込まない限り他の種類のデータが同一領
域に書き込まれることはない。このことにより、異種の
データが同一領域に存在することによるデータの連続性
が失われることを防止できる。また、記録する領域を限
定できるので、その領域の大きさからその領域内でのデ
ータの読み書きの際発生するアクセス時間の最悪時間を
見積もることができ、その値をパラメータとしてアクセ
ス時間を保証することも可能となる。またシーンレベル
のデータをファイルとして扱っているので、編集作業な
どでシーンの一部を削除し、同一シーンであってもディ
スク上で分断して配置されることも考えられるが、ファ
イルとして扱っているので容易に分断したデータであっ
ても管理することが可能である。
した場合のＭＰＥＧストリームとディスク上でのデータ
の配置に関する関係の一例を示す。ここでは既に説明し
てきたように、ＭＰＥＧストリームをディレクトリとし
て定義し、ディレクトリ名をＭＰＥＧ.ｄａｔとしてい
る。ＭＰＥＧ.ｄａｔは連続領域確保モードでディスク
上の連続領域を確保したディレクトリである。このディ
レクトリの下に記録開始から停止あるいは一時停止を１
つのシーンとするデータの固まりをファイルとして扱
い、図の場合はＳ０００１.ｓｃｎ，Ｓ０００２.ｓｃ
ｎ，Ｓ０００３.ｓｃｎという３つのファイル（シー
ン）が存在することになる。各シーンを記録するディス
ク上の領域は連続領域を確保したディレクトリＭＰＥ
Ｇ.ｄａｔによって限定されており、またこのディレク
トリの下に書き込まない限り他の種類のデータが同一領
域に書き込まれることはない。このことにより、異種の
データが同一領域に存在することによるデータの連続性
が失われることを防止できる。また、記録する領域を限
定できるので、その領域の大きさからその領域内でのデ
ータの読み書きの際発生するアクセス時間の最悪時間を
見積もることができ、その値をパラメータとしてアクセ
ス時間を保証することも可能となる。またシーンレベル
のデータをファイルとして扱っているので、編集作業な
どでシーンの一部を削除し、同一シーンであってもディ
スク上で分断して配置されることも考えられるが、ファ
イルとして扱っているので容易に分断したデータであっ
ても管理することが可能である。
【００５２】初期状態のディスクへＭＰＥＧストリーム
を逐次記録していった場合には、あらかじめ確保した連
続領域内では、最初から連続的に書かれて行くことにな
る。しかし、例えば以前に記録した映像の一部をディス
ク上から削除したいなどといった場合、削除した部分に
関して虫食い状態となる。この開放した部分に関して
も、当然新しいＭＰＥＧデータを記録できるディスク上
の領域の対象となる。この場合においても、上述の連続
領域確保モードのディレクトリが効果を発揮する。既に
述べたように、ＭＰＥＧストリームの一部を削除して
も、連続確保された領域内であれば、他のファイルがそ
の空き領域を使うことはできない。また、新たに映像を
記録したりするときは、そのディレクトリ下に記録すれ
ば、同一領域に記録されることは保証され、空き領域に
関しては、スペースビットマップを参照すれば簡単に対
応できる。また、ＭＰＥＧのデータはある時間内に記録
再生されなければならないので、ディスク上で管理情報
として、データの書き込み領域を限定できるので、アク
セス時間の見積もりを行うことが制限の無い場合と比較
して楽に行うことが可能となる。
を逐次記録していった場合には、あらかじめ確保した連
続領域内では、最初から連続的に書かれて行くことにな
る。しかし、例えば以前に記録した映像の一部をディス
ク上から削除したいなどといった場合、削除した部分に
関して虫食い状態となる。この開放した部分に関して
も、当然新しいＭＰＥＧデータを記録できるディスク上
の領域の対象となる。この場合においても、上述の連続
領域確保モードのディレクトリが効果を発揮する。既に
述べたように、ＭＰＥＧストリームの一部を削除して
も、連続確保された領域内であれば、他のファイルがそ
の空き領域を使うことはできない。また、新たに映像を
記録したりするときは、そのディレクトリ下に記録すれ
ば、同一領域に記録されることは保証され、空き領域に
関しては、スペースビットマップを参照すれば簡単に対
応できる。また、ＭＰＥＧのデータはある時間内に記録
再生されなければならないので、ディスク上で管理情報
として、データの書き込み領域を限定できるので、アク
セス時間の見積もりを行うことが制限の無い場合と比較
して楽に行うことが可能となる。
【００５３】また部分削除などの編集などを繰り返し、
記録されたＭＰＥＧストリームの連続性が低くなってき
た場合などに、連続性を修復するためにＭＰＥＧストリ
ームの再配置を行うことも考えられる。この再配置を行
うにあたっても、連続確保された領域にＭＰＥＧのシー
ンのみしか記録されていないということが分かっていれ
ば、他の種類のファイルなどが混在している場合と比較
して、再配置が短時間に行うことが可能となる。
記録されたＭＰＥＧストリームの連続性が低くなってき
た場合などに、連続性を修復するためにＭＰＥＧストリ
ームの再配置を行うことも考えられる。この再配置を行
うにあたっても、連続確保された領域にＭＰＥＧのシー
ンのみしか記録されていないということが分かっていれ
ば、他の種類のファイルなどが混在している場合と比較
して、再配置が短時間に行うことが可能となる。
【００５４】実際にＭＰＥＧ映像データにアクセスする
際には、シーンを組み合わせたりシーンの一部を再生し
たりすることになるが、これを行うには、再生したい映
像データがディスクのどこに記録されているかといった
情報が別途必要になる。従来技術を使った場合、ＭＰＥ
Ｇのストリームは１つのファイルとして扱われているの
で、目的の映像データを探し出すために管理情報を別途
用意しなければならない。管理情報には、少なくとも記
録したシーン毎にそのシーンがディスク上のどこに記録
されているかをＭＰＥＧストリームのファイルの先頭か
らの相対アドレスなどで表現する必要がある。しかし本
発明においては、各シーンは論理ファイルシステムのフ
ァイルシステムのファイルとして管理されているので、
各シーンデータの先頭からの相対アドレスのみの情報だ
けで済み、かつシーンがディスク上で分断して記録され
ている場合などにも、分断情報を論理ファイルシステム
で吸収できるので、再生したい映像データがディスクの
どこに記録されているかを別途管理しなければならない
管理情報の負担を軽くし構造をシンプルにすることが可
能となる。
際には、シーンを組み合わせたりシーンの一部を再生し
たりすることになるが、これを行うには、再生したい映
像データがディスクのどこに記録されているかといった
情報が別途必要になる。従来技術を使った場合、ＭＰＥ
Ｇのストリームは１つのファイルとして扱われているの
で、目的の映像データを探し出すために管理情報を別途
用意しなければならない。管理情報には、少なくとも記
録したシーン毎にそのシーンがディスク上のどこに記録
されているかをＭＰＥＧストリームのファイルの先頭か
らの相対アドレスなどで表現する必要がある。しかし本
発明においては、各シーンは論理ファイルシステムのフ
ァイルシステムのファイルとして管理されているので、
各シーンデータの先頭からの相対アドレスのみの情報だ
けで済み、かつシーンがディスク上で分断して記録され
ている場合などにも、分断情報を論理ファイルシステム
で吸収できるので、再生したい映像データがディスクの
どこに記録されているかを別途管理しなければならない
管理情報の負担を軽くし構造をシンプルにすることが可
能となる。
【００５５】ＭＰＥＧの映像データを記録していき、あ
らかじめ連続確保した領域では足りなくなり、領域を拡
張したい場合が生じることもある。このような場合は、
既に確保された領域と連続した領域が新たに確保できる
場合のみ拡張は可能である。また逆に領域を小さくする
場合は、その解放する領域が実際に使われていない限り
可能である。また、ディレクトリとしてディスク上の領
域を確保する際、連続的に確保するという制限がなけれ
ば、ディレクトリ領域の拡張は容易である。
らかじめ連続確保した領域では足りなくなり、領域を拡
張したい場合が生じることもある。このような場合は、
既に確保された領域と連続した領域が新たに確保できる
場合のみ拡張は可能である。また逆に領域を小さくする
場合は、その解放する領域が実際に使われていない限り
可能である。また、ディレクトリとしてディスク上の領
域を確保する際、連続的に確保するという制限がなけれ
ば、ディレクトリ領域の拡張は容易である。
【００５６】この連続領域確保モードはＭＰＥＧなどの
データのみに使われるものではなく、例えば繁雑に読み
書きを行う管理情報などにも利用できる。当然ディスク
からのデータの読み込みあるいはデータの書き込みは連
続的に行えた方が速く行える。この観点からすると、繁
雑に読み書きの発生するような管理情報において、より
高速に行えた方がシステム全体のレスポンスが良くな
る。よって、ディスク上でこのような管理情報が分断さ
れて記録されるようなことを防ぐためにも、連続領域モ
ードのディレクトリを利用することが可能である。あら
かじめ管理情報の最大の大きさあるいは通常の使用状況
で想定される大きさの領域に関して、ディレクトリ記述
子の連続領域確保モードを有効にし、連続領域位置情報
にこの想定される大きさ分の連続領域を設定する。後の
管理はＭＰＥＧの例の場合と同様である。このことによ
り、使用するに従って管理情報の量が増えた場合におい
ても、ディスク上では連続配置が保証され、管理情報が
分断して配置されることによるディスクへの読み書きの
時間の増加を極力防ぐことが可能となる。
データのみに使われるものではなく、例えば繁雑に読み
書きを行う管理情報などにも利用できる。当然ディスク
からのデータの読み込みあるいはデータの書き込みは連
続的に行えた方が速く行える。この観点からすると、繁
雑に読み書きの発生するような管理情報において、より
高速に行えた方がシステム全体のレスポンスが良くな
る。よって、ディスク上でこのような管理情報が分断さ
れて記録されるようなことを防ぐためにも、連続領域モ
ードのディレクトリを利用することが可能である。あら
かじめ管理情報の最大の大きさあるいは通常の使用状況
で想定される大きさの領域に関して、ディレクトリ記述
子の連続領域確保モードを有効にし、連続領域位置情報
にこの想定される大きさ分の連続領域を設定する。後の
管理はＭＰＥＧの例の場合と同様である。このことによ
り、使用するに従って管理情報の量が増えた場合におい
ても、ディスク上では連続配置が保証され、管理情報が
分断して配置されることによるディスクへの読み書きの
時間の増加を極力防ぐことが可能となる。
【００５７】
【発明の効果】以上の説明から明らかなように、本発明
は次のような効果を奏する。請求項１の発明のディスク
媒体管理方法は、ディレクトリの下に定義されるファイ
ルやディレクトリに関してディスク上での記録位置を限
定することを可能とするために、ディスク上の領域をデ
ィレクトリとして確保するので、ディレクトリにディス
ク上の領域を割り当てることができ、そのディレクトリ
の下に記録するファイルやディレクトリの記録位置に関
して制限を加えることが可能となる。これにより、ディ
スクからデータを読み出すときに余計なシークなどが発
生することがなく高速に読み出しが可能となる。また、
ディレクトリの下に記録されるファイルやディレクトリ
について、ディスク上の記録位置が限定されることによ
り、データの読み書きを行う最悪時間を見積もることが
可能となり、アクセス時間を保証することが可能とな
る。
は次のような効果を奏する。請求項１の発明のディスク
媒体管理方法は、ディレクトリの下に定義されるファイ
ルやディレクトリに関してディスク上での記録位置を限
定することを可能とするために、ディスク上の領域をデ
ィレクトリとして確保するので、ディレクトリにディス
ク上の領域を割り当てることができ、そのディレクトリ
の下に記録するファイルやディレクトリの記録位置に関
して制限を加えることが可能となる。これにより、ディ
スクからデータを読み出すときに余計なシークなどが発
生することがなく高速に読み出しが可能となる。また、
ディレクトリの下に記録されるファイルやディレクトリ
について、ディスク上の記録位置が限定されることによ
り、データの読み書きを行う最悪時間を見積もることが
可能となり、アクセス時間を保証することが可能とな
る。
【００５８】請求項２の発明のディスク媒体管理方法
は、確保した領域の中にさらに領域を確保するディレク
トリを階層的に定義することを可能にするので、データ
を読み書きする際に、ディスクドライブのヘッドが余計
なシークをすることが少なくなり、高速に行うことが可
能になる。
は、確保した領域の中にさらに領域を確保するディレク
トリを階層的に定義することを可能にするので、データ
を読み書きする際に、ディスクドライブのヘッドが余計
なシークをすることが少なくなり、高速に行うことが可
能になる。
【００５９】請求項３の発明のディスク媒体管理方法
は、ディスク媒体上に領域を確保することと、ディスク
媒体上に領域を確保しないことを切り替えることができ
るので、ディレクトリが領域を確保することと、従来の
ように領域を確保せずに概念的な枠組みのみを提供する
ことを切り替えて管理することが可能となる。
は、ディスク媒体上に領域を確保することと、ディスク
媒体上に領域を確保しないことを切り替えることができ
るので、ディレクトリが領域を確保することと、従来の
ように領域を確保せずに概念的な枠組みのみを提供する
ことを切り替えて管理することが可能となる。
【００６０】請求項４の発明のディスク媒体管理方法
は、ディスク媒体上に領域を確保するディレクトリを定
義する場合、該ディレクトリが属しているディレクトリ
は領域を確保しているディレクトリでなければならない
という制限をつける構成としているので、新たにファイ
ルやディレクトリを作成する際に空き領域を検索するこ
とを容易に行うことが可能となる。
は、ディスク媒体上に領域を確保するディレクトリを定
義する場合、該ディレクトリが属しているディレクトリ
は領域を確保しているディレクトリでなければならない
という制限をつける構成としているので、新たにファイ
ルやディレクトリを作成する際に空き領域を検索するこ
とを容易に行うことが可能となる。
【００６１】請求項５の発明のディスク媒体管理方法
は、ディスク媒体上に確保される領域がディスク媒体上
で連続的に配置されているので、データをディスク媒体
に連続的に配置して記録することが可能になり、データ
を読み書きする際に、余計なシーク，トラックジャン
プ，回転待ちなどが発生することがなくなり、データの
読み書きを高速に行うことが可能となる。
は、ディスク媒体上に確保される領域がディスク媒体上
で連続的に配置されているので、データをディスク媒体
に連続的に配置して記録することが可能になり、データ
を読み書きする際に、余計なシーク，トラックジャン
プ，回転待ちなどが発生することがなくなり、データの
読み書きを高速に行うことが可能となる。
【００６２】請求項６の発明のディスク媒体管理方法
は、ディスク媒体上に確保される領域において、その領
域内でシークする際の最大シーク時間を算出する手段を
有するので、データを読み書きする際、ディスク装置の
ヘッドがシークする際の最大のシーク時間を得ることが
可能となり、例えば、リアルタイム性の要求されるデー
タの読み書きを行なう際の制御が容易になる。
は、ディスク媒体上に確保される領域において、その領
域内でシークする際の最大シーク時間を算出する手段を
有するので、データを読み書きする際、ディスク装置の
ヘッドがシークする際の最大のシーク時間を得ることが
可能となり、例えば、リアルタイム性の要求されるデー
タの読み書きを行なう際の制御が容易になる。
【００６３】請求項７の発明のディスク媒体管理方法
は、確保しようとする領域の中でシークする際の最大シ
ーク許容時間を指定すると、その最大シーク許容時間を
満たすディスク上の領域を算出する手段を有するので、
その最大シーク許容時間を満たすディスク上の領域を得
ることが可能となり、リアルタイム性の要求されるデー
タの読み書きを行なう際の制御が容易になる。
は、確保しようとする領域の中でシークする際の最大シ
ーク許容時間を指定すると、その最大シーク許容時間を
満たすディスク上の領域を算出する手段を有するので、
その最大シーク許容時間を満たすディスク上の領域を得
ることが可能となり、リアルタイム性の要求されるデー
タの読み書きを行なう際の制御が容易になる。
【図１】ディレクトリ作成要求が発生した場合の処理を
示すフローチャートである。
示すフローチャートである。
【図２】ファイル作成要求が発生した場合の処理を示す
フローチャートである。
フローチャートである。
【図３】ファイル読み込み要求が発生した場合の処理を
示すフローチャートである。
示すフローチャートである。
【図４】基本ボリューム記述子を示す図である。
【図５】ディレクトリ記述子を示す図であり、（Ａ）は
通常の領域確保モードのディレクトリ記述子を示し、
（Ｂ）は連続領域確保モードのディレクトリ記述子を示
す。
通常の領域確保モードのディレクトリ記述子を示し、
（Ｂ）は連続領域確保モードのディレクトリ記述子を示
す。
【図６】ファイル記述子を示す図である。
【図７】ディスク上におけるファイルやディレクトリの
関係を示す図である。
関係を示す図である。
【図８】ディスク上におけるファイルやディレクトリの
異なる関係を示す図である。
異なる関係を示す図である。
【図９】ディスク上にＭＰＥＧを記録した場合の例を示
す図である。
す図である。
【図１０】１つのファイルがディスク上で分断して記録
できる様子を示す図である。
できる様子を示す図である。
【図１１】スペースビットマップの概要を示す図であ
る。
る。
【図１２】従来技術であるＦＡＴシステムの管理情報と
ディスク上のデータの関係の概要を示す図である。
ディスク上のデータの関係の概要を示す図である。
【図１３】従来技術であるＵＤＦにおける管理情報の概
要を示す図である。
要を示す図である。
【図１４】従来技術におけるディスク上のファイルやデ
ィレクトリの関係を示す図である。
ィレクトリの関係を示す図である。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 12/02 ５３０ Ｇ０６Ｆ 12/02 ５３０Ｂ
Claims (7)
- 【請求項１】 ディスク媒体上に記録されるデータをフ
ァイル形式で管理し、ディレクトリによって階層構造を
表現できるディスク媒体管理方法において、ディレクト
リの下に定義されるファイルやディレクトリに関して前
記ディスク媒体上での記録位置を限定することを可能と
するために、前記ディスク媒体上の領域をディレクトリ
として確保することを特徴とするディスク媒体管理方
法。 - 【請求項２】 前記ディスク媒体上に前記領域を確保す
る際に、確保した領域の中にさらに領域を確保するディ
レクトリを階層的に定義することを可能をする請求項１
記載のディスク媒体管理方法。 - 【請求項３】 前記ディスク媒体上に前記領域を確保す
ることと、前記ディスク媒体上に前記連続領域を確保し
ないことを切り替えることができることを特徴とする請
求項１記載のディスク媒体管理方法。 - 【請求項４】 前記ディスク媒体上に前記領域を確保す
るディレクトリを定義する場合、該ディレクトリが属し
ているディレクトリは領域を確保しているディレクトリ
でなければならないという制限をつけることを特徴とす
る請求項１記載のディスク媒体管理方法。 - 【請求項５】 前記ディスク媒体上に確保される領域が
ディスク媒体上で連続的に配置されていることを特徴と
する請求項１記載のディスク媒体管理方法。 - 【請求項６】 前記確保された領域において、該領域内
でシークする際の最大シーク時間を算出する手段を有す
ることを特徴とする請求項１記載のディスク媒体管理方
法。 - 【請求項７】 前記領域を確保するために、確保しよう
とする領域の中でシークする際の最大シーク許容時間を
指定すると、該最大シーク許容時間を満たすディスク媒
体上の領域を算出する手段を有することを特徴とする請
求項１記載のディスク媒体管理方法。
Priority Applications (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11213778A JP2001043117A (ja) | 1999-07-28 | 1999-07-28 | ディスク媒体管理方法 |
| ES00935643T ES2286024T3 (es) | 1999-07-28 | 2000-06-09 | Metodo de administracion para un medio de disco. |
| PCT/JP2000/003799 WO2001008013A1 (fr) | 1999-07-28 | 2000-06-09 | Procede de gestion de support sur disque |
| CA002377269A CA2377269C (en) | 1999-07-28 | 2000-06-09 | Disk medium managing method |
| US10/018,574 US7406491B1 (en) | 1999-07-28 | 2000-06-09 | Disk medium managing method having recording areas predefined on the disk medium as directories |
| EP00935643A EP1213652B1 (en) | 1999-07-28 | 2000-06-09 | Disk medium managing method |
| KR1020027001130A KR20020025202A (ko) | 1999-07-28 | 2000-06-09 | 디스크 매체 관리 방법 |
| CNB008107602A CN1215412C (zh) | 1999-07-28 | 2000-06-09 | 盘介质管理方法 |
| DE60035114T DE60035114T2 (de) | 1999-07-28 | 2000-06-09 | Plattenmediumverwaltungsverfahren |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11213778A JP2001043117A (ja) | 1999-07-28 | 1999-07-28 | ディスク媒体管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001043117A true JP2001043117A (ja) | 2001-02-16 |
Family
ID=16644890
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11213778A Pending JP2001043117A (ja) | 1999-07-28 | 1999-07-28 | ディスク媒体管理方法 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7406491B1 (ja) |
| EP (1) | EP1213652B1 (ja) |
| JP (1) | JP2001043117A (ja) |
| KR (1) | KR20020025202A (ja) |
| CN (1) | CN1215412C (ja) |
| CA (1) | CA2377269C (ja) |
| DE (1) | DE60035114T2 (ja) |
| ES (1) | ES2286024T3 (ja) |
| WO (1) | WO2001008013A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006520032A (ja) * | 2003-02-12 | 2006-08-31 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ファイルシステムデータおよびアプリケーション起動データのための確保領域を有する記憶媒体 |
| JP2007241539A (ja) * | 2006-03-07 | 2007-09-20 | Hitachi Systems & Services Ltd | 半導体フラッシュメモリにおけるデータ管理及び制御システムと半導体フラッシュメモリ収容装置 |
| JP2011076441A (ja) * | 2009-09-30 | 2011-04-14 | Toshiba Corp | 情報記録装置、情報記録方法及び情報記録用プログラム |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7873782B2 (en) * | 2004-11-05 | 2011-01-18 | Data Robotics, Inc. | Filesystem-aware block storage system, apparatus, and method |
| US9043639B2 (en) * | 2004-11-05 | 2015-05-26 | Drobo, Inc. | Dynamically expandable and contractible fault-tolerant storage system with virtual hot spare |
| TW201205314A (en) * | 2010-07-16 | 2012-02-01 | Hon Hai Prec Ind Co Ltd | Method for seeking a document position and a corresponding electronic device |
| CN102253985B (zh) * | 2011-06-30 | 2013-05-08 | 深圳市江波龙电子有限公司 | 一种文件系统数据的管理方法及系统 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4791623A (en) * | 1986-04-03 | 1988-12-13 | Optotech, Inc. | File management system for use in an optical data storage system |
| JPH0219938A (ja) | 1988-07-08 | 1990-01-23 | Mitsubishi Electric Corp | ファイル管理システム |
| JPH0317751A (ja) | 1989-06-14 | 1991-01-25 | Fuji Xerox Co Ltd | ファイル管理装置 |
| US5371885A (en) | 1989-08-29 | 1994-12-06 | Microsoft Corporation | High performance file system |
| JPH04184642A (ja) | 1990-11-20 | 1992-07-01 | Chugoku Nippon Denki Software Kk | サブファイルの排他制御装置 |
| JPH04186447A (ja) * | 1990-11-21 | 1992-07-03 | Canon Inc | 情報処理装置 |
| JPH0512080A (ja) | 1991-07-02 | 1993-01-22 | Nec Eng Ltd | デイスク媒体管理方式 |
| US5806072A (en) * | 1991-12-20 | 1998-09-08 | Olympus Optical Co., Ltd. | Electronic imaging apparatus having hierarchical image data storage structure for computer-compatible image data management |
| JPH05282796A (ja) * | 1992-03-30 | 1993-10-29 | Sanyo Electric Co Ltd | データ格納方式およびディスク再生装置 |
| DE69429651T2 (de) * | 1993-10-18 | 2002-09-19 | Sony Corp | Informationsverwaltungsverfahren, datenaufzeichnungsträger und -verfahren, informationswiederauffindungsverfahren und -gerät |
| JPH0869403A (ja) | 1994-08-26 | 1996-03-12 | Fuji Xerox Co Ltd | ファイル管理装置 |
| US5732265A (en) * | 1995-11-02 | 1998-03-24 | Microsoft Corporation | Storage optimizing encoder and method |
| DE69733975T2 (de) * | 1996-09-30 | 2006-05-18 | Matsushita Electric Industrial Co., Ltd., Kadoma | Aufzeichnungsverfahren zur Aufzeichnung audiovisueller Daten auf einer Platte und Informationsverarbeitungssystem |
| CN100388382C (zh) * | 1997-09-17 | 2008-05-14 | 松下电器产业株式会社 | 光盘记录装置 |
| US6094706A (en) * | 1998-03-02 | 2000-07-25 | International Business Machines Corporation | Caching in a data processing system using the pigeon hole principle |
| JP2000020365A (ja) * | 1998-07-07 | 2000-01-21 | Matsushita Electric Ind Co Ltd | データ処理装置、及びそのファイル管理方法 |
| US6134586A (en) * | 1998-07-31 | 2000-10-17 | Philips Electronics N.A. Corp. | Striping data across disk zones |
-
1999
- 1999-07-28 JP JP11213778A patent/JP2001043117A/ja active Pending
-
2000
- 2000-06-09 ES ES00935643T patent/ES2286024T3/es not_active Expired - Lifetime
- 2000-06-09 CN CNB008107602A patent/CN1215412C/zh not_active Expired - Fee Related
- 2000-06-09 WO PCT/JP2000/003799 patent/WO2001008013A1/ja active IP Right Grant
- 2000-06-09 EP EP00935643A patent/EP1213652B1/en not_active Expired - Lifetime
- 2000-06-09 DE DE60035114T patent/DE60035114T2/de not_active Expired - Lifetime
- 2000-06-09 US US10/018,574 patent/US7406491B1/en not_active Expired - Fee Related
- 2000-06-09 KR KR1020027001130A patent/KR20020025202A/ko active Search and Examination
- 2000-06-09 CA CA002377269A patent/CA2377269C/en not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006520032A (ja) * | 2003-02-12 | 2006-08-31 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ファイルシステムデータおよびアプリケーション起動データのための確保領域を有する記憶媒体 |
| JP2007241539A (ja) * | 2006-03-07 | 2007-09-20 | Hitachi Systems & Services Ltd | 半導体フラッシュメモリにおけるデータ管理及び制御システムと半導体フラッシュメモリ収容装置 |
| JP2011076441A (ja) * | 2009-09-30 | 2011-04-14 | Toshiba Corp | 情報記録装置、情報記録方法及び情報記録用プログラム |
| US8200936B2 (en) | 2009-09-30 | 2012-06-12 | Kabushiki Kaisha Toshiba | Systems and methods for recording information to a memory card |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1213652A1 (en) | 2002-06-12 |
| CN1215412C (zh) | 2005-08-17 |
| CA2377269A1 (en) | 2001-02-01 |
| EP1213652B1 (en) | 2007-06-06 |
| ES2286024T3 (es) | 2007-12-01 |
| DE60035114T2 (de) | 2008-02-14 |
| KR20020025202A (ko) | 2002-04-03 |
| EP1213652A4 (en) | 2003-05-02 |
| CA2377269C (en) | 2008-07-29 |
| US7406491B1 (en) | 2008-07-29 |
| WO2001008013A1 (fr) | 2001-02-01 |
| CN1365464A (zh) | 2002-08-21 |
| DE60035114D1 (de) | 2007-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3607153B2 (ja) | ファイル管理方法及び装置 | |
| JP4242966B2 (ja) | リアルタイム記録／再生情報を貯蔵する記録媒体 | |
| JP4452363B2 (ja) | ファイルシステム | |
| US20020035705A1 (en) | Information recording method, information recording device, and information storage medium | |
| EP1450371B1 (en) | Auto data and still picture recording method which enables displaying of a still picture at a plurality of predetermined timing during playback of recorded audio data | |
| US20030026186A1 (en) | Information storage medium and information recording method | |
| US6618548B1 (en) | Method for copying, recording, and editing data onto disk recording media, and disk recording apparatus | |
| JP4256075B2 (ja) | ファイルシステム及び記憶領域の管理方法 | |
| JP4502375B2 (ja) | ファイルシステムおよびその制御方法 | |
| JP2001043117A (ja) | ディスク媒体管理方法 | |
| JP2001101050A (ja) | ファイル管理方法 | |
| JP2003173285A (ja) | 情報記録方法及び情報記録再生装置 | |
| JP2001043662A (ja) | ディスク媒体管理方法 | |
| JP4183660B2 (ja) | ファイル管理方法及び装置 | |
| JP3607279B2 (ja) | ファイル管理方法及び装置 | |
| JP2007128286A (ja) | 再生装置、再生方法および再生プログラム | |
| JP2004171670A (ja) | 記録再生装置及び記録再生方法 | |
| JPH10340533A (ja) | データ記録装置及び方法 | |
| JP2000285640A (ja) | 情報記録再生装置 | |
| JP2005115696A (ja) | ファイルアクセス方法及び情報処理装置 | |
| JP2001325135A (ja) | データ記憶再生装置及びデータ記憶再生方法 | |
| JPH0541037A (ja) | デイジタルデータ記録再生装置 | |
| JP2000123476A (ja) | データ送受信装置 | |
| JPH01227273A (ja) | ファイルフォーマット方法 | |
| JP2009110136A (ja) | ファイル管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060929 |