JP4359041B2 - ディスク記録装置及び同装置に適用するデータアクセス方法 - Google Patents
ディスク記録装置及び同装置に適用するデータアクセス方法 Download PDFInfo
- Publication number
- JP4359041B2 JP4359041B2 JP2002378270A JP2002378270A JP4359041B2 JP 4359041 B2 JP4359041 B2 JP 4359041B2 JP 2002378270 A JP2002378270 A JP 2002378270A JP 2002378270 A JP2002378270 A JP 2002378270A JP 4359041 B2 JP4359041 B2 JP 4359041B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- disk
- data access
- access request
- disk drive
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 10
- 238000013500 data storage Methods 0.000 claims 2
- 238000007726 management method Methods 0.000 claims 1
- 230000004044 response Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- 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
-
- 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/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- 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/34—Indicating arrangements
-
- 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/36—Monitoring, i.e. supervising the progress of recording or reproducing
-
- 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/10527—Audio or video recording; Data buffering arrangements
- G11B2020/10537—Audio or video recording
-
- 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
- G11B2020/10935—Digital recording or reproducing wherein a time constraint must be met
- G11B2020/10953—Concurrent recording or playback of different streams or files
- G11B2020/10962—Concurrent recording or playback of different streams or files wherein both recording and playback take place simultaneously
-
- 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
-
- 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
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2508—Magnetic discs
- G11B2220/2516—Hard disks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
- H04N5/9261—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction
Description
【０００１】
【発明の属する技術分野】
本発明は、一般的には録画再生装置の分野に関し、特に、ディスクドライブを記録媒体として使用するビデオレコーダに関する。
【０００２】
【従来の技術】
近年、例えばハードディスクドライブ（以下ディスクドライブと呼ぶ）を記録媒体として使用するビデオレコーダが開発されている。このようなビデオレコーダは、通常では、放送番組を録画再生するＨＤＤビデオレコーダとも呼ばれており、パーソナルビデオレコーダの一種である。
【０００３】
ビデオレコーダでは、テレビチューナにより受信した映像などのストリームデータを録画又は再生する場合に、ディスクドライブに対するデータアクセスの性能が重要である。具体的には、ストリームデータの録画又は再生を行なうアプリケーション・プログラムは、特に連続的なデータアクセスを必要とするため、当該データアクセスのスループット（通常では、データ転送速度）の保証が要求される。
【０００４】
ところで、最近では、１枚の物理的ディスク（記録媒体）に対して、同時に複数のストリームデータのアクセスが可能になっている。即ち、例えば複数のアプリケーション・プログラムが、異なるチャネルの放送番組を録画又は再生を同時に行なうためのデータアクセスである（例えば、特許文献１を参照）。
【０００５】
【特許文献１】
特開平１０−３３３９８４号公報
【０００６】
【発明が解決しようとする課題】
１つのストリームデータのアクセスについては、当該データアクセスのスループットの保証は可能である。しかしながら、複数のストリームデータのアクセスについては、当該データアクセスのスループットの保証は困難である。データアクセスのスループットを保証するためには、アプリケーション・プログラムからの要求に応じて、ディスクドライブをアクセスしたときのデータを格納するバッファ領域を管理する適正なスケジューリングが必要である。
【０００７】
そこで、本発明の目的は、複数のデータアクセス要求に伴なうスループットを保証できるバッファ管理機能を実現した録画再生装置に適用するディスク記録装置及びデータアクセス方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明の観点は、ディスクドライブに対して、例えばストリームデータをアクセスして録画または再生する録画再生装置に適用し、複数のデータアクセス時に所定のスループットを保証できるバッファ管理機能を有するディスク記録装置に関する。
【０００９】
本発明の観点に従ったディスク記録装置は、ディスク記録媒体にデータのリードまたはライトを行なうディスクドライブと、
前記ディスクドライブが前記ディスク記録媒体にアクセスしたときに、前記ディスク記録媒体に対してリードまたはライトするデータを一時的に格納するバッファ領域を確保するためのメモリ手段と、
前記ディスクドライブに対して複数のデータアクセス要求が発生したときに、前記ディスクドライブのデータアクセス性能に含まれるデータ転送時間及び前記各データアクセス要求に伴う所定の条件に含まれるデータ転送速度に基づいて、前記各データアクセス要求のそれぞれに適合するデータ量を算出し、当該各データ量の前記バッファ領域を確保する制御手段とを備えた構成である。
【００１０】
このような構成であれば、ディスクドライブに対して複数のデータアクセス要求が発生した場合でも、ディスクドライブのアクセス性能や、アプリケーションプログラムのスループット（データ転送速度）要求等の所定の条件を満たすように、バッファ管理を行なうことが可能となる。
【００１１】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００１２】
（録画再生装置の構成）
図１は、本実施形態に関する録画再生装置としてビデオレコーダ１００を想定したブロック図である。なお、本実施形態に関する録画再生装置は、独立したビデオレコーダ１００ではなく、例えばディジタル・テレビ受像機に組み込まれた装置でもよい。
【００１３】
ビデオレコーダ１００は、大別して、装置のメイン制御装置であるホストコンピュータ（ホストＣＰＵ）１０と、ディスクドライブ１１と、放送番組を受信するテレビチューナ（ＴＶチューナ）１４と、表示部１５とを有する。
【００１４】
ディスクドライブ１１は、磁気記録媒体であるディスク１１０を使用するハードディスクドライブである。ディスク１１０は、スピンドルモータ１１１により回転される。ディスクドライブ１１は、ホストＣＰＵ１０の制御により、放送番組のストリームデータをディスク１１０に記録し、また当該ディスク１１０からストリームデータを再生する。ディスクドライブ１１は、ディスク１１０に対するリード／ライト機構を制御するためのマイクロプロセッサ（ＣＰＵ）１１２、及びホストＣＰＵ１０とのインターフェースを構成するディスクコントローラ（ＨＤＣ）１１３を含む。
【００１５】
ホストＣＰＵ１０は、後述するように、オペレーティングシステム（ＯＳ）の制御下で、ストリームデータの録画再生動作を行なうためのアプリケーション・プログラム（ＡＰ、以下単にアプリケーションと表記することがある）を実行する（図２を参照）。ホストＣＰＵ１０は、ストリームデータの録画再生動作に必要なバッファ領域を管理する管理機能を有する。メモリ１２は、通常ではホストＣＰＵ１０のメインメモリであり、ダイナミックＲＡＭ（ＤＲＡＭ）から構成されている。メモリ１２は、ＯＳ（具体的にはディスクドライバ）の制御により、アプリケーションのデータアクセスに必要なバッファ領域を確保するために使用される。
【００１６】
ＴＶチューナ１４は、ディジタル放送などのテレビ放送から指定の放送番組を選定し、当該ストリームデータをコーデック（ＣＯＤＥＣ）１３に出力する。ＣＯＤＥＣ１３は、所定の規格によりストリームデータを圧縮または圧縮を解除するためのハードウエアである。但し、コーデック１３は、ソフトウェアにより実現される処理部でもよい。表示部１５は、ホストＣＰＵ１０の制御により、例えば録画再生の操作に関する各種の情報を表示するディスプレイを有する。
【００１７】
なお、ビデオレコーダ１００は、ホストＣＰＵ１０の制御により再生されたストリームデータを、例えばテレビ受像機に出力するための出力部を有する。この出力部により、テレビ受像機の画面上に再生された映像を表示することができる。
【００１８】
（システム構成）
図２は、主としてホストＣＰＵ１０のソフトウェアの構成を示すブロック図である。
【００１９】
ホストＣＰＵ１０には、図２に示すように、ファイルシステム２１０及びディスクドライバ２２０を含むＯＳ２００が組み込まれている。ＯＳ２００は、複数のアプリケーション（ＡＰ）３００，３０１から録画再生動作に伴なうデータアクセス要求（ＲＥＱ１，ＲＥＱ２）を受けて、当該要求に従ってディスクドライブ１１をアクセスする。
【００２０】
具体的には、ファイルシステム２１０は、アプリケーション３００，３０１からアクセス要求（リード要求またはライト要求）されたディスクドライブ１１のディスク１１０上の場所（アドレス）を決定する。ディスクドライバ２２０は、ファイルシステム２１０から渡されるアクセス要求とアドレスに従って、ディスクドライブ１１をアクセスするためのコマンド（ＣＯＭ）を発行する。即ち、ディスクドライバ２２０は、ディスクドライブ１１との間でリード／ライトデータ（ストリームデータ）の入出力を制御するソフトウェア（デバイスドライバの一種）である。
【００２１】
ディスクドライバ２２０は、例えばアプリケーション３００からのアクセス要求（ＲＥＱ１）がリード要求であれば、ディスク１１０上のアドレスを含むリードコマンドをディスクドライブ１１に転送する。一方、ディスクドライバ２２０は、例えばアプリケーション３０１からのアクセス要求（ＲＥＱ２）がライト要求であれば、ディスク１１０上のアドレスを含むライトコマンドをディスクドライブ１１に転送する。
【００２２】
更に、ディスクドライバ２２０は、後述するように、データアクセスに必要なメモリ１２でのバッファ領域を管理する。具体的には、ディスクドライバ２２０は、ストリームデータの連続的アクセスを行なうために、例えばストリームデータの先読み動作または後書き動作に必要なバッファ領域（即ち、転送するデータ量）をメモリ１２に確保するバッファ管理処理を実行する。
【００２３】
（録画再生動作に伴なうデータアクセス動作）
以下図１及び図２以外に、図３から図５を参照して本実施形態の録画再生動作を説明する。
【００２４】
まず、図３のフローチャート及び図４を参照して、ビデオレコーダ１００での録画再生動作に伴うデータアクセス動作の手順を説明する。
【００２５】
本実施形態では、図４に示すように、便宜的に、ディスク１１０上の第１の記録領域４００と第２の記録領域４１０を想定する。第１の記録領域４００は、相対的に外周側の複数のトラックを含み、第１のアプリケーション３００のアクセス要求の記録領域とする。一方、第２の記録領域４１０は、相対的に内周側の複数のトラックを含み、第２のアプリケーション３０１のアクセス要求の記録領域とする。なお、符号ＨＰ１，ＨＰ２は、ディスク１１０に対してデータのリード／ライトを実行するヘッドの位置を意味する。
【００２６】
ＯＳ２００は、アプリケーション３００，３０１から録画再生動作に関係するデータアクセス要求ＲＥＱ１，ＲＥＱ２を受付ける（ステップＳ１）。ここでは、例えば、第１のアプリケーション３００からは、再生動作に関係して、ディスク１１０に記録されているストリームデータを読出すリードアクセスの要求ＲＥＱ１がなされたとする。一方、第２のアプリケーション３０１からは、録画動作に関係して、ディスク１１０にＴＶチューナ１４により受信されたストリームデータを書き込むライトアクセスの要求ＲＥＱ２がなされたとする。
【００２７】
ファイルシステム２１０は、アクセス要求（ＲＥＱ１，ＲＥＱ２）を受けて、ディスク１１０上のアクセス対象である記録領域（４００，４１０）を特定する（ステップＳ２）。具体的には、ファイルシステム２１０は、ストリームデータのリード／ライト対象であるディスク１１０上のアドレスを設定する。
【００２８】
ディスクドライバ２２０は、ファイルシステム２１０から渡されたアクセス要求（ＲＥＱ１，ＲＥＱ２）及び各アドレスに従って、ディスクドライブ１１に対してコマンド（ＣＯＭ）を発行する（ステップＳ３）。当該コマンドは、ディスク１１０上からセクタ単位のデータをアクセス（リード／ライト）することを指示する。
【００２９】
即ち、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求ＲＥＱ１に従って、ディスクドライブ１１のＨＤＣ１１３にリードコマンドを転送する。当該リードコマンドには、ディスク１１０上の第１の記録領域４００に含まれるアドレス（トラックアドレス及びセクタアドレス）が含まれる。また、第２のアプリケーション３０１からのデータアクセス要求ＲＥＱ２に従って、ディスクドライブ１１のＨＤＣ１１３にライトコマンドを転送する。当該ライトコマンドには、ディスク１１０上の第２の記録領域４０１に含まれるアドレス（トラックアドレス及びセクタアドレス）が含まれる。
【００３０】
ディスクドライブ１１では、ＣＰＵ１１２は、ＨＤＣ１１３を介して受信したコマンド（ＣＯＭ）に従って、リード／ライト機構を制御して、ディスク１１０に対してデータのリード／ライト動作を実行する（ステップＳ４）。
【００３１】
即ち、第１のアプリケーション３００からのデータアクセス要求ＲＥＱ１に従って、ＣＰＵ１１２は、リード／ライト機構に含まれるヘッドを、図４に示すように、第１の記録領域４００に含まれる位置ＨＰ１に位置決めする。ヘッドは、当該位置ＨＰ１に含まれる複数のセクタからストリームデータをリードする。一方、第２のアプリケーション３０１からのデータアクセス要求ＲＥＱ２に従って、ＣＰＵ１１２は、リード／ライト機構に含まれるヘッドを、図４に示すように、第２の記録領域４１０に含まれる位置ＨＰ２に位置決めする。ヘッドは、当該位置ＨＰ２に含まれる複数のセクタに対してストリームデータをライトする。
【００３２】
（バッファ領域の管理）
以上のようにして、ホストＣＰＵ１０は、ＯＳ２００の制御により、複数のアプリケーション３００，３０１からのデータアクセス要求に従って、ディスクドライブ１１に対してリード／ライト制御を実行する。ホストＣＰＵ１０は、ディスクドライブ１１との間で、データアクセス要求に応じたストリームデータの転送を行なう。このとき、ディスクドライバ２２０は、データアクセス要求に従って、所定の条件でのストリームデータの転送を実現するために、ディスク１１０から先読み動作または後書き動作を実行する。
【００３３】
以下、図２及び図５のフローチャートを参照して、当該先読み動作または後書き動作時に、ディスクドライバ２２０が実行するメモリ１２のバッファ領域の管理動作を説明する。
【００３４】
ここで、ディスクドライブ１１の性能、及びアプリケーション３００，３０１がデータアクセス時に要求する仕様には、以下の項目が含まれる。
【００３５】
即ち、ディスクドライブ１１の性能としては、ヘッド移動速度（Ｈｓ：例えば１トラックの移動距離／秒）、及びデータ転送速度（Ｄｓ：megabit／sec）が含まれる。また、アプリケーション３００，３０１の仕様には、スループット（即ち、データ転送速度Ｔｓ：megabit／sec）、及びアクセス要求に対する応答の最大遅延時間（Ｍｔ秒）が含まれる。
【００３６】
次に、図５のフローチャートを参照して、アプリケーション３００または３０１からストリームデータの再生動作に伴なうデータアクセス要求がなされた場合の動作を説明する。
【００３７】
ＯＳ２００は、アプリケーション３００または３０１からデータアクセス要求を受付けると、図３に示すように、ファイルシステム２１０とディスクドライバ２２０が一連の処理を実行する（ステップＳ１１）。ここで、データアクセス要求は、例えば第１のアプリケーション３００からのみの場合を想定する（ステップＳ１２のＮＯ）。
【００３８】
ディスクドライバ２２０は、要求に従ったバッファ領域を確保するためのデータ量（Ｎ：最小値）を算出する（ステップＳ１３）。即ち、ディスクドライバ２２０は、ディスクドライブ１１から得られる前記データ転送速度（Ｄｓ：megabit／sec）に基づいて、関係式「Ｎ＝Ｄｔ×Ｄｓ、但しＤｔはデータ転送時間」からデータ量（Ｎ）を算出する。ディスクドライバ２２０は、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ１４）。
【００３９】
次に、ディスクドライバ２２０は、アクセス要求に従ったコマンド（リードコマンド）を発行し、ディスクドライブ１１にリードアクセスを実行する（ステップＳ１５）。ディスクドライブ１１は、当該リードコマンドに応じて、ディスク１１０上からリードしたストリームデータをディスクドライバ２２０に転送する。ディスクドライバ２２０は、転送されたストリームデータを確保したバッファ領域に一時的に格納する。
【００４０】
一方、例えば第２のアプリケーション３０１からアクセス要求を受付けたときに、既に第１のアプリケーション３００からのアクセス要求を受けている場合を想定する（ステップＳ１２のＹＥＳ）。
【００４１】
このような場合、ディスクドライバ２２０は、所定の条件に従って、例えば先読み動作でのデータ量（Ｎ）を算出する（ステップＳ１６）。所定の条件とは、前述のアプリケーションから要求されるスループット（データ転送速度Ｔｓ：megabit／sec）及び応答の最大遅延時間（Ｍｔ秒）に関するものである。具体的には、最大遅延時間（Ｍｔ）に関する条件式（１）及びスループット（Ｔｓ）に関する条件式（２）を想定する。
【００４２】
Ｍｔ＜（Ｈｔ＋Ｄｔ）…（１）
Ｔｓ＜Ｎ／（Ｈｔ＋Ｄｔ）…（２）
ここで、Ｈｔは、ヘッドの移動時間を意味する。また、Ｄｔは、前述したように、データ転送時間を意味する。ヘッドの移動時間Ｈｔは、下記式（３）により表される。
【００４３】
Ｈｔ＝｜Ｘ−Ｙ｜×Ｈｓ…（３）
Ｈｓは、前述したように、ヘッド移動速度を意味する。また、Ｘは、例えば図４に示すように、第１のアプリケーション３００のアクセス要求に従って、ディスク１１０の記録領域４００からストリームデータをリードするときのヘッド位置（ＨＰ１）を意味する。同様に、Ｙは、例えば第２のアプリケーション３０１のアクセス要求に従って、ディスク１１０の記録領域４１０からストリームデータをリードするときのヘッド位置（ＨＰ２）を意味する。
【００４４】
従って、第１のアプリケーション３００のアクセス要求を受付けているときに、第１のアプリケーション３０１のアクセス要求を処理する場合には、ヘッドの移動時間Ｈｔは、前記式（３）から算出することができる。
【００４５】
また、データ転送時間Ｄｔは、下記式（４）により表される。
【００４６】
Ｄｔ＝Ｎ／Ｄｓ…（４）
ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を算出する。このとき、例えばアプリケーションの要求するスループット（データ転送速度Ｔｓ）に対して、条件式（１）を満たすようなデータ量（Ｎ）を決定できない場合には、ディスクドライバ２２０は、アクセス不可であるとして異常終了とする（ステップＳ１７のＮＯ）。
【００４７】
一方、ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を決定できる場合には、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ１７のＹＥＳ，Ｓ１４）。
【００４８】
以上要するに、複数のアプリケーション３００，３０１からのデータアクセス要求がある場合に、ディスクドライバ２２０は、当該データアクセス要求に伴なうスループット（Ｔｓ）の条件を満たすバッファ領域を確保するためのデータ量（Ｎ）を算出する。ディスクドライバ２２０は、当該データ量（Ｎ）に対応するバッファ領域を確保し、データアクセス要求に従って、ディスクドライブ１１に対するアクセス制御（コマンドの発行）を実行する。
【００４９】
本実施形態では、図２に示すように、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求に応じて、例えばメモリ１２にバッファ領域１２０を確保する。一方、ディスクドライバ２２０は、第２のアプリケーション３００からのデータアクセス要求に応じて、前記の条件を満たすようなバッファ領域１２１をメモリ１２に確保する。これにより、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求に応じて、ディスクドライブ１１から転送されたストリームデータをバッファ領域１２０に一時的に格納する。また、ディスクドライバ２２０は、第２のアプリケーション３００からのデータアクセス要求に応じて、ディスクドライブ１１から転送されたストリームデータをバッファ領域１２１に一時的に格納する。
【００５０】
従って、ビデオレコーダ１００は、第１のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４００から再生したストリームデータを表示部１５に出力する。さらに、第２のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４１０からストリームデータを先読みし、バッファ領域１２１に一時的に格納することができる。換言すれば、第２のアプリケーション３００からのデータアクセス要求に伴なうスループットの条件に満足するように、ストリームデータを先読みし、表示部１５に出力する再生動作を実現できる。
【００５１】
なお、本実施形態は、複数のアプリケーションが、いずれも再生動作のためのデータアクセス要求を行なう場合のバッファ領域の管理について説明している。これに限ることなく、例えば、第１のアプリケーション３００が再生動作に伴なうリードアクセス要求を実行し、第２のアプリケーションが録画動作に伴なうライトフアクセス要求の場合でもよい。この場合、ディスクドライバ２２０は、第２のアプリケーション３０１からのデータアクセス要求に従って、ディスク１１０上の記録領域４１０にストリームデータを後書きするためのバッファ領域１２１を確保する。
【００５２】
（変形例）
図６は、本実施形態の変形例に関するフローチャートである。
【００５３】
本変形例は、録画動作中に、再生要求が発生する例えばタイムシフトのような録画再生動作を想定している。以下、図６のフローチャートを参照して、具体的に説明する。
【００５４】
ＯＳ２００は、例えば第１のアプリケーション３００から録画動作に伴うデータアクセス要求を受付けると、前述したように、ファイルシステム２１０とディスクドライバ２２０が一連の処理を実行する（ステップＳ２１）。即ち、ディスクドライバ２２０は、ライトアクセス要求に従ったバッファ領域を確保する（ステップＳ２２）。
【００５５】
次に、ディスクドライバ２２０は、アクセス要求に従ったコマンド（ライトコマンド）を発行し、ディスクドライブ１１にライトアクセスを実行する（ステップＳ２３）。ディスクドライブ１１は、当該ライトコマンドに応じて、録画すべきストリームデータを受信して、ディスク１１０上の例えば記録領域４００に書き込む。ここで、録画動作を中断して、当該第１のアプリケーション３００からの再生要求がなければ、ＯＳ２００は、録画モードでのデータアクセスを継続する（ステップＳ２４のＮＯ）。
【００５６】
一方、第１のアプリケーション３００から録画動作を中断して、再生要求が発生すると、ディスクドライバ２２０は、所定の条件に従って、データ量（Ｎ）を算出する（ステップＳ２６）。この場合、ディスクドライバ２２０は、ディスク１１０上のリードアクセス領域（ここでは、図４に示す記録領域４１０とする）に基づいて、計算式「Ｈｔ＋Ｄｔ」を算出する（ステップＳ２５）。
【００５７】
即ち、ヘッドの移動時間Ｈｔは、前記式（３）により算出される。この場合、Ｘは、第１のアプリケーション３００のライトアクセス要求に従って、ディスク１１０の記録領域４００にストリームデータをライトするときのヘッド位置（ＨＰ１）を意味する。同様に、Ｙは、当該第１のアプリケーション３００のリードアクセス要求に従って、ディスク１１０の記録領域４１０からストリームデータをリードするときのヘッド位置（ＨＰ２）を意味する。また、Ｄｔは、前述したように、データ転送時間を意味する。
【００５８】
ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を算出する。このとき、第１のアプリケーション３００の要求するスループット（データ転送速度Ｔｓ）に対して、条件式（１）を満たすようなデータ量（Ｎ）を決定できない場合には、ディスクドライバ２２０は、当該再生要求に従ったアクセスは不可であるとして、例えば前記の録画要求に従ったライトアクセスを継続する（ステップＳ２７のＮＯ）。一方、ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を決定できる場合には、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ２７のＹＥＳ，Ｓ２８）。
【００５９】
以上要するに、本変形例では、同一の例えば第１のアプリケーション３００により、録画動作に伴なうライトアクセスを中断して、再生動作に従ったリードアクセスを実行することができる。この場合、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求（リードアクセス要求）に伴なうスループットを満足するように、メモリ１２上にバッファ領域を確保する。
【００６０】
従って、ビデオレコーダ１００は、第１のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４００にストリームデータを格納する録画動作の実行中に、再生動作を実行する例えばタイムシフトのような録画再生動作を行なうことができる。
【００６１】
なお、本実施形態及び変形例は、独立したビデオレコーダ１００を想定したが、これに限ることなく、例えばディジタルテレビ装置に組み込まれる録画再生装置にも適用することができる。
【００６２】
【発明の効果】
以上詳述したように本発明によれば、特に複数のアプリケーションからの各データアクセス要求に伴なうスループットを保証できるバッファ管理機能を実現した録画再生装置及びデータアクセス方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するビデオレコーダの構成を示すブロック図。
【図２】同実施形態に関するビデオレコーダのソフトウェア構成を示すブロック図。
【図３】同実施形態に関する録画再生動作を説明するためのフローチャート。
【図４】同実施形態に関するバッファ管理機能での条件を説明するための図。
【図５】同実施形態に関する複数のデータアクセス要求での処理手順を説明するためのフローチャート。
【図６】本実施形態の変形例に関するフローチャート。
【符号の説明】
１０…ホストＣＰＵ、１１…ディスクドライブ、１２…メモリ、１３…コーデック、１４…ＴＶチューナ、１５…表示部、１１０…ディスク、１１２…ＣＰＵ、１１３…ディスクコントローラ（ＨＤＣ）、２００…ＯＳ、２１０…ファイルシステム、２２０…ディスクドライバ。
【発明の属する技術分野】
本発明は、一般的には録画再生装置の分野に関し、特に、ディスクドライブを記録媒体として使用するビデオレコーダに関する。
【０００２】
【従来の技術】
近年、例えばハードディスクドライブ（以下ディスクドライブと呼ぶ）を記録媒体として使用するビデオレコーダが開発されている。このようなビデオレコーダは、通常では、放送番組を録画再生するＨＤＤビデオレコーダとも呼ばれており、パーソナルビデオレコーダの一種である。
【０００３】
ビデオレコーダでは、テレビチューナにより受信した映像などのストリームデータを録画又は再生する場合に、ディスクドライブに対するデータアクセスの性能が重要である。具体的には、ストリームデータの録画又は再生を行なうアプリケーション・プログラムは、特に連続的なデータアクセスを必要とするため、当該データアクセスのスループット（通常では、データ転送速度）の保証が要求される。
【０００４】
ところで、最近では、１枚の物理的ディスク（記録媒体）に対して、同時に複数のストリームデータのアクセスが可能になっている。即ち、例えば複数のアプリケーション・プログラムが、異なるチャネルの放送番組を録画又は再生を同時に行なうためのデータアクセスである（例えば、特許文献１を参照）。
【０００５】
【特許文献１】
特開平１０−３３３９８４号公報
【０００６】
【発明が解決しようとする課題】
１つのストリームデータのアクセスについては、当該データアクセスのスループットの保証は可能である。しかしながら、複数のストリームデータのアクセスについては、当該データアクセスのスループットの保証は困難である。データアクセスのスループットを保証するためには、アプリケーション・プログラムからの要求に応じて、ディスクドライブをアクセスしたときのデータを格納するバッファ領域を管理する適正なスケジューリングが必要である。
【０００７】
そこで、本発明の目的は、複数のデータアクセス要求に伴なうスループットを保証できるバッファ管理機能を実現した録画再生装置に適用するディスク記録装置及びデータアクセス方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明の観点は、ディスクドライブに対して、例えばストリームデータをアクセスして録画または再生する録画再生装置に適用し、複数のデータアクセス時に所定のスループットを保証できるバッファ管理機能を有するディスク記録装置に関する。
【０００９】
本発明の観点に従ったディスク記録装置は、ディスク記録媒体にデータのリードまたはライトを行なうディスクドライブと、
前記ディスクドライブが前記ディスク記録媒体にアクセスしたときに、前記ディスク記録媒体に対してリードまたはライトするデータを一時的に格納するバッファ領域を確保するためのメモリ手段と、
前記ディスクドライブに対して複数のデータアクセス要求が発生したときに、前記ディスクドライブのデータアクセス性能に含まれるデータ転送時間及び前記各データアクセス要求に伴う所定の条件に含まれるデータ転送速度に基づいて、前記各データアクセス要求のそれぞれに適合するデータ量を算出し、当該各データ量の前記バッファ領域を確保する制御手段とを備えた構成である。
【００１０】
このような構成であれば、ディスクドライブに対して複数のデータアクセス要求が発生した場合でも、ディスクドライブのアクセス性能や、アプリケーションプログラムのスループット（データ転送速度）要求等の所定の条件を満たすように、バッファ管理を行なうことが可能となる。
【００１１】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００１２】
（録画再生装置の構成）
図１は、本実施形態に関する録画再生装置としてビデオレコーダ１００を想定したブロック図である。なお、本実施形態に関する録画再生装置は、独立したビデオレコーダ１００ではなく、例えばディジタル・テレビ受像機に組み込まれた装置でもよい。
【００１３】
ビデオレコーダ１００は、大別して、装置のメイン制御装置であるホストコンピュータ（ホストＣＰＵ）１０と、ディスクドライブ１１と、放送番組を受信するテレビチューナ（ＴＶチューナ）１４と、表示部１５とを有する。
【００１４】
ディスクドライブ１１は、磁気記録媒体であるディスク１１０を使用するハードディスクドライブである。ディスク１１０は、スピンドルモータ１１１により回転される。ディスクドライブ１１は、ホストＣＰＵ１０の制御により、放送番組のストリームデータをディスク１１０に記録し、また当該ディスク１１０からストリームデータを再生する。ディスクドライブ１１は、ディスク１１０に対するリード／ライト機構を制御するためのマイクロプロセッサ（ＣＰＵ）１１２、及びホストＣＰＵ１０とのインターフェースを構成するディスクコントローラ（ＨＤＣ）１１３を含む。
【００１５】
ホストＣＰＵ１０は、後述するように、オペレーティングシステム（ＯＳ）の制御下で、ストリームデータの録画再生動作を行なうためのアプリケーション・プログラム（ＡＰ、以下単にアプリケーションと表記することがある）を実行する（図２を参照）。ホストＣＰＵ１０は、ストリームデータの録画再生動作に必要なバッファ領域を管理する管理機能を有する。メモリ１２は、通常ではホストＣＰＵ１０のメインメモリであり、ダイナミックＲＡＭ（ＤＲＡＭ）から構成されている。メモリ１２は、ＯＳ（具体的にはディスクドライバ）の制御により、アプリケーションのデータアクセスに必要なバッファ領域を確保するために使用される。
【００１６】
ＴＶチューナ１４は、ディジタル放送などのテレビ放送から指定の放送番組を選定し、当該ストリームデータをコーデック（ＣＯＤＥＣ）１３に出力する。ＣＯＤＥＣ１３は、所定の規格によりストリームデータを圧縮または圧縮を解除するためのハードウエアである。但し、コーデック１３は、ソフトウェアにより実現される処理部でもよい。表示部１５は、ホストＣＰＵ１０の制御により、例えば録画再生の操作に関する各種の情報を表示するディスプレイを有する。
【００１７】
なお、ビデオレコーダ１００は、ホストＣＰＵ１０の制御により再生されたストリームデータを、例えばテレビ受像機に出力するための出力部を有する。この出力部により、テレビ受像機の画面上に再生された映像を表示することができる。
【００１８】
（システム構成）
図２は、主としてホストＣＰＵ１０のソフトウェアの構成を示すブロック図である。
【００１９】
ホストＣＰＵ１０には、図２に示すように、ファイルシステム２１０及びディスクドライバ２２０を含むＯＳ２００が組み込まれている。ＯＳ２００は、複数のアプリケーション（ＡＰ）３００，３０１から録画再生動作に伴なうデータアクセス要求（ＲＥＱ１，ＲＥＱ２）を受けて、当該要求に従ってディスクドライブ１１をアクセスする。
【００２０】
具体的には、ファイルシステム２１０は、アプリケーション３００，３０１からアクセス要求（リード要求またはライト要求）されたディスクドライブ１１のディスク１１０上の場所（アドレス）を決定する。ディスクドライバ２２０は、ファイルシステム２１０から渡されるアクセス要求とアドレスに従って、ディスクドライブ１１をアクセスするためのコマンド（ＣＯＭ）を発行する。即ち、ディスクドライバ２２０は、ディスクドライブ１１との間でリード／ライトデータ（ストリームデータ）の入出力を制御するソフトウェア（デバイスドライバの一種）である。
【００２１】
ディスクドライバ２２０は、例えばアプリケーション３００からのアクセス要求（ＲＥＱ１）がリード要求であれば、ディスク１１０上のアドレスを含むリードコマンドをディスクドライブ１１に転送する。一方、ディスクドライバ２２０は、例えばアプリケーション３０１からのアクセス要求（ＲＥＱ２）がライト要求であれば、ディスク１１０上のアドレスを含むライトコマンドをディスクドライブ１１に転送する。
【００２２】
更に、ディスクドライバ２２０は、後述するように、データアクセスに必要なメモリ１２でのバッファ領域を管理する。具体的には、ディスクドライバ２２０は、ストリームデータの連続的アクセスを行なうために、例えばストリームデータの先読み動作または後書き動作に必要なバッファ領域（即ち、転送するデータ量）をメモリ１２に確保するバッファ管理処理を実行する。
【００２３】
（録画再生動作に伴なうデータアクセス動作）
以下図１及び図２以外に、図３から図５を参照して本実施形態の録画再生動作を説明する。
【００２４】
まず、図３のフローチャート及び図４を参照して、ビデオレコーダ１００での録画再生動作に伴うデータアクセス動作の手順を説明する。
【００２５】
本実施形態では、図４に示すように、便宜的に、ディスク１１０上の第１の記録領域４００と第２の記録領域４１０を想定する。第１の記録領域４００は、相対的に外周側の複数のトラックを含み、第１のアプリケーション３００のアクセス要求の記録領域とする。一方、第２の記録領域４１０は、相対的に内周側の複数のトラックを含み、第２のアプリケーション３０１のアクセス要求の記録領域とする。なお、符号ＨＰ１，ＨＰ２は、ディスク１１０に対してデータのリード／ライトを実行するヘッドの位置を意味する。
【００２６】
ＯＳ２００は、アプリケーション３００，３０１から録画再生動作に関係するデータアクセス要求ＲＥＱ１，ＲＥＱ２を受付ける（ステップＳ１）。ここでは、例えば、第１のアプリケーション３００からは、再生動作に関係して、ディスク１１０に記録されているストリームデータを読出すリードアクセスの要求ＲＥＱ１がなされたとする。一方、第２のアプリケーション３０１からは、録画動作に関係して、ディスク１１０にＴＶチューナ１４により受信されたストリームデータを書き込むライトアクセスの要求ＲＥＱ２がなされたとする。
【００２７】
ファイルシステム２１０は、アクセス要求（ＲＥＱ１，ＲＥＱ２）を受けて、ディスク１１０上のアクセス対象である記録領域（４００，４１０）を特定する（ステップＳ２）。具体的には、ファイルシステム２１０は、ストリームデータのリード／ライト対象であるディスク１１０上のアドレスを設定する。
【００２８】
ディスクドライバ２２０は、ファイルシステム２１０から渡されたアクセス要求（ＲＥＱ１，ＲＥＱ２）及び各アドレスに従って、ディスクドライブ１１に対してコマンド（ＣＯＭ）を発行する（ステップＳ３）。当該コマンドは、ディスク１１０上からセクタ単位のデータをアクセス（リード／ライト）することを指示する。
【００２９】
即ち、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求ＲＥＱ１に従って、ディスクドライブ１１のＨＤＣ１１３にリードコマンドを転送する。当該リードコマンドには、ディスク１１０上の第１の記録領域４００に含まれるアドレス（トラックアドレス及びセクタアドレス）が含まれる。また、第２のアプリケーション３０１からのデータアクセス要求ＲＥＱ２に従って、ディスクドライブ１１のＨＤＣ１１３にライトコマンドを転送する。当該ライトコマンドには、ディスク１１０上の第２の記録領域４０１に含まれるアドレス（トラックアドレス及びセクタアドレス）が含まれる。
【００３０】
ディスクドライブ１１では、ＣＰＵ１１２は、ＨＤＣ１１３を介して受信したコマンド（ＣＯＭ）に従って、リード／ライト機構を制御して、ディスク１１０に対してデータのリード／ライト動作を実行する（ステップＳ４）。
【００３１】
即ち、第１のアプリケーション３００からのデータアクセス要求ＲＥＱ１に従って、ＣＰＵ１１２は、リード／ライト機構に含まれるヘッドを、図４に示すように、第１の記録領域４００に含まれる位置ＨＰ１に位置決めする。ヘッドは、当該位置ＨＰ１に含まれる複数のセクタからストリームデータをリードする。一方、第２のアプリケーション３０１からのデータアクセス要求ＲＥＱ２に従って、ＣＰＵ１１２は、リード／ライト機構に含まれるヘッドを、図４に示すように、第２の記録領域４１０に含まれる位置ＨＰ２に位置決めする。ヘッドは、当該位置ＨＰ２に含まれる複数のセクタに対してストリームデータをライトする。
【００３２】
（バッファ領域の管理）
以上のようにして、ホストＣＰＵ１０は、ＯＳ２００の制御により、複数のアプリケーション３００，３０１からのデータアクセス要求に従って、ディスクドライブ１１に対してリード／ライト制御を実行する。ホストＣＰＵ１０は、ディスクドライブ１１との間で、データアクセス要求に応じたストリームデータの転送を行なう。このとき、ディスクドライバ２２０は、データアクセス要求に従って、所定の条件でのストリームデータの転送を実現するために、ディスク１１０から先読み動作または後書き動作を実行する。
【００３３】
以下、図２及び図５のフローチャートを参照して、当該先読み動作または後書き動作時に、ディスクドライバ２２０が実行するメモリ１２のバッファ領域の管理動作を説明する。
【００３４】
ここで、ディスクドライブ１１の性能、及びアプリケーション３００，３０１がデータアクセス時に要求する仕様には、以下の項目が含まれる。
【００３５】
即ち、ディスクドライブ１１の性能としては、ヘッド移動速度（Ｈｓ：例えば１トラックの移動距離／秒）、及びデータ転送速度（Ｄｓ：megabit／sec）が含まれる。また、アプリケーション３００，３０１の仕様には、スループット（即ち、データ転送速度Ｔｓ：megabit／sec）、及びアクセス要求に対する応答の最大遅延時間（Ｍｔ秒）が含まれる。
【００３６】
次に、図５のフローチャートを参照して、アプリケーション３００または３０１からストリームデータの再生動作に伴なうデータアクセス要求がなされた場合の動作を説明する。
【００３７】
ＯＳ２００は、アプリケーション３００または３０１からデータアクセス要求を受付けると、図３に示すように、ファイルシステム２１０とディスクドライバ２２０が一連の処理を実行する（ステップＳ１１）。ここで、データアクセス要求は、例えば第１のアプリケーション３００からのみの場合を想定する（ステップＳ１２のＮＯ）。
【００３８】
ディスクドライバ２２０は、要求に従ったバッファ領域を確保するためのデータ量（Ｎ：最小値）を算出する（ステップＳ１３）。即ち、ディスクドライバ２２０は、ディスクドライブ１１から得られる前記データ転送速度（Ｄｓ：megabit／sec）に基づいて、関係式「Ｎ＝Ｄｔ×Ｄｓ、但しＤｔはデータ転送時間」からデータ量（Ｎ）を算出する。ディスクドライバ２２０は、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ１４）。
【００３９】
次に、ディスクドライバ２２０は、アクセス要求に従ったコマンド（リードコマンド）を発行し、ディスクドライブ１１にリードアクセスを実行する（ステップＳ１５）。ディスクドライブ１１は、当該リードコマンドに応じて、ディスク１１０上からリードしたストリームデータをディスクドライバ２２０に転送する。ディスクドライバ２２０は、転送されたストリームデータを確保したバッファ領域に一時的に格納する。
【００４０】
一方、例えば第２のアプリケーション３０１からアクセス要求を受付けたときに、既に第１のアプリケーション３００からのアクセス要求を受けている場合を想定する（ステップＳ１２のＹＥＳ）。
【００４１】
このような場合、ディスクドライバ２２０は、所定の条件に従って、例えば先読み動作でのデータ量（Ｎ）を算出する（ステップＳ１６）。所定の条件とは、前述のアプリケーションから要求されるスループット（データ転送速度Ｔｓ：megabit／sec）及び応答の最大遅延時間（Ｍｔ秒）に関するものである。具体的には、最大遅延時間（Ｍｔ）に関する条件式（１）及びスループット（Ｔｓ）に関する条件式（２）を想定する。
【００４２】
Ｍｔ＜（Ｈｔ＋Ｄｔ）…（１）
Ｔｓ＜Ｎ／（Ｈｔ＋Ｄｔ）…（２）
ここで、Ｈｔは、ヘッドの移動時間を意味する。また、Ｄｔは、前述したように、データ転送時間を意味する。ヘッドの移動時間Ｈｔは、下記式（３）により表される。
【００４３】
Ｈｔ＝｜Ｘ−Ｙ｜×Ｈｓ…（３）
Ｈｓは、前述したように、ヘッド移動速度を意味する。また、Ｘは、例えば図４に示すように、第１のアプリケーション３００のアクセス要求に従って、ディスク１１０の記録領域４００からストリームデータをリードするときのヘッド位置（ＨＰ１）を意味する。同様に、Ｙは、例えば第２のアプリケーション３０１のアクセス要求に従って、ディスク１１０の記録領域４１０からストリームデータをリードするときのヘッド位置（ＨＰ２）を意味する。
【００４４】
従って、第１のアプリケーション３００のアクセス要求を受付けているときに、第１のアプリケーション３０１のアクセス要求を処理する場合には、ヘッドの移動時間Ｈｔは、前記式（３）から算出することができる。
【００４５】
また、データ転送時間Ｄｔは、下記式（４）により表される。
【００４６】
Ｄｔ＝Ｎ／Ｄｓ…（４）
ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を算出する。このとき、例えばアプリケーションの要求するスループット（データ転送速度Ｔｓ）に対して、条件式（１）を満たすようなデータ量（Ｎ）を決定できない場合には、ディスクドライバ２２０は、アクセス不可であるとして異常終了とする（ステップＳ１７のＮＯ）。
【００４７】
一方、ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を決定できる場合には、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ１７のＹＥＳ，Ｓ１４）。
【００４８】
以上要するに、複数のアプリケーション３００，３０１からのデータアクセス要求がある場合に、ディスクドライバ２２０は、当該データアクセス要求に伴なうスループット（Ｔｓ）の条件を満たすバッファ領域を確保するためのデータ量（Ｎ）を算出する。ディスクドライバ２２０は、当該データ量（Ｎ）に対応するバッファ領域を確保し、データアクセス要求に従って、ディスクドライブ１１に対するアクセス制御（コマンドの発行）を実行する。
【００４９】
本実施形態では、図２に示すように、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求に応じて、例えばメモリ１２にバッファ領域１２０を確保する。一方、ディスクドライバ２２０は、第２のアプリケーション３００からのデータアクセス要求に応じて、前記の条件を満たすようなバッファ領域１２１をメモリ１２に確保する。これにより、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求に応じて、ディスクドライブ１１から転送されたストリームデータをバッファ領域１２０に一時的に格納する。また、ディスクドライバ２２０は、第２のアプリケーション３００からのデータアクセス要求に応じて、ディスクドライブ１１から転送されたストリームデータをバッファ領域１２１に一時的に格納する。
【００５０】
従って、ビデオレコーダ１００は、第１のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４００から再生したストリームデータを表示部１５に出力する。さらに、第２のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４１０からストリームデータを先読みし、バッファ領域１２１に一時的に格納することができる。換言すれば、第２のアプリケーション３００からのデータアクセス要求に伴なうスループットの条件に満足するように、ストリームデータを先読みし、表示部１５に出力する再生動作を実現できる。
【００５１】
なお、本実施形態は、複数のアプリケーションが、いずれも再生動作のためのデータアクセス要求を行なう場合のバッファ領域の管理について説明している。これに限ることなく、例えば、第１のアプリケーション３００が再生動作に伴なうリードアクセス要求を実行し、第２のアプリケーションが録画動作に伴なうライトフアクセス要求の場合でもよい。この場合、ディスクドライバ２２０は、第２のアプリケーション３０１からのデータアクセス要求に従って、ディスク１１０上の記録領域４１０にストリームデータを後書きするためのバッファ領域１２１を確保する。
【００５２】
（変形例）
図６は、本実施形態の変形例に関するフローチャートである。
【００５３】
本変形例は、録画動作中に、再生要求が発生する例えばタイムシフトのような録画再生動作を想定している。以下、図６のフローチャートを参照して、具体的に説明する。
【００５４】
ＯＳ２００は、例えば第１のアプリケーション３００から録画動作に伴うデータアクセス要求を受付けると、前述したように、ファイルシステム２１０とディスクドライバ２２０が一連の処理を実行する（ステップＳ２１）。即ち、ディスクドライバ２２０は、ライトアクセス要求に従ったバッファ領域を確保する（ステップＳ２２）。
【００５５】
次に、ディスクドライバ２２０は、アクセス要求に従ったコマンド（ライトコマンド）を発行し、ディスクドライブ１１にライトアクセスを実行する（ステップＳ２３）。ディスクドライブ１１は、当該ライトコマンドに応じて、録画すべきストリームデータを受信して、ディスク１１０上の例えば記録領域４００に書き込む。ここで、録画動作を中断して、当該第１のアプリケーション３００からの再生要求がなければ、ＯＳ２００は、録画モードでのデータアクセスを継続する（ステップＳ２４のＮＯ）。
【００５６】
一方、第１のアプリケーション３００から録画動作を中断して、再生要求が発生すると、ディスクドライバ２２０は、所定の条件に従って、データ量（Ｎ）を算出する（ステップＳ２６）。この場合、ディスクドライバ２２０は、ディスク１１０上のリードアクセス領域（ここでは、図４に示す記録領域４１０とする）に基づいて、計算式「Ｈｔ＋Ｄｔ」を算出する（ステップＳ２５）。
【００５７】
即ち、ヘッドの移動時間Ｈｔは、前記式（３）により算出される。この場合、Ｘは、第１のアプリケーション３００のライトアクセス要求に従って、ディスク１１０の記録領域４００にストリームデータをライトするときのヘッド位置（ＨＰ１）を意味する。同様に、Ｙは、当該第１のアプリケーション３００のリードアクセス要求に従って、ディスク１１０の記録領域４１０からストリームデータをリードするときのヘッド位置（ＨＰ２）を意味する。また、Ｄｔは、前述したように、データ転送時間を意味する。
【００５８】
ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を算出する。このとき、第１のアプリケーション３００の要求するスループット（データ転送速度Ｔｓ）に対して、条件式（１）を満たすようなデータ量（Ｎ）を決定できない場合には、ディスクドライバ２２０は、当該再生要求に従ったアクセスは不可であるとして、例えば前記の録画要求に従ったライトアクセスを継続する（ステップＳ２７のＮＯ）。一方、ディスクドライバ２２０は、前記の条件式（２）を満たすデータ量（Ｎ）を決定できる場合には、算出したデータ量（Ｎ）に対応するバッファ領域をメモリ１２に確保する（ステップＳ２７のＹＥＳ，Ｓ２８）。
【００５９】
以上要するに、本変形例では、同一の例えば第１のアプリケーション３００により、録画動作に伴なうライトアクセスを中断して、再生動作に従ったリードアクセスを実行することができる。この場合、ディスクドライバ２２０は、第１のアプリケーション３００からのデータアクセス要求（リードアクセス要求）に伴なうスループットを満足するように、メモリ１２上にバッファ領域を確保する。
【００６０】
従って、ビデオレコーダ１００は、第１のアプリケーション３００からのデータアクセス要求に従って、例えばディスク１１０上の記録領域４００にストリームデータを格納する録画動作の実行中に、再生動作を実行する例えばタイムシフトのような録画再生動作を行なうことができる。
【００６１】
なお、本実施形態及び変形例は、独立したビデオレコーダ１００を想定したが、これに限ることなく、例えばディジタルテレビ装置に組み込まれる録画再生装置にも適用することができる。
【００６２】
【発明の効果】
以上詳述したように本発明によれば、特に複数のアプリケーションからの各データアクセス要求に伴なうスループットを保証できるバッファ管理機能を実現した録画再生装置及びデータアクセス方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するビデオレコーダの構成を示すブロック図。
【図２】同実施形態に関するビデオレコーダのソフトウェア構成を示すブロック図。
【図３】同実施形態に関する録画再生動作を説明するためのフローチャート。
【図４】同実施形態に関するバッファ管理機能での条件を説明するための図。
【図５】同実施形態に関する複数のデータアクセス要求での処理手順を説明するためのフローチャート。
【図６】本実施形態の変形例に関するフローチャート。
【符号の説明】
１０…ホストＣＰＵ、１１…ディスクドライブ、１２…メモリ、１３…コーデック、１４…ＴＶチューナ、１５…表示部、１１０…ディスク、１１２…ＣＰＵ、１１３…ディスクコントローラ（ＨＤＣ）、２００…ＯＳ、２１０…ファイルシステム、２２０…ディスクドライバ。
Claims (5)
- 一つのディスク記録媒体にデータのリードまたはライトを行なうディスクドライブと、
前記ディスクドライブが前記ディスク記録媒体にアクセスしたときに、前記ディスク記録媒体に対してリードまたはライトするデータを一時的に格納するバッファ領域を確保するためのメモリ手段と、
前記ディスクドライブに対して複数のデータアクセス要求が発生したときに、前記ディスクドライブのデータアクセス性能に含まれるデータ転送時間と当該データアクセス要求で要求されたデータの格納位置までのヘッドの移動時間との加算結果及び前記各データアクセス要求に伴う所定の条件に含まれるデータ転送速度に基づいて、前記各データアクセス要求を満足する先読みデータ量を算出し、当該各先読みデータ量の前記バッファ領域を確保する制御手段と
を具備したことを特徴とするディスク記録装置。 - 前記制御手段は、
前記複数のデータアクセス要求を受けて、前記ディスク記録媒体上において当該各データアクセス要求に対応するアクセス領域を特定するファイルシステムと、
前記ファイルシステムにより特定される前記アクセス領域の指定を含むコマンドを発行し、前記各データアクセス要求に従って前記ディスクドライブをアクセス制御するディスクドライバとを含み、
当該ディスクドライバにより前記バッファ領域を確保するバッファ領域管理を実行するように構成されていることを特徴とする請求項１に記載のディスク記録装置。 - 前記複数のデータアクセス要求は、複数のアプリケーション・プログラムによる録画動作又は再生動作の実行に伴なって発生することを特徴とする請求項１または請求項２のいずれか１項に記載のディスク記録装置。
- 前記複数のデータアクセス要求は、単一のアプリケーション・プログラムによる録画動作及び再生動作の実行に伴なって発生することを特徴とする請求項１または請求項２のいずれか１項に記載のディスク記録装置。
- 一つのディスク記録媒体にデータのリードまたはライトを行なうディスクドライブと、前記ディスク記録媒体に対してリードまたはライトするデータを一時的に格納するバッファ領域を確保するためのメモリ手段とを有する録画再生装置に適用するデータアクセス方法であって、
録画動作又は再生動作に従って、前記ディスクドライブが前記ディスク記録媒体にアクセスするための複数のデータアクセス要求を受付けるステップと、
前記ディスク記録媒体上において当該各データアクセス要求に対応するアクセス領域を特定するステップと、
前記ディスクドライブのデータアクセス性能に含まれるデータ転送時間と当該データアクセス要求で要求されたデータの格納位置までのヘッドの移動時間との加算結果及び前記各データアクセス要求に伴う所定の条件に含まれるデータ転送速度に基づいて、前記各データアクセス要求を満足する先読みデータ量を算出するステップと、
各前記先読みデータ量の前記バッファ領域を前記メモリ手段に確保するステップと、
前記アクセス領域の特定を受けて、前記バッファ領域を使用し、前記各複数のデータアクセス要求に従って前記ディスクドライブに対するデータアクセス制御を実行するステップと
を有することを特徴とするデータアクセス方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378270A JP4359041B2 (ja) | 2002-12-26 | 2002-12-26 | ディスク記録装置及び同装置に適用するデータアクセス方法 |
| DE60309424T DE60309424T2 (de) | 2002-12-26 | 2003-12-09 | Verfahren und Vorrichtung zum Datenzugriff in einem Videorecorder mit einem Plattenlaufwerk |
| EP03028243A EP1434223B1 (en) | 2002-12-26 | 2003-12-09 | Method and apparatus for multiple data access with pre-load and after-write buffers in a video recorder with disk drive |
| US10/737,880 US20040126103A1 (en) | 2002-12-26 | 2003-12-18 | Method and apparatus for data access in a video recorder with a disk drive |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378270A JP4359041B2 (ja) | 2002-12-26 | 2002-12-26 | ディスク記録装置及び同装置に適用するデータアクセス方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004213059A JP2004213059A (ja) | 2004-07-29 |
| JP4359041B2 true JP4359041B2 (ja) | 2009-11-04 |
Family
ID=32463602
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002378270A Expired - Fee Related JP4359041B2 (ja) | 2002-12-26 | 2002-12-26 | ディスク記録装置及び同装置に適用するデータアクセス方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20040126103A1 (ja) |
| EP (1) | EP1434223B1 (ja) |
| JP (1) | JP4359041B2 (ja) |
| DE (1) | DE60309424T2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100568236B1 (ko) | 2004-07-28 | 2006-04-07 | 삼성전자주식회사 | 멀티 미디어 파일의 재생 관리 시스템 및 그 방법 |
| JP4407662B2 (ja) | 2006-04-05 | 2010-02-03 | ソニー株式会社 | 情報処理装置及びアプリケーション調停方法 |
| US8915037B2 (en) | 2009-09-16 | 2014-12-23 | Certainteed Corporation | Asphalt shingle, roof covering therewith and method of making the same with synchronized adhesive positioning thereon |
| JP7252821B2 (ja) * | 2019-04-17 | 2023-04-05 | キヤノン株式会社 | 記録装置、記録方法、プログラム、及びメモリカード |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4754399A (en) * | 1983-12-28 | 1988-06-28 | Hitachi, Ltd. | Data transfer control system for controlling data transfer between a buffer memory and input/output devices |
| JPS638924A (ja) * | 1986-06-30 | 1988-01-14 | Hitachi Ltd | 入出力スケジユ−リング方式 |
| JP3779004B2 (ja) * | 1996-10-18 | 2006-05-24 | 松下電器産業株式会社 | 記録装置、および記録方法 |
| DE69834317T2 (de) * | 1997-11-29 | 2007-03-29 | Koninklijke Philips Electronics N.V. | Verfahren und vorrichtung zur audioaufzeichnung, aufzeichnungsträger und wiedergabevorrichtung |
| JPH11273243A (ja) * | 1998-03-20 | 1999-10-08 | Toshiba Corp | ディスク装置及び同装置に適用されるライトバッファ制御方法 |
| US6385711B1 (en) * | 1999-04-26 | 2002-05-07 | Dell Products, L.P. | 1394 hard disk sector format selection |
| EP1278191A4 (en) * | 2000-03-31 | 2009-09-09 | Panasonic Corp | RECORDING FORMAT, RECORDING DEVICE, AND REPRODUCING DEVICE |
| JP2003084919A (ja) * | 2001-09-06 | 2003-03-20 | Hitachi Ltd | ディスクアレイ装置の制御方法およびディスクアレイ装置 |
| US6907499B2 (en) * | 2002-01-31 | 2005-06-14 | Seagate Technology Llc | Interrupting disc write operations to service read commands |
-
2002
- 2002-12-26 JP JP2002378270A patent/JP4359041B2/ja not_active Expired - Fee Related
-
2003
- 2003-12-09 EP EP03028243A patent/EP1434223B1/en not_active Expired - Lifetime
- 2003-12-09 DE DE60309424T patent/DE60309424T2/de not_active Expired - Fee Related
- 2003-12-18 US US10/737,880 patent/US20040126103A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| DE60309424T2 (de) | 2007-08-30 |
| EP1434223A3 (en) | 2004-07-07 |
| JP2004213059A (ja) | 2004-07-29 |
| DE60309424D1 (de) | 2006-12-14 |
| US20040126103A1 (en) | 2004-07-01 |
| EP1434223A2 (en) | 2004-06-30 |
| EP1434223B1 (en) | 2006-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5987479A (en) | Large block allocation for disk-based file systems | |
| JP2006085893A (ja) | 統合型ｄｖｄ／ｈｄｄシステムのための統一された制御および記憶 | |
| KR100623125B1 (ko) | 정보 기억 장치, 정보 기억 방법 및 정보 기억 처리프로그램 제품 | |
| JP2006085892A (ja) | 統合型ｄｖｄ／ｈｄｄシステムのための統一された制御および記憶 | |
| JP2006085894A (ja) | 統合型ｄｖｄ／ｈｄｄシステムのための統一された制御および記憶 | |
| US20050235106A1 (en) | Information processing apparatus and method, program, and program recording medium | |
| JP4359041B2 (ja) | ディスク記録装置及び同装置に適用するデータアクセス方法 | |
| JP2005025829A (ja) | ディスク記憶装置及びデータストリーム制御方法 | |
| JP2001216746A (ja) | ディスク記憶装置及びリトライ制御方法 | |
| JP3637346B1 (ja) | 情報記録装置と情報記録方法とプログラム | |
| US20100241802A1 (en) | Storage unit, data write method and data write program | |
| US6496311B1 (en) | Data recording/reproducing unit, data recording method, data reproducing method, data recording/reproducing method, hard disk controller, and AV-data recording/reproducing method | |
| JP3444056B2 (ja) | 記録再生装置及び記録再生方法 | |
| JP3579395B2 (ja) | ディスク記憶装置及びアクセス方法 | |
| JP3983962B2 (ja) | データ読み出し装置、磁気記録再生装置、データ再生システム、及びデータ出力方法 | |
| WO2010007727A1 (ja) | 映像記録装置、映像再生装置およびその方法 | |
| JP2001043622A (ja) | 情報処理装置 | |
| JP2004199767A (ja) | データ処理装置およびデータ処理方法、並びにプログラム | |
| JP2006085243A (ja) | 転送制御装置 | |
| JPH10333837A (ja) | データ転送方法および光ディスク装置 | |
| JP2005190613A (ja) | データの並列的記録再生方法、シーク動作の制御方法及びこれを用いた磁気ディスク装置 | |
| JP2010049732A (ja) | 記録方式、記憶媒体及び記憶装置 | |
| JPH1196682A (ja) | ディスク記憶装置及び同装置に適用するデータ記録方法 | |
| JP2005157693A (ja) | 記録再生装置 | |
| JP2004199766A (ja) | 再生装置および方法、並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050606 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050614 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050805 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060421 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060427 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20061013 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090507 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090807 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |