JP2005267669A - 情報処理装置および方法、プログラム記録媒体、並びにプログラム - Google Patents

Abstract

【課題】異なる記録フォーマットを有する２つの記録媒体間での情報のコピーまたは移動の処理を行う場合、記録フォーマットの違いに伴う不具合を改善する。
【解決手段】 デバイス制御部１６は、DVDで採用されているUDFのデータを、DVDに記録する場合に使用されるATAPIコマンドとともに、デバイス制御部１７へ供給する。デバイス制御部１７は、デバイス制御部１６から供給されたATAPIコマンドを、そのATAPIコマンドに対応するATAコマンドに変換して、デバイス制御部１６から、ATAPIコマンドとともに供給されたデータとともに、HDD１８に供給し、UDFのデータをハードディスク１８Aに記録する制御を行う。本発明は、例えば、ハードディスクレコーダに適用できる。
【選択図】図１

Description

本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、記録フォーマットが異なる２つの記録媒体間での、データのコピーまたは移動の処理を行う際に、記録媒体の違いに伴う記録フォーマットの違いを意識することなく、記録されたデータを扱うことができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。

近年、特に、テレビジョン放送番組等のAVデータ（画像データと音声データを含んだデータ）の記録を行う装置として、DVD（Digital Versatile Disk）レコーダや、DVDよりも大容量のハードディスク（磁気ディスク）を内蔵するハードディスクレコーダなどが普及している。

特に最近では、テレビジョン放送番組等のAVデータをハードディスクに一時的に記録し、その後、そのAVデータを、DVDへコピー（ダビング）または移動すること等が、一般的に行われている。

この場合、ハードディスクとDVDの記録媒体の違いに伴う不具合が存在する。例えば、AVデータのダビング処理において、ハードディスクとDVDとでは、記録容量が異なるため、ハードディスクに記録されたAVデータのサイズがDVDの記録容量を越えている場合、そのAVデータをDVDに記録するためには、AVデータをDVDの記録容量よりも小さなサイズに分割して複数枚のDVDに記録する必要がある。しかし、この場合には、予め１つのAVデータを複数に分割する処理が必要であるため、使い勝手が悪くなるという問題点があった。

そこで、このような、記録容量の違いから生じる不具合を改善する情報記録装置が提案されている。（例えば、特許文献１）

特開２００２−３０４８２２号公報

しかしながら、DVDとハードディスクとでは、記録容量が異なる以外に、記録フォーマット自体が異なるため、ハードディスクに記録されたAVデータをDVDへダビングする、または移動するには、ハードディスクの記録フォーマットからDVDの記録フォーマットへの変換処理を行う必要があった。

本発明は、このような状況に鑑みてなされたものであり、ある記録媒体に記録されたデータの、その記録媒体と異なる記録フォーマットの他の記録媒体へのダビングまたは移動の処理を、より好適に行うことができるようにするものである。

本発明の第１の情報処理装置は、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求手段と、記録要求手段による記録用データの記録の要求に応じて、第１のデータ記録媒体への記録用データの記録を行うための制御を行う第１の記録制御手段と、第１の記録制御手段の制御に応じて、第２のデータ記録媒体への記録用データの記録を行うための制御を行う第２の記録制御手段とを備えることを特徴とする。

本発明の第１の情報処理装置は、第１の記録制御手段が、第１のデータ記録媒体への記録用データの記録を要求するコマンドとともに、記録用データを出力し、第２の記録制御手段が、第１の記録制御手段が出力するコマンドを、第２のデータ記録媒体へのデータの記録を要求するコマンドに変換して出力することにより、記録用データを、第２のデータ記録媒体に記録させるようにすることができる。

本発明の第１の情報処理装置は、記録用データの記録を、所定のフォーマットとは異なる他のフォーマットに従って要求する他の記録要求手段をさらに備え、他の記録要求手段が、第１の記録制御手段が出力する記録用データの記録を、他のフォーマットに従って要求し、第２の記録制御手段が、他の記録要求手段による記録用データの記録の要求に応じて、記録用データを、第２のデータ記録媒体に記録させるようにすることができる。

本発明の第１の情報処理装置は、第１のデータ記録媒体が、光ディスクであり、第２のデータ記録媒体が、ハードディスクであるようにすることができる。

本発明の第１の情報処理方法は、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、記録要求ステップによる記録用データの記録の要求に応じて、第１のデータ記録媒体への記録用データの記録を行うための制御を行う第１の記録制御ステップと、第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への記録用データの記録を行うための制御を行う第２の記録制御ステップとを含むことを特徴とする。

本発明の第１のプログラム記録媒体のプログラムは、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、記録要求ステップによる記録用データの記録の要求に応じて、第１のデータ記録媒体への記録用データの記録を行うための制御を行う第１の記録制御ステップと、第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への記録用データの記録を行うための制御を行う第２の記録制御ステップとを含む処理をコンピュータに実行させることを特徴とする。

本発明の第１のプログラムは、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、記録要求ステップによる記録用データの記録の要求に応じて、第１のデータ記録媒体への記録用データの記録を行うための制御を行う第１の記録制御ステップと、第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への記録用データの記録を行うための制御を行う第２の記録制御ステップとを含む処理をコンピュータに実行させることを特徴とする。

本発明の第２の情報処理装置は、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求手段と、読み出し要求手段による要求に応じて、第１のデータ記録媒体からの記録データの読み出しを行うための制御を行う第１の読み出し制御手段と、第１の読み出し制御手段の制御に応じて、第２のデータ記録媒体からの記録データの読み出しを行うための制御を行う第２の読み出し制御手段とを備えることを特徴とする。

本発明の第２の情報処理装置は、第１の読み出し制御手段が、第１のデータ記録媒体からの記録データの読み出しを要求するコマンドを出力し、 第２の読み出し制御手段が、第１の読み出し制御手段が出力するコマンドを、第２のデータ記録媒体からの記録データの読み出しを要求するコマンドに変換して出力することにより、第２のデータ記録媒体から、記録データを読み出させるようにすることができる。

本発明の第２の情報処理装置は、記録データの読み出しを、所定のフォーマットとは異なる他のフォーマットに従って要求する他の読み出し要求手段をさらに備え、他の読み出し要求手段が、第１の読み出し制御手段が出力するコマンドに応じ、他のフォーマットに従って、記録データの読み出しを要求し、第２の記録制御手段が、他の読み出し要求手段による記録データの読み出しの要求に従って、記録データを、第２のデータ記録媒体から読み出させるようにすることができる。

本発明の第２の情報処理装置は、ネットワークを介して、第１のデータ記録媒体を備えた外部の装置と通信をすることにより、第２のデータ記録媒体から読み出された記録データを、第１のデータ記録媒体を備えた外部の装置に転送する通信手段をさらに備えるようにすることができる。

本発明の第２の情報処理装置は、第１のデータ記録媒体が、光ディスクであり、第２のデータ記録媒体が、ハードディスクであるようにすることができる。

本発明の第２の情報処理方法は、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、読み出し要求ステップによる要求に応じて、第１のデータ記録媒体からの記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの記録データの読み出しを行うための制御を行う第２の読み出し制御ステップとを含むことを特徴とする。

本発明の第２のプログラム記録媒体のプログラムは、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、読み出し要求ステップによる要求に応じて、第１のデータ記録媒体からの記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの記録データの読み出しを行うための制御を行う第２の読み出し制御ステップとを含む処理をコンピュータに実行させることを特徴とする。

本発明の第２のプログラムは、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、読み出し要求ステップによる要求に応じて、第１のデータ記録媒体からの記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの記録データの読み出しを行うための制御を行う第２の読み出し制御ステップとを含む処理をコンピュータに実行させることを特徴とする。

本発明の第１の情報処理装置、情報処理方法、プログラム記録媒体、およびプログラムにおいては、データの記録が、所定のフォーマットに従って要求され、その要求に応じて、第１のデータ記録媒体へデータを記録する制御が行われ、さらに、その制御に応じて、第２のデータ記録媒体へデータを記録する制御が行われる。

本発明の第２の情報処理装置、情報処理方法、プログラム記録媒体、およびプログラムにおいては、第２の記録媒体に記録されたデータの読み出しが、所定のフォーマットに従って要求され、その要求に応じて、第１のデータ記録媒体からデータを読み出す制御が行われ、さらに、その制御に応じて、第２の記録媒体からデータを読み出す制御が行われる。

本発明によれば、情報を記録することができる。また、本発明によれば、既に記録したデータを読み出すことができる。特に、情報の記録を行う記録媒体に対して、その記録媒体と異なる記録フォーマットである他の記録媒体の記録フォーマットで情報を記録することができるので、他の記録媒体に対して、データをコピーすることが容易になる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項１に記載の情報処理装置（例えば、図１のハードディスクレコーダ１）は、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求手段（例えば、図１のUDF処理部１５）と、記録要求手段による前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御手段（例えば、図１のデバイス制御部１６）と、第１の記録制御手段の制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御手段（例えば、図１のデバイス制御部１７）とを備えることを特徴とする。

請求項２に記載の情報処理装置（例えば、図１のハードディスクレコーダ１）は、第１の記録制御手段（例えば、図１のデバイス制御部１６）が、前記第１のデータ記録媒体への前記記録用データの記録を要求するコマンドとともに、前記記録用データを出力し、第２の記録制御手段（例えば、図１のデバイス制御部１７）が、前記第１の記録制御手段が出力する前記コマンドを、前記第２のデータ記録媒体へのデータの記録を要求するコマンドに変換して出力することにより、前記記録用データを、前記第２のデータ記録媒体に記録させることを特徴とする。

請求項３に記載の情報処理装置（例えば、図１２のハードディスクレコーダ４０）は、記録用データの記録を、前記所定のフォーマットとは異なる他のフォーマットに従って要求する他の記録要求手段（例えば、図１２のFAT処理部４１）をさらに備え、他の記録要求手段が、前記第１の記録制御手段が出力する前記記録用データの記録を、前記他のフォーマットに従って要求し、第２の記録制御手段（例えば、図１２のデバイス制御部４２）が、前記他の記録要求手段による前記記録用データの記録の要求に応じて、前記記録用データを、前記第２のデータ記録媒体に記録させることを特徴とする。

請求項５に記載の情報処理方法は、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップ（例えば、図８のステップS３の処理）と、記録要求ステップによる前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御ステップ（例えば、図８のステップS４の処理）と、第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御ステップ（例えば、図８のステップS５の処理）とを含むことを特徴とする。

請求項６に記載のプログラム記録媒体に記載されているプログラムおよび請求項７に記載のプログラムは、記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップ（例えば、図８のステップS３の処理）と、記録要求ステップによる前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御ステップ（例えば、図８のステップS４の処理）と、第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御ステップ（例えば、図８のステップS５の処理）とを含む処理をコンピュータに実行させることを特徴とする。

請求項８に記載の情報処理装置（例えば、図１のハードディスクレコーダ１）は、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求手段（例えば、図１のUDF処理部１５）と、記読み出し要求手段による要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御手段（例えば、図１のデバイス制御部１６）と、第１の読み出し制御手段の制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御手段（例えば、図１のデバイス制御部１７）とを備えることを特徴とする。

請求項９に記載の情報処理装置（例えば、図１のハードディスクレコーダ１）は、第１の読み出し制御手段（例えば、図１のデバイス制御部１６）が、前記第１のデータ記録媒体からの前記記録データの読み出しを要求するコマンドを出力し、第２の読み出し制御手段（例えば、図１のデバイス制御部１７）が、前記第１の読み出し制御手段が出力する前記コマンドを、前記第２のデータ記録媒体からの前記記録データの読み出しを要求するコマンドに変換して出力することにより、前記第２のデータ記録媒体から、前記記録データを読み出させることを特徴とする。

請求項１０に記載の情報処理装置（例えば、図１２のハードディスクレコーダ４０）は、記録データの読み出しを、前記所定のフォーマットとは異なる他のフォーマットに従って要求する他の読み出し要求手段（例えば、図１２のFAT処理部４１）をさらに備え、他の読み出し要求手段が、前記第１の読み出し制御手段（例えば、図１２のデバイス制御部１６）が出力するコマンドに応じ、前記他のフォーマットに従って、前記記録データの読み出しを要求し、第２の記録制御手段（例えば、図１２のデバイス制御部４２）が、前記他の読み出し要求手段による前記記録データの読み出しの要求に従って、前記記録データを、前記第２のデータ記録媒体から読み出させることを特徴とする。

請求項１１に記載の情報処理装置（例えば、図１のハードディスクレコーダ１）は、ネットワークを介して、前記第１のデータ記録媒体を備えた外部の装置と通信をすることにより、前記第２のデータ記録媒体から読み出された前記記録データを、前記第１のデータ記録媒体を備えた外部の装置に転送する通信手段（例えば、図１の通信部１９）をさらに備えることを特徴とする。

請求項１３に記載の情報処理方法は、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップ（例えば、図９のステップS１１の処理）と、読み出し要求ステップによる要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御ステップ（例えば、図９のステップS１２の処理）と、第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御ステップ（例えば、図９のステップS１３の処理）とを含むことを特徴とする。

請求項１４に記載のプログラム記録媒体のプログラムおよび請求項１５に記載のプログラムは、既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップ（例えば、図９のステップS１１の処理）と、読み出し要求ステップによる要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御ステップ（例えば、図９のステップS１２の処理）と、第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御ステップ（例えば、図９のステップS１３の処理）とを含むことを特徴とする。

図１は、本発明を適用したハードディスクレコーダの一実施の形態の構成例を示すブロック図である。

ハードディスクレコーダ１は、操作入力部１１，AVデータ入力部１２，AVデータ出力部１３、記録再生処理部１４，UDF（Universal Disk Format）処理部１５、デバイス制御部１６、デバイス制御部１７，HDD（Hard Disk Drive）１８、および通信部１９から構成されている。

操作入力部１１は、ユーザがハードディスクレコーダ１に対して各種のコマンドを入力する際に操作され、ユーザの操作により指示された処理の実行を示す信号、例えば、AVデータの受信に関する信号などを、AVデータ入力部１２に供給する。また、操作入力部１１は、例えば、AVデータ入力部１２により受信（取得）されたAVデータの記録開始や記録終了を示す信号、HDD１８が内蔵するハードディスク（HD）１８Aに既に記録されたAVデータの再生開始や再生終了を示す信号などを、記録再生処理部１４に供給する。

さらに、操作入力部１１は、ハードディスク１８Aに記録されたデータのダビング、つまり、他の記録媒体（例えば、DVDなど）へのコピー処理に関する信号を、UDF処理部１５へ供給する。

AVデータ入力部１２は、例えば、テレビジョン番組放送等のAVデータを取得し、記録再生処理部１４へ供給する。AVデータ入力部１２は、例えば、チューナやAVデータ入出力端子などで構成される。

AVデータ出力部１３は、記録再生処理部１４から供給されたAVデータを、外部の装置（例えば、ディスプレイやスピーカ、またはDVDレコーダなど）に対して出力する。AVデータ出力部１３は、例えば、AVデータ出力端子などで構成される。

記録再生処理部１４は、操作入力部１１からの指示に従い、AVデータ入力部１２により取得されたAVデータの記録処理、または、HDD１８に記録されたAVデータの再生処理を行う。記録再生処理部１４は、操作入力部１１から、AVデータ入力部１２により取得されたAVデータの記録開始を要求されると、所定のフォーマットに従って、記録用データを作成する。即ち、記録再生処理部１４は、例えば、ビデオモード（Video Format）またはVRモード（Video Recording Format）のいずれかに従って記録用データを作成し、記録を要求する情報とともに、UDF処理部１５に供給する。

また、記録再生処理部１４は、操作入力部１１から、再生処理の開始を要求されると、UDF処理部１５に対して、再生を要求されたAVデータの読み出しを要求する。さらに、UDF処理部１５は、その要求に応じてUDF処理部１５から供給されるAVデータを読み出し、AVデータ出力部１３へ供給する。

UDF処理部１５は、例えば、DVDで採用されているUDF（Universal Disk Format）に従って、記録再生処理部１４から供給された記録用データの記録を、デバイス制御部１６に要求する。

また、UDF処理部１５は、記録再生処理部１４から、再生を行うAVデータの読み出しを要求された場合、UDFに従い、デバイス制御部１６に対して、再生を行うAVデータの読み出しを要求し、その要求に応じてデバイス制御部１６から供給されたAVデータを、記録再生処理部１４に供給する。

また、UDF処理部１５は、操作入力部１１からダビング処理の開始を要求された場合、デバイス制御部１６に対して、ダビングの対象となるデータ（以下、ダビングデータと称する）の読み出しを要求し、その要求に応じてデバイス制御部１６から供給されたダビングデータを、通信部１９に供給する。

デバイス制御部１６は、AVデータの記録を行う場合、UDF処理部１５から供給された、記録用データを含むUDF形式のデータを、例えば、DVDドライブに対するATAPI（AT Attachment Packet Interface）コマンドのうちの、記録を要求する記録コマンドとともに、デバイス制御部１７に供給する。また、デバイス制御部１６は、ハードディスク１８Aに記録されたAVデータの再生や、他の記録媒体へのダビングまたは移動を行う場合、つまり、ハードディスク１８Aに記録されたAVデータの読み出しが要求された場合、そのAVデータの読み出しを要求する読み出しコマンド（ATAPIコマンド）をデバイス制御部１７に供給し、これにより、デバイス制御部１７を介してハードディスク１８AからAVデータを読み出す。

つまり、デバイス制御部１６は、デバイス制御部１７を介してHDD１８を制御することにより、ハードディスク１８AをDVDとして扱う。

デバイス制御部１７は、デバイス制御部１６から供給された記録コマンドに従い、デバイス制御部１６から供給された記録用データを含むUDF形式のデータの記録を、HDD１８に対して要求する。即ち、デバイス制御部１７は、コマンド変換部１７Aを内蔵しており、そのコマンド変換部１７Aにて、デバイス制御部１６から供給されたATAPIコマンドの記録コマンドを、HDDに対するATA（AT Attachment）コマンドの記録コマンドに変換して、デバイス制御部１６から供給された記録用データを含むUDF形式のデータとともに、HDD１８に供給する。また、デバイス制御部１７は、デバイス制御部１６から供給されたATAPIコマンドの読み出しコマンドを、上記と同様に、コマンド変換部１７Aにて、HDDに対するATAコマンドの読み出しコマンドに変換して、HDD１８に供給する。

ここでの、コマンド変換部１７Aにおいて行われるコマンド変換処理は、単に、デバイス制御部１６から供給されたATAPIコマンドの代わりに、それに相当するATAコマンドを発行するだけではなく、DVDとハードディスクとの間でのセクタサイズの違いの調整を行う。

ATAコマンドおよびATAPIコマンドでは、セクタ単位でデータを扱うが、DVDとハードディスクでは、セクタのサイズが異なる。具体的には、DVDにおける１セクタは2048バイトであり、ハードディスクにおける１セクタは512バイトである。つまり、このサイズの違いを調整してコマンドを発行する必要がある。また、詳細については、後述するが、ATAコマンドとATAPIコマンドでは、扱えるセクタ数自体が異なるため、扱う（記録または読み出す）データのサイズ（セクタ数）によっては、同じコマンドを複数発行する必要もある。

HDD１８は、ハードディスク１８Aを内蔵しており、デバイス制御部１７から供給されたコマンド（ATAコマンド）に対応する処理を実行する。例えば、ATAコマンドである記録コマンドに従い、その記録コマンドとともに供給されたデータを、ハードディスク１８Aに記録する。この場合、HDD１８は、ハードディスク１８A上に、1枚のDVDとして扱う領域（以下、仮想DVD領域と称し、詳細については後述する）を複数設け、その中から、ユーザによって指定された領域に記録を行う。従って、ハードディスク１８Aは、複数枚の仮想DVD（仮想的なＤＶＤ）として扱われる。

また、HDD１８は、データを読み出す読み出しコマンドに従い、ユーザによって指定されたAVデータを、ハードディスク１８Aから読み出し、デバイス制御部１７を介して、デバイス制御部１６へ供給する。

通信部１９は、UDF処理部１５から供給されたダビングデータを、ネットワークを介して、ハードディスクレコーダ１と接続された図示せぬ外部装置（例えば、DVDレコーダなど）に対して送信することにより供給する。

次に、図１のハードディスクレコーダ１のハードディスク１８A上の記録構造の例について説明するが、その前に図２を参照し、上記の仮想DVD領域に記録されるデータの構造を、実際のDVDの記録構造と比較して説明する。

図２は、実際のDVDの記録構造の簡単な例を示している。

まず、実際のDVDの記録構造について説明すると、先頭（内周）にリードイン領域３１が配置され、その後に続いて、管理情報領域３２、論理ボリューム領域３３、管理情報領域３４、さらにリードアウト領域３５が配置される。

リードイン領域３１は、ディスクの認識の際に読み込まれる領域であり、TOC（Table Of Contents）などの情報を含んでいる。

管理情報領域３２および管理情報領域３４には、UDFに従ってディスクを管理する情報が設定される領域である。

論理ボリューム領域３３は、実データ、つまりAVデータなどがファイル形式で記録される領域である。

リードアウト領域３５は、DVD上の記録領域の終了、もしくは、セッションの終了を示す領域である。

仮想DVD領域に記録されるデータは、簡単に言えば、図２のDVDにおけるリードイン領域３１およびリードアウト領域３５を省いた構造になっている。つまり、UDFにおける論理セクタ番号０乃至N（Nは、記録媒体（例えば、DVD）上に割り当てられた論理セクタ番号の最大値であり、記録媒体の記録容量または、記録された情報（例えば、AVデータ）のサイズによって異なる）の領域と同じ構造である。

本明細書では、記録を行う記録媒体に、その記録媒体と異なる記録フォーマットの他の記録媒体の記録フォーマットに従って記録されたデータをディスクイメージデータと称し、そのディスクイメージデータの例として、ハードディスク１８A上に割り当てられた、UDFにおける論理セクタ番号０乃至Nの領域に記録された一連のデータをディスクイメージデータとして用いる。

ところで、ハードディスクレコーダ１において、例えば、AVデータのハードディスク１８Aへの記録は、上述したように、DVDへの記録と同様に行う。即ち、ハードディスクレコーダ１は、HDD１８を仮想的なDVDドライブとして扱い、UDFに従ってAVデータを、ハードディスク１８Aに記録する。この場合のハードディスク１８A上の記録構造の例について以下に説明する。

図３は、図１のハードディスクレコーダ１のハードディスク１８A上の領域の構成例を説明する図である。

図３に示すハードディスク１８Aでは、先頭にハードディスク１８A上の領域に関する管理情報が配置され、その管理情報に続いて、所定のサイズ（例えば、4.7GB）ごとに区分けされた領域（仮想DVD領域）が設けられている。

ハードディスク１８Aの先頭に位置する１セクタ（512バイト）の領域には、その領域の後に続く、AVデータ等を記録する記録領域に関する管理情報が設定される。この管理情報は、ハードディスク１８A上に存在する仮想DVD領域の個数を示す領域（２バイト）と、それぞれの仮想DVD領域の開始アドレスを示す領域（８バイト）で構成される。仮想DVD領域の開始アドレスを示す領域は、仮想DVD領域の個数に対応して存在する。図３においては、ハードディスク１８A上に４つの仮想DVD領域が設けられており、管理情報には、４つの開始アドレスを示す領域が設けられている。

各仮想DVD領域には、上述したディスクイメージデータ、つまり、UDFに従って構成されたデータが記録される。

このように、ハードディスク１８Ａ上の領域を、所定のサイズで区分けし、区分け後の領域それぞれを、1枚のＤＶＤとみなして、１つのハードディスク１８Ａを複数のDVDとして扱うことができる。また、図３の例では、例えば、ハードディスク１８Ａ上の領域を、1枚のDVDに相当するサイズで区切り、区切られたそれぞれの領域を、ユーザの用途に合わせて使用することができる。例えば、AVデータを、ジャンル別に分けて、異なる領域に記録することができる。

図４は、図１のハードディスクレコーダ１のハードディスク１８A上の領域の他の構成例を説明する図である。

図４に示すハードディスク１８Aも図３と同様に、先頭にハードディスク１８A上の領域に関する管理情報を配置し、その管理情報に続いて、仮想DVD領域が設けられる。

ハードディスク１８Aの先頭に位置する１セクタ（512バイト）の領域には、図３の例と同様に、その領域の後に続く、AVデータ等を記録する記録領域に関する管理情報が設定される。

図４においては、ハードディスク１８A上に５つの仮想DVD領域が設けられており、管理情報には、５つの開始アドレスを示す領域が設けられている。

図４の例では、各仮想DVD領域は、所定のサイズで予め区分けされるのではなく、データの記録に伴い、記録したデータのサイズに依存して、順次作成される。つまり、図３における各仮想DVD領域において使用されていない領域を詰めた形で記録が行われていくことになる。

各仮想DVD領域には、図３と同様に、上述したディスクイメージデータが記録される。

このように、ハードディスク１８Ａ上の領域を、記録したデータごとに区切るり、区分け後の領域それぞれを１枚のＤＶＤとみなして、１つのハードディスク１８Ａを複数のDVDとして扱うことができる。また、図３の例とは異なり未使用（使用されていない）領域を作らないので、ハードディスク１８Ａ上の領域をより効果的に使用することができる。

以上のように、ハードディスク１８Ａ上の記録領域を区分けすることで、HDD１８に複数のDVDが格納されているかのように、情報（AVデータ等）を記録することができる。また、特に最近のハードディスクは大容量化が進んでおり、図３の４つや図４の５つよりも多くの仮想DVD領域を設定することが可能である。

ところで、上述したような記録を行うには、記録媒体であるハードディスク１８AとDVDとの違いに伴う記録フォーマットの違いに対処する必要があるため、ハードディスクレコーダ１では、ハードディスク１８Ａに記録する情報の記録フォーマットをDVDにおける記録フォーマットに合わせる、つまりUDFに従って記録を行っている。しかしながら、それ以外にも、ハードディスク１８AとDVDとの間では、それらを扱うデバイス（ドライブ）が異なるため、デバイスの違いから生じる制御方法の違い、つまりは、使用するコマンドの違いを吸収する必要がある。そこで、上述したように、DVDドライブにて用いられるATAPIコマンドを、HDDで用いられるATAコマンドに変換する処理が必要になる。

ここで、ATAPIコマンドのATAコマンドへの変換の具体例を、図５乃至図７を参照して説明する。

図５は、再生またはダビングなどの処理において、DVDまたはハードディスクに記録されたデータを読み出すのに使用される読み出しコマンドについて説明する図である。

図５の左のREAD(10)コマンドは、DVDからデータを読み出す場合に使用されるATAPIコマンドであり、図５の右のREAD DMAコマンドは、ハードディスクからデータを読み出す場合に使用されるATAコマンドである。

まず、図５の左のREAD(10)コマンドについて説明する。

Operation Codeは、コマンド種別を示し、ATAPIコマンドがREAD(10)コマンドの場合、0x28に設定される。0xに続く数値は、16進数の値であることを示しており、以下、同様である。

LUN（Logical Unit Number）は、物理的もしくは仮想的な周辺機器の論理アドレスを示す。

DPO（Disable Page Out）は、未使用であり、DPO領域には、０が設定される。

FUA（Force Unit Access）は、論理ユニットが、READ(10)コマンドによりアクセスするアクセス先を示す。例えば、FUAが１の場合、論理ユニットは、READ(10)コマンドを実行することで記録媒体（例えば、DVD）にアクセスすることを示し、０の場合には、キャシュメモリにアクセスすることを示す。ここでの論理ユニットとは、物理的もしくは仮想的な周辺機器のことを指している。

RelAdr（Relative Address）は、未使用であり、RelAdr領域には、０が設定される。

Logical Block Addressは、読み出し開始位置を示す。

Transfer Lengthは、読み出すデータのサイズを示す。

Vendor Specificは、各ベンダーの仕様に合わせた目的で使用される。

NACAは、Normal ACAをサポートしているか否かを示す。

Flagは、関連付けが行われているコマンド同士の間に、割り込みを行う場合に使用される。

Linkは、コマンド発行部が、直前に発行したコマンドの正常終了に従い、次のコマンドに対する自動的な関連付けを要求しているか否かを示す。

Reservedは、全てのビットに０が設定される。

PADは、全てのビットに０が設定される。

次に、図５の右に示すREAD DMAコマンドについて説明する。

Featuresは、READ DMAコマンドにおいて未使用である。

Sector Countは、データの読み出しを行うセクタサイズを示しており、ここでの１セクタは、ハードディスクにおける１セクタである512バイトである。

LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）（Logical Block Address）は、データの読み出し開始位置を表しており、LBA（7:0）は、データの読み出し開始位置を示す値の０乃至７ビット目の値、LBA（15:8）は、データの読み出し開始位置を示す値の８乃至１５ビット目の値、LBA（23:16）は、データの読み出し開始位置を示す値の１６乃至２３ビット目の値、LBA（27:24）は、データの読み出し開始位置を示す値の２４乃至２８ビット目の値を、それぞれ示す。なお、０ビット（目）がLSB（Least Significant Bit）である。

obsは、その領域が未使用領域であることを示している。

LBA（Logical Block Address）は、LBAアドレスを指定するか否かを示し、LBAアドレスを指定する場合、１に設定される。

DEVは、指定するデバイスを示す。

Command Codeは、コマンドの種別を示し、ATAコマンドがREAD DMAコマンドの場合、0xC8が設定される。

ここで、図５に示す２つのREAD(10)コマンドとREAD DMAコマンドとの間の具体的な変換処理について説明する。

上述した２つのコマンド、つまりREAD(10)コマンドとREAD DMAコマンドでは、それぞれ、DVDとハードディスクからデータの読み出しを行う際、読み出しを行うデータのサイズを、セクタサイズを用いて指定する。しかしながら、上述したように、DVDとハードディスクとでは、１セクタのサイズ（バイト数）が異なる。そこで、図１のハードディスクレコーダ１では、そのサイズの違いが調整される。

即ち、ハードディスクレコーダ１において、ハードディスク１８Aへの記録が行われる場合、デバイス制御部１６は、ATAPIコマンドであるREAD(10)コマンドを、デバイス制御部１７に供給する。

デバイス制御部１７は、コマンド変換部１７Aにて、デバイス制御部１６から供給されたREAD(10)コマンドをREAD DMAコマンドに変換する。つまり、コマンド変換部１７Aは、READ(10)コマンドのパラメータを、READ DMAコマンドのパラメータに変換して設定する処理を行う。

具体的には、まず、ATAPIコマンドのOperation Codeを参照して、それに対応するATAコマンドのCommand Codeを設定する。図５の例においては、図５の左のREAD(10)コマンドにおける0x28（Operation Code）が、図５の右のREAD DMAコマンドにおける0xC8（Command Code）に変換されている。

また、READ(10)コマンドのLogical Block Addressは、READ DMAコマンドの LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）に対応しており、READ(10)コマンドのLogical Block Addressの値が、READ DMAコマンドの LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）に設定される。ただし、READ(10)コマンドのLogical Block Address領域のサイズは３２ビットであるのに対して、READ DMAコマンドの LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）それぞれの領域を合わせたサイズは２８ビットであるため、READ(10)コマンドのLogical Block Addressの下位２８ビットが、READ DMAコマンドの LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）のそれぞれ対応する位置に設定される。

また、READ(10)コマンドのTransfer Lengthは、READ DMAコマンドのSector Countに対応する。しかしながら、READ(10)コマンドのTransfer Length領域のサイズは１６ビットであるのに対して、READ DMAコマンドのSector Count領域は８ビットであり、指定することができる値（サイズ）の範囲（最大値）が異なる。さらに、DVDとハードディスクでの１セクタあたりのバイト数（DVDの１セクタ：2048バイト、ハードディスクの１セクタ：512バイト）の差分を考慮すると、１つのREAD DMAコマンドでは、READ(10)のTransfer Lengthの値が６４以下までしか対応できない。つまり、READ(10)コマンドのTransfer Lengthにて指定された値（サイズ）が示すセクタサイズが６５（セクタ）以上の場合、複数のREAD DMAコマンドを発行する必要がある。

例えば、コマンド変換部１７Aは、デバイス制御部１６から、Transfer Lengthの値が128セクタを示すREAD(10)コマンドが供給された場合、Sector Count の値が0x00（READ DMAコマンドのSector Countにおいて、0x01乃至0xFFは１乃至255をそれぞれ示し、0x00は256を示す）のREAD DMAコマンドをHDD１８に対して２回発行する。

図６は、DVDまたはハードディスクにデータの記録を行う場合に使用される記録コマンドについて説明する図である。

図６の左のWRITE(10)コマンドは、DVDに書き込みを行う場合に使用されるATAPIコマンドであり、図６の右のWRITE DMAコマンドは、ハードディスクに書き込みを行う場合に使用されるATAコマンドである。

まず、図６の左のWRITE(10)コマンドについて説明する。

Command Codeは、コマンド種別を示し、ATAPIコマンドがWRITE(10)コマンドの場合、0x28に設定される。

LUN（Logical Unit Number）は、物理的もしくは仮想的な周辺機器の論理アドレスを示す。

DPO（Disable Page Out）は、未使用であり、DPO領域には、０が設定される。

FUA（Force Unit Access）は、論理ユニットがWRITE(10)コマンドによりアクセスするアクセス先を示す。例えば、FUAが１の場合、論理ユニットは、WRITE(10)コマンドを実行することで記録媒体（例えば、DVD）にアクセスすることを示し、０の場合には、キャシュメモリにアクセスすることを示す。ここでの論理ユニットとは、物理的もしくは仮想的な周辺機器のことを指している。

EBP（Erase By-pass）は、未使用であり、EBP領域には、０が設定される。

RelAdr（Relative Address）は、未使用であり、RelAdr領域には、０が設定される。

Logical Block Addressは、読み出し開始位置を示す。

Transfer Lengthは、読み出すデータのサイズを示す。

Reservedは、全てのビットに０が設定される。

WRITE(10)コマンドの１０乃至１２バイト目に含まれるVendor Specific，NACA，Flag， Link、およびPADのそれぞれは、図５に示すREAD(10)コマンドの１０乃至１２バイト目のそれぞれと同様である。

次に、図６の右に示すWRITE DMAコマンドについて説明する。

Featuresは、WRITE DMAコマンドにおいて未使用である。

Sector Countは、データの読み出しを行うセクタサイズを示しており、ここでの１セクタは、ハードディスクにおける１セクタである512バイトである。

LBA （7:0），LBA（15:8），LBA（23:16）およびLBA（27:24）（Logical Block Address）は、データの書き込み開始位置を表しており、LBA（7:0）は、データの書き込み開始位置を示す値の０乃至７ビット目の値、LBA（15:8）は、データの書き込み開始位置を示す値の８乃至１５ビット目の値、LBA（23:16）は、データの書き込み開始位置を示す値の１６乃至２３ビット目の値、LBA（27:24）は、データの書き込み開始位置を示す値の２４乃至２８ビット目の値を、それぞれ示す。なお、０ビット（目）がLSB（Least Significant Bit）である。

obsは、その領域が未使用領域であることを示している。

LBA（Logical Block Address）は、LBAアドレスを指定するか否かを示し、LBAアドレスを指定する場合、１に設定される。

DEVは、指定されたデバイスを示す。

Command Codeは、コマンドの種別を示し、ATAコマンドがWRITE DMAコマンドの場合、0xCAが設定される。

図６に示す２つのWRITE(10)コマンドとWRITE DMAコマンドとの間の変換処理については、コマンド種別を示す値（Operation Code（ATAPIコマンド）およびCommand Code（ATAコマンド））が異なるだけで、その他の変換処理については同様なので説明は省略する。

また、図５のREAD(10)コマンドや、図６のWRITE(10)コマンドとは異なり、ATAコマンドでは対応していない（対応するATAコマンドが存在しない）ATAPIコマンドがある。

図７は、そのようなATAPIコマンドであるSEND OPC INFORMATIONコマンドについて説明している。

SEND OPC INFORMATIONコマンドは、論理ユニットに対して、現在、論理ユニットにセットされている記録媒体（例えば、DVD）に対応する、レンズの倍率校正（OPC：Optimum Power Calibration）値を指定する場合に用いられるコマンドである。

Operation Codeは、コマンド種別を示し、ATAPIコマンドがSEND OPC INFORMATIONコマンドの場合、0x54が設定される。

DoOpcは、OPCの値を変更するか否かを示す。

Parameter List Lengthは、SEND OPC INFORMATIONコマンドの後に転送される、OPCの値に関するパラメータのバイトサイズを示す。

Reservedは、全てのビットに０が設定される。

SEND OPC INFORMATIONコマンドの１０乃至１２バイト目に含まれるVendor Specific，NACA，Flag， Link、およびPADのそれぞれは、図５に示すREAD(10)コマンドの１０乃至１２バイト目のそれぞれと同様である。

SEND OPC INFORMATIONコマンドのように、対応するATAコマンドが存在しないATAPIコマンドに関しては、コマンド変換部１７Aは、何も処理を行わず、デバイス制御部１６に対して完了通知を返す処理のみを行う。

次に、図８および図９を参照して、図１のハードディスクレコーダ１の記録処理と、ハードディスクレコーダ１にネットワークを介して接続された外部装置に対して行う、ハードディスクレコーダ１に記録されたデータのダビング処理を説明する。

図８は、図１のハードディスクレコーダ１における記録処理を説明するフローチャートである。

ステップS１において、AVデータ入力部１２は、AVデータを取得し、記録再生処理部１４に供給する。

ステップS２において、記録再生処理部１４は、AVデータ入力部１２から供給されたAVデータをもとに、所定のフォーマットに従って、記録用データを作成する。つまり、ビデオモード（Video Format）またはVRモード（Video Recording Format）のいずれかに従って記録用データを作成し、記録を要求する情報とともに、UDF処理部１５に供給する。

ステップS３において、UDF処理部１５は、UDFに従って、記録再生処理部１４から供給された記録用データの記録を、デバイス制御部１６に対して要求する。

ステップS４において、デバイス制御部１６は、UDF処理部１５からの、記録用データの記録の要求に従い、UDF処理部１５から供給された記録用データを含むUDF形式のデータを、記録コマンドとともに、デバイス制御部１７に対して供給する。ここでの記録コマンドとは、例えば、上述したATAPIコマンドのWRITE(10)コマンドである。

ステップS５において、デバイス制御部１７は、デバイス制御部１６から供給された記録コマンドであるATAPIコマンドのWRITE(10)コマンドを、ATAコマンドのWRITE DMAコマンドに変換し、デバイス制御部１６から供給された、記録用データを含むUDF形式のデータとともに、HDD１８に供給する。

ステップS６において、HDD１８は、デバイス制御部１７から、記録コマンドとともに供給された記録用データを含むUDF形式のデータを、ハードディスク１８Aに記録する。

このように、UDFに従って、情報（例えば、AVデータ）を記録することで、１つのHDD１８を、複数のDVDが装着されたDVDレコーダとして扱うことができ、１枚のDVDしか装着できないDVDレコーダを使用した場合のように、DVDを交換する手間を省くことができる。

また、例えば、多くのテレビジョン放送番組のAVデータを、HDD１８に記録しておき、真に保存しておきたいAVデータのみをDVDに、容易にダビングすることができ、この場合、DVDの有効利用に役立てることができる。

また、アクセス速度に関しても、一般的に、DVDへのアクセスに比べ、ハードディスクへのアクセス速度のほうが速いので、ハードディスク１８AにAVデータを記録することにより、そのAVデータの変速再生や編集において利用しやすくなる。

図９は、図１のハードディスクレコーダ１におけるダビング処理を説明するフローチャートである。

ここでの説明では、ハードディスクレコーダ１にネットワークを介して接続された外部装置に対して、ハードディスクレコーダ１のハードディスク１８Aに記録されたディスクイメージデータ（AVデータを含む）をダビング（送信）する場合について記述する。

なお、ここでは、ハードディスク１８Aに記録されたディスクイメージデータを、DVDにダビングするものとする。従って、ハードディスクレコーダ１に接続される装置は、ここでは、DVDに対する記録を行うDVDレコーダである。

ステップS１１において、UDF処理部１５は、ダビングデータの読み出しを、UDFに従って要求する。つまり、ユーザの操作により指定された仮想DVD領域に記録されているディスクイメージデータ（仮想DVD領域に記録されている、管理情報を含んだ全てのデータ）の読み出しを、デバイス制御部１６に対して要求する。

ステップS１２において、デバイス制御部１６は、UDF処理部１５からの、ディスクイメージデータの読み出しの要求に従い、読み出しコマンドをデバイス制御部１７に供給する。ここでの読み出しコマンドとは、例えば、上述したATAPIコマンドのREAD(10)コマンドである。

ステップS１３において、デバイス制御部１７は、デバイス制御部１６から供給された読み出しコマンドであるATAPIコマンドのREAD(10)コマンドを、ATAコマンドのREAD DMAコマンドに変換し、HDD１８に供給する。

ステップS１４において、HDD１８は、デバイス制御部１７から供給された読み出しコマンドに従い、ハードディスク１８Aからディスクイメージデータを読み出し、デバイス制御部１７に供給する。ここで、デバイス制御部１７に供給されたディスクイメージデータは、さらにデバイス制御部１６を介してUDF処理部１５に供給される。

ステップS１５において、UDF処理部１５は、デバイス制御部１６から供給されたディスクイメージデータを、通信部１９に供給する。通信部１９は、UDF処理部１５から供給されたディスクイメージデータを、ネットワークを介して、ダビング先となる外部装置であるDVDレコーダへ送信する。

即ち、ハードディスク１８Aに記録されたディスクイメージデータを、DVDにダビングする際、ハードディスクレコーダ１では、DVDにダビングしたいディスクイメージデータを、DVDに記録された状態、つまり、UDF形式のデータ構造のまま、DVDレコーダに供給することができるので、従来行われていた、記録フォーマットの変換などの処理を省くことができる。そして、DVDレコーダでは、ハードディスクレコーダ１から供給されたデータをそのまま、DVDの記録領域の先頭から書き込んで行けばよいことになり、ダビング処理を、スムーズに行うことができる。

また、HDDでは、高速なデータの読み出しが可能であり、読み出した、異なるデータを並列（同時）に、ネットワークを介して複数の異なる外部装置に供給することができるので、ネットワークを介して複数の、UDFを認識することができる外部装置が接続されていれば、各外部装置に対してそれぞれ異なるディスクイメージデータ（AVデータを含む）を同時に供給することが可能である。この場合、ハードディスクレコーダ１を、ホームサーバとして利用することができる。

以上のように、ハードディスクレコーダ１では、データをハードディスク１８Ａに記録するので、ハードディスクレコーダの長所である「大容量記録」を実現することができる。さらに、ハードディスクレコーダ１では、データを、ＤＶＤの記録フォーマット用いてハードディスク１８Ａに記録することで、ハードディスク１８ＡからのＤＶＤへのダビング処理の容易化を図ることができ、その結果、DVDレコーダの長所である「配布の容易さ」も実現することができる。

ところで、図１のハードディスクレコーダ１において、再生処理またはダビング処理を行う場合、ハードディスク１８Aに配置された各仮想DVD領域から、例えば、AVデータを読み出すが、その場合、正常にデータを読み出すには、有効データの終端、つまりディスクイメージデータの終端を検出する必要がある。しかしながら、上述したように、ハードディスク１８Aに配置されている各仮想DVD領域には、実際のDVDの記録構造には存在する、リードイン領域およびリードアウト領域が存在しない。そのため、別の情報を使用して各ディスクイメージデータの終端を検出する必要があり、その処理について、図１０および図１１を用いて以下に説明する。

図１０は、ハードディスク１８A上に配置される仮想DVD領域の構成を示した図である。

図１０の管理情報領域Aは、図２の管理情報領域３２に該当し、図１０のPartitionは、図２の論理ボリューム領域３３に該当する。さらに、図１０の管理情報領域Bは、図２の管理情報領域３４に該当する。

管理情報領域A内に存在するPD（Partition Descriptor）は、Partitionに関する情報を含んでいる。例えば、PDは、Partitionの開始アドレス（先頭の論理セクタ番号）やPartitionのサイズを示す情報を含んでいる。

なお、PDは、2048バイトの領域に設定される情報であり、その領域は、各仮想DVD領域の開始アドレス（論理セクタ番号 =０）を基点にして、69632バイト目に位置する。この位置は、UDFにおける論理セクタ番号で示した場合、UDFにおいては、１セクタあたり2048バイトであるので、34（＝69632/2048）（0x22）セクタ目になる。また、ハードディスクにおける論理セクタ番号で示した場合、ハードディスクにおいては、１セクタあたり512バイトであるので、136（＝69632/512）（0x88）セクタ目になる。

Partitionには、例えば、AVデータなどが記録されている。

管理情報領域B内に存在するAVDP（Anchor Volume Descriptor Pointer）は、ボリュームの終端を示す情報であり、AVDPが位置するアドレス（論理セクタ番号）がディスクイメージデータの終端を表している。また、そのAVDPが位置する論理セクタ番号は、AVDPの先頭から１３乃至１６バイト目の４バイトの領域（TagLocation）に設定されている。

図１１は、ハードディスク１８Aに配置されたディスクイメージデータの終端を検出する処理を説明するフローチャートである。

図１１のフローチャートに従った処理によれば、仮想DVD領域に記録されたデータの最後に位置するAVDP（図１０のAVDP）が検出され、そのAVDPが配置された位置から、ディスクイメージデータの終端が検出される。

即ち、ステップS２１において、UDF処理部１５（図１）は、PDを参照し、パーティション情報を取得する。つまり、図１０に示した管理情報Aに含まれるPDを検出し、そのPDに含まれる情報からパーティション（図１０のPartition）の先頭の論理セクタ番号と、パーティションのサイズを取得する。

ステップS２２において、UDF処理部１５は、データの読み出し位置（論理セクタ番号で表される）をパーティションの終端の次の論理セクタへ変更する。つまり、ステップS２１で取得した情報から、パーティションの最後の論理セクタの次の論理セクタを示す論理セクタ番号を算出し、その論理セクタ番号を読み出し位置として設定する。

ステップS２３において、UDF処理部１５は、現在のデータの読み出し位置を示す論理セクタ番号を記憶する。つまり、ステップS２２で読み出した論理セクタ番号を一時的に記憶する。その後、ステップS２４へ進む。

ステップS２４において、UDF処理部１５は、変更された、データの読み出し位置から2048バイト分のデータを読み出し、ステップS２５へ進む。

ステップS２５において、UDF処理部１５は、ステップS２４において読み出した、2048バイト（１セクタ）のデータの先頭を基点にして１３乃至１６バイト目の４バイトの領域に設定されているデータを読み出す。

ステップS２５からステップS２６へ進み、UDF処理部１５は、記憶している論理セクタ番号の値と、ステップS２５において読み出したデータの値が一致するか否かの判定を行う。ステップS２６において、記憶している論理セクタ番号の値と、ステップS２５において読み出したデータの一致しないと判定された場合、ステップS２７へ進む。

ステップS２７において、UDF処理部１５は、データの読み出し位置を、次の論理セクタに変更する。つまり、データの読み出し位置を、現在のデータの読み出し位置の論理セクタの次の論理セクタに変更する。その後、ステップS２３に戻り上述の処理を繰り返す。

一方、ステップS２６において、UDF処理部１５が記憶している論理セクタ番号の値と、ステップS２５において読み出したデータの値が一致すると判定された場合、現在のデータの読み出し位置の論理セクタが、ディスクイメージデータの終端であると認識され、処理が終了する。

ステップS２４乃至S２６の一連の処理は、AVDP中に含まれるTagLocationを検出するための処理であり、TagLocationには、その情報を含むタグであるAVDPの位置する先頭の論理セクタ番号が設定されているため、ステップS２６においての判定処理で、記憶している論理セクタ番号の値と、ステップS２５において読み出したデータの値が一致すると判定された場合、ステップS２４にて読み出した2048バイト分のデータがAVDPであることを知ることができる。

次に、図１２は、本発明を適用したハードディスクレコーダの他の実施の形態を示すブロック図である。図１２において、図１に示す場合と同様の部分には同一の符号を付してあり、その説明は適宜省略する。

図１２のハードディスクレコーダ４０において、FAT処理部４１は、デバイス制御部１６から供給された記録用データを含むUDF形式のデータの記録を要求されると、デバイス制御部１６から供給された記録用データを含むUDF形式のデータをバッファリングして、ディスクイメージデータを作成し、FAT（File Allocation Table（例えば、FAT３２））のフォーマットに従い、ディスクイメージデータの記録を、デバイス制御部４２へ要求する。

また、FAT処理部４１は、デバイス制御部１６から、HDD１８のハードディスク１８Aに記録されたAVデータの読み出しを要求されると、FAT（例えば、FAT３２）のフォーマットに従い、デバイス制御部４２に対して、読み出しの対象となるAVデータを含むディスクイメージデータの読み出しを要求し、その要求に対してデバイス制御部４２から供給されるディスクイメージデータから、デバイス制御部１６により、読み出しを要求されたAVデータを抽出して、デバイス制御部１６へ供給する。

デバイス制御部４２は、FAT処理部４１からの要求に従い、ATAコマンドを使用して、HDD１８に対して、ハードディスク１８Aへの情報（例えば、AVデータ）の記録や、ハードディスク１８Aに記録されたAVデータ等の情報の読み出しの要求を行う。また、HDD１８から、読み出しの要求に応じて供給された情報を、FAT処理部４１に供給する。

ここで、図１２におけるハードディスク１８Aでは、ファイルシステムとして、FAT（FAT３２）が使用されている。

そこで、図１３は、図１２のFATが使用されているハードディスク１８Aの構成を説明する。

ハードディスク１８Aは、MBR(Master Boot Record)６１を含む先頭セクタ(LBA(Logical Block Addressing)＝0のセクタ)５１、先頭セクタ５１の直後（LBA=1）からデータ領域５３の先頭までの空き領域５２、および、ファイルシステムの処理対象となるデータ領域５３から構成されている。

このデータ領域５３は、最大で４個のパーティションに区分可能とされている。図１３では、データ領域５３は、第１パーティション６２、第２パーティション６３、第３パーティション６４、および、第４パーティション６５の４つのパーティションに区分されている。

MBR６１は、起動コード６１−１およびパーティションテーブル６１−２から構成され、そのうちのパーティションテーブル６１−２は、それにエントリされているパーティションの開始アドレス（図１３中の矢印で示されているような情報）やサイズ等の情報を保持している。パーティションテーブル６１−２には、データ領域５３を区分する最大数である４個のパーティション（第１パーティション６２、第２パーティション６３、第３パーティション６４、および、第４パーティション６５）がエントリ可能である。

次に、図１４および図１５を参照して、図１３に示すハードディスク１８AのMBR６１の構成について説明する。

図１４は、図１３に示すハードディスク１８Aの構成に含まれるMBR６１の構成を示す図であり、図１５は、MBR６１を構成するパーティションテーブル６１−２に含まれるパーティション情報の構成を示す図である。

図１４に示されるように、ハードディスク１８Aの５１２バイトの先頭クラスタに、MBR６１が配置されている。MBR６１は、先頭クラスタの１バイト目から始まる４４５バイト分の領域からなる起動コード７１（図１３の起動コード６１−１）、４４６バイト目から始まる６４バイト分の領域からなるパーティションテーブル７２（図１３のパーティションテーブル６１−２）、および、最後の２バイトの情報７３から構成されている。

パーティションテーブル７２は、上述したように、最大で４個のパーティションのそれぞれに対応するパーティション情報（例えば、パーティションの開始アドレスとサイズなど）が保存可能な領域である。パーティション情報については後述する。

MBR６１の最後の２バイトの情報７３は、パーティションテーブル７２の終端を示す「0x55」、および「0xAA」となっている。

図１５は、図１４のパーティションテーブル７２に保存されるパーティション情報の構成を示す図である。

パーティション情報は、１６バイト情報であり、先頭から順に、１バイトのフラグ８１、３バイトのCHS（Cylinder/Head/Sector）開始セクタ８２、１バイトのタイプ８３、３バイトのCHS終了セクタ８４、４バイトのLBA開始セクタ８５、および、４バイトのパーティションサイズ８６で構成されている。

図１６は、図１２のハードディスクレコーダ４０のハードディスク１８A上の記録領域の構成例を説明する図であり、パーティションについて、図１３に示した場合よりも、さらに詳細な構成を示している。

但し、図１３では、４つの第１パーティション６２、第２パーティション６３、第３パーティション６４、および第４パーティション６５がハードディスク１８Aに形成されていたが、図１６では、１つのパーティション９３だけが、形成されている。

パーティション９３は、FAT（File Allocation Table）１０１、FAT（予備）１０２、ファイル１０３、ファイル１０４、ファイル１０５、および空き領域１０６にて構成されており、ファイル１０３、ファイル１０４、ファイル１０５のそれぞれは、ディレクトリエントリおよびディスクイメージデータから構成されている。

なお、図１６において、MBR９１と空き領域９２は、図１３の先頭セクタ５１（MBR６１）と空き領域５２に、それぞれ対応する。

図１７は、図１６のディレクトリエントリの構造を示す図である。

ディレクトリエントリは、４バイトの領域に設定される情報であり、その情報は、ファイル名を示す８ビットの名前１２１が記録される領域、ファイルの拡張子を示す３ビットの拡張名１２２が記録される領域、ファイルの属性（例えば、書き込み禁止などの情報）を示す１ビットの属性１２３が記録される領域、未使用である１ビットの予約１２４が記録される領域、ファイルの作成時刻を示す３ビットの作成時刻１２５が記録される領域、ファイルの作成日を示す2ビットの作成日付１２６が記録される領域、ファイルへの最終アクセス日付を示す２ビットの最終アクセス日付１２７が記録される領域、ファイルを構成するデータの先頭クラスタ番号の上位２ビットの値を示す２ビットの先頭クラスタ番号（High）１２８領域、ファイルの記録時刻を示す２ビットの記録時刻１２９が記録される領域、ファイルの記録日付を示す２ビットの記録日付１３０が記録される領域、ファイルを構成するデータの先頭クラスタ番号の下位２ビットの値を示す２ビットの先頭クラスタ番号（Low）１３１が記録される領域、ファイルサイズを示す４ビットのファイルサイズ１３２が記録される領域から構成される。

図１８は、図１２のハードディスクレコーダ４０の記録処理を説明するフローチャートである。

ステップS４１において、AVデータ入力部１２は、AVデータを取得し、記録再生処理部１４に供給する。

ステップS４２において、記録再生処理部１４は、AVデータ入力部１２から供給されたAVデータをもとに、所定のフォーマットに従って、記録用データを作成する。つまり、ビデオモードまたはVRモードに従って記録用データを作成し、記録を示す情報とともに、UDF処理部１５に供給する。

ステップS４３において、UDF処理部１５は、UDFに従って、記録再生処理部１４から供給された記録用データの記録を、デバイス制御部１６に対して要求する。

ステップS４４において、デバイス制御部１６は、UDF処理部１５から供給された、記録用データを含むUDF形式のデータを、記録コマンドとともにFAT処理部４１に供給する。

ステップS４５において、FAT処理部４１は、デバイス制御部１６から、記録コマンドとともに供給された、記録用データを含むUDF形式のデータを、バッファリングしてディスクイメージデータを作成する。

また、ステップS４５において、FAT処理部４１は、作成したディスクイメージデータを、FAT（例えば、FAT３２）のフォーマットに従って、１つのファイルデータとして扱い、ディスクイメージデータを、例えば、拡張子を”.iso”としたファイル（以下、適宜、isoファイルと称する）のデータとして、デバイス制御部４２に記録を要求する。

ステップS４６において、デバイス制御部４２は、FAT処理部４１から供給されたディスクイメージデータ（isoファイルのデータ）を、記録コマンドとともに、HDD１８に供給しする。ここでの記録コマンドとは、例えば、上述したATAコマンドのWRITE DMAコマンドである。

ステップS４７において、HDD１８は、デバイス制御部４２から記録コマンドとともに供給されたディスクイメージデータを、ハードディスク１８Aに記録する。

図１９は、図１２のハードディスクレコーダ４０におけるダビング処理を説明するフローチャートである。

ここでの説明では、ハードディスクレコーダ４０にネットワークを介して接続された外部装置に対して、ハードディスクレコーダ４０のハードディスク１８Aに記録されたディスクイメージデータ（AVデータを含む）をダビング（送信）する場合について記述する。

ステップS５１において、UDF処理部１５は、ダビングデータの読み出しを、UDFに従って要求する。つまり、ユーザ操作により指定されたディスクイメージデータの読み出しを、デバイス制御部１６に要求する。

ステップS５２において、デバイス制御部１６は、ディスクイメージデータを読み出すための読み出しコマンドをFAT処理部４１に対して供給する。ここでの読み出しコマンドとは、例えば、上述したATAPIコマンドのREAD(10)である。

ステップS５３において、FAT処理部４１は、デバイス制御部１６からの読み出しコマンドに対応して、ディスクイメージデータ（isoファイルのデータ）の読み出しを、FATのフォーマットに従ってデバイス制御部４２に要求する。

ステップS５４において、デバイス制御部４２は、FAT処理部からの要求に従い読み出しコマンド、例えば、ATAコマンドのREAD DMAコマンドをHDD１８に供給する。

ステップS５５において、HDD１８は、ハードディスク１８Aに記録されたディスクイメージデータを読み出し、デバイス制御部４２に供給する。

また、ステップS５５において読み出されたディスクイメージデータは、デバイス制御部４２を介して、FAT処理部４１に供給され、さらに、FAT処理部４１から、デバイス制御部１６から供給された読み出しコマンドに対応して、デバイス制御部１６を介してUDF処理部１５に供給される。

ステップS５６において、UDF処理部１５は、デバイス制御部１６から供給されたディスクイメージデータを、通信部１９に供給する。通信部１９は、UDF処理部１５から供給されたディスクイメージデータを、ネットワークを介して、ダビング先となる外部装置である。DVDレコーダへ送信する。

以上のように、図１２のハードディスクレコーダ４０では、ファイルシステムとしてFATを用いてディスクイメージデータの管理を行う点において、図１のハードディスクレコーダ１とは異なるが、図１のハードディスクレコーダ１と同様の効果を得ることができる。

図２０は、本発明を適用したビデオカメラの一実施の形態の構成例を示すブロック図である。

図２０のビデオカメラ１４０は、図１のハードディスクレコーダ１や図１２のハードディスクレコーダ４０が行うディスクイメージデータの処理をソフトウェアにより実現している。

ビデオカメラ１４０において、CPU（Central Processing Unit）１４１には、電源１４２，ROM（Read Only Memory）１４３、および、RAM（Random Access Memory）１４４が接続されている。CPU１４１は、電源１４２により駆動され、ROM１４３に記憶されているプログラムに従って、ビデオカメラ１４０の全体の動作を制御する。RAM１４４には、CPU１４１が各種の処理を実行する上において必要なデータなどが適宜記憶される。なお、電源１４２は、CPU１４１の他、必要なブロックに電力を供給する。

CPU１４１は、カメラ機能部１４５、画像信号処理部１４６、および音声信号処理部１５１を制御する。カメラ機能部１４５は、CPU１４１の制御に従い、光学レンズ部１４７を制御し、ズーム率や絞りなどを適宜調整する。

光電変換部１４８は、例えば、CMOS（Complementary Metal Oxide Semiconductor）イメージャやCCD（Charge Coupled Devices）などで構成され、光学レンズ部１４７を介して入射する被写体１６０等の光を電気信号（被写体１６０の画像に対応する電気信号）に変換し、画像信号処理部１４６に供給する。画像信号処理部１４６は、CPU１４１の制御に基づいて、光電変換部１４８より供給された被写体１６０の画像に対応する電気信号を、所定のフォーマットの画像データに変換し、CPU１４１と液晶ディスプレイ１５０に供給する。液晶ディスプレイ１５０は、画像信号処理部１４６からの画像データに基づいて、画像を表示する。

また、画像信号処理部１４６は、CPU１４１の制御に基づいて、画像入出力部１４９より供給された画像データを、所定のフォーマットに変換し、CPU１４１と液晶ディスプレイ１５０に供給する。

音声信号処理部１５１はCPU１４１の制御に従い、音声入出力部１５２を制御し、音声の集音を行う。音声入出力部１５２は、例えば、マイクロフォンやスピーカ、または音声入出力端子で構成されており、音声信号処理部１５１は、CPU１４１の制御に基づいて、音声入出力部１５２にて集音された音声に対応する電気信号を所定のフォーマットの音声データに変換し、CPU１４１に供給する。また、音声処理部１５１は、CPU１４１から供給された音声データを音声入出力部１５２へ供給する。

CPU１４１は、画像信号処理部１４６から供給された画像データと音声データを、ビデオモードまたはVRモードに従って記録用データに変換し、さらに、UDFに従って記録用データを記録コマンドとともにHDD１５６へ供給し、記録用データのハードディスク１５６Aへの記録を、図１のハードディスクレコーダ１や図１２のハードディスクレコーダ４０と同様に制御する。

なお、操作入力部１５３は、ボタン、スイッチ、もしくは、リモートコントローラなどにより構成され、ユーザにより、所定の指令に対応する入力操作が行われたとき、その入力操作に対応する操作指令信号をCPU１４１に供給する。CPU１４１は、操作入力部１５３より供給された操作指令信号に対応する処理を実行する。

また、通信部１５４は、CPU１４１の制御に基づいて、他の情報処理装置（図示せず）との通信処理を実行する。即ち、通信部１５４は、画像信号処理部１４６または音声信号処理部１５１より出力された画像データもしくは音声データや、ハードディスク１５６Aに記録されたデータを他の情報処理装置に送信するとともに、他の情報処理装置より送信された画像データや音声データ、またはプログラム等の様々な情報を受信する。例えば、通信部１５４が画像データを受信した場合、CPU１４１は、それをRAM１４４やハードディスク１５６Aに記憶させる。また、例えば、通信部１５４がプログラムを受信した場合、CPU１４１は、それをRAM１４４にロードする。

なお、通信部１５４は、無線による通信を行うものでもよいし、有線による通信を行うものでもよいし、或いは、無線と有線の両方の通信が可能なものでもよい。さらに、その通信方式も特に限定されず、例えば、無線の場合、IEEE(The Institute of Electrical and Electronic Engineers , Inc.)802.11a、もしくは802.11bの無線LAN（Local Area Network）、または、Bluetooth等様々な無線通信方式が利用可能である。同様に、有線の場合も、Ethernet（登録商標）もしくはUSB、または、IEEE1394等様々な有線通信方式が利用可能である。

以上のように、上述したディスクイメージデータに関する一連の処理は、専用のハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

ここで、ディスクイメージデータに関する一連の処理をソフトウェアにより実現する場合、その処理は、図２１（図２２、図２３）の左に示すように、アプリケーション層、ファイルフォーマット層、ファイルシステム層、デバイスドライバ層の４つの階層に分けることができる。

アプリケーション層では、ファイルフォーマット層に対して、ファイルフォーマットレベルでのアクセスを行い、ファイルフォーマット層では、ファイルシステム層に対して、ファイルレベルでのアクセスを行う。また、ファイルシステム層では、デバイスドライバ層に対して、論理セクタレベルのアクセスを行い、デバイスドライバ層では、物理層、つまり、ドライブなどのデバイスを介して、記録媒体に対して物理セクタレベルでのアクセスを行う。

ここで、図２１の右は、DVDレコーダが実行する処理を階層別に示した図である。

アプリケーション層には、記録または再生などの処理を行うアプリケーションが該当する。

ファイルフォーマット層には、例えば、ビデオモード（Video Format）や、VRモード（Video Recording Format）などが該当する。のファイルフォーマット層では、ビデオモードやVRモードのデータの作成や、下位層であるファイルシステム層から供給されるデータの認識を行う。

ファイルシステム層では、UDFに従って、DVDへのデータの記録や、DVDに記録されたデータの読み出しを要求する。

デバイスドライバ層にはDVD用デバイスドライバが該当する。デバイスドライバ層では、ファイルシステム層からの要求に従い、DVDドライブに対してDVDへのデータの記録や、DVDに記録されたデータの読み出しを行う。

図２２の右は、図１に示したハードディスクレコーダ１が実行する処理を階層別に示した図である。なお、図２２の左は、図２１の左と同一である。

図２２において、アプリケーション層、ファイルフォーマット層およびファイルシステム層に関しては、図２１における場合と同様であるため、その説明は省略する。

ハードディスクレコーダ１では、アプリケーション層、ファイルフォーマット層、ファイルシステム層での処理に、図２１で説明したDVDレコーダで実行される処理と同様の処理を用いてハードディスク１８Aへのアクセスを行うため、DVDへのアクセスのために発行されたコマンドを、ハードディスクにアクセスするためのコマンドに変換する必要がある。

そこで、デバイスドライバ層において、ATAPIコマンドがATAコマンドに変換される。

なお、図２２において、ファイルシステム層には、図１のUDF処理部１５が対応する。また、デバイスドライバ層には、図１のデバイス制御部１６とデバイス制御部１７が対応する。

図２３は、図１２に示したハードディスクレコーダ４０が実行する処理を階層別に示した図である。なお、図２３の左は、図２１の左と同一である。

図２３において、アプリケーション層およびファイルフォーマット層に関しては、図２１における場合と同様であるため、その説明は省略する。

ハードディスクレコーダ４０では、ファイルシステム層にて、DVDにて用いられるUDFと、HDDにて用いられるFAT３２との両方を使用する。

そのため、ファイルシステム層では、UDFに従ってディスクイメージデータが作成される。具体的には、DVD用デバイスドライバを使用して、仮想記録領域（例えば、装置に内蔵されたRAM（例えば、図１２のFAT処理部４１））にディスクイメージデータが作成される。このディスクイメージデータは、FAT３２のファイルとして管理され、ハードディスク１８Aに記録される。

このため、デバイスドライバ層では、HDD用デバイスドライバが使用される。

なお、図２３において、ファイルシステム層のUDF、DVDデバイスドライバ、FAT３２には、図１２のUDF処理部１５、デバイス制御部１６、FAT処理部４１がそれぞれ対応する。また、デバイスドライバ層のHDD用デバイスドライバには、図１２のデバイス制御部４２が対応する。

上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば、図２４に示される汎用のパーソナルコンピュータ２００などに、記録媒体からインストールされる。

この記録媒体は、図２４に示すように、パーソナルコンピュータ２００とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク２１１（フレキシブルディスクを含む）、光ディスク２１２（CD-ROM(Compact Disc-Read Only Memory)、ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク２１３（ＭＤ(Mini-Disc)（商標）を含む）、若しくは半導体メモリ２１４などよりなるパッケージメディアにより構成されるだけでなく、パーソナルコンピュータ２００に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２０２や、記録部２０８に含まれるハードディスクなどで構成される。

パーソナルコンピュータ２００のCPU２０１は、パーソナルコンピュータの全体の動作を制御する。また、CPU２０１は、バス２０４および入出力インターフェース２０５を介してユーザから、キーボードやマウスなどを有する入力部２０６から指令が入力されると、それに対応してROM(Read Only Memory)２０２に格納されているプログラムを実行する。あるいはまた、CPU２０１は、ドライブ２１０に接続された磁気ディスク２１１、光ディスク１１２、光磁気ディスク１１３、または半導体メモリ２１４から読み出され、記録部２０８にインストールされたプログラムを、RAM(Random Access Memory)２０３にロードして実行する。さらに、CPU２０１は、プログラムの実行により得られたデータを、ディスプレイやスピーカ、または、プリンタやプロッタなどを有する出力部２０７へ出力する。また、CPU２０１は、スキャナやマイクロフォンからなる入力部２０６からデータを取得する。さらに、CPU２０１は、通信部２０９を制御して、外部と通信し、データの授受を実行する。

なお、通信部２０９は、無線による通信を行うものでもよいし、有線による通信を行うものでもよい。或いは、無線と有線の両方の通信が可能なものでもよい。さらに、その通信方式も特に限定されず、例えば、無線の場合、IEEE(The Institute of Electrical and Electronic Engineers , Inc.)802.11a、もしくは802.11bの無線LAN（Local Area Network）、または、Bluetooth等様々な無線通信方式が利用可能である。同様に、有線の場合も、Ethernet（登録商標）もしくはUSB、またはIEEE1394等様々な有線通信方式が利用可能である。

なお、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインターフェースを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしても良い。

また、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本実施の形態では、ディスクイメージデータを記録する記録媒体の例として、ハードディスクを例に挙げて説明したが、ディスクイメージデータを記録する記録媒体は、その他、例えば、MO（Magnetic Optical Disk）、PD（Phase change rewritable Disk）、Zipディスク、またはSuperDiskなどのZCAV（Zone Constant Angular Velocity）形式を採用している、ランダムアクセス可能なディスク上の記録媒体であってもよい。

また、ファイルシステムに関しても、FAT３２に限定されるものではなく、他のファイルシステムを用いてもよい。

さらに、上述したディスクイメージデータについても、本明細書で定義した内容（UDFにおける論理セクタ番号０乃至N（最終の論理セクタ番号）の領域に配置された一連の情報）に限定されるものではない。

また、ハードディスク１８Aに記録されるデータは、AVデータではなく、その他のデータであってもよい。

また、HDD１８は、内蔵ではなく、外付けであってもよい。

さらに、ディスクイメージデータは、DVDに記録されるものではなく、その他、例えば、ビデオCD（Compact Disc）やオーディオCDなどに記録されるデータであってもよい。

また、本実施の形態では、ハードディスクレコーダ１またはハードディスクレコーダ４０から、DVDレコーダへのデータのコピーを行うようにしたが、データは、コピーではなく、移動（いわゆるムーブ）することも可能である。

本発明を適用したハードディスクレコーダの一実施の形態の構成例を示すブロック図である。 DVDの記録領域の構成例を示す図である。 図１のハードディスクレコーダ１のハードディスク１８Aの記録領域の構成例を示す図である。 図１のハードディスクレコーダ１のハードディスク１８Aの記録領域の他の構成例を示す図である。 DVDまたはHDDに記録されたデータを読み出す場合に使用される読み出しコマンドのそれぞれについて説明する図である。 DVDまたはHDDにデータを記録する場合に使用される記録コマンドのそれぞれについて説明する図である。 ATAPIコマンドであるSEND OPC INFORMATIONコマンドについて説明する図である。 図１のハードディスクレコーダ１における記録処理を説明するフローチャートである。 図１のハードディスクレコーダ１におけるダビング処理を説明するフローチャートである。 図１のハードディスク１８A上に配置される仮想DVD領域の構成を示す図である。 図１のハードディスクレコーダ１におけるディスクイメージデータの終端の検出処理を説明するフローチャートである。 本発明を適用したハードディスクレコーダの他の実施の形態の構成例を示すブロック図である。 図１２のハードディスクレコーダ４０のハードディスク１８Aの記録領域の構成例を示す図である。 図１３のMBR（Master Boot Record）６１の構成を示す図である。 図１４のMBR内のパーティションテーブル７２に格納されるパーティション情報の構成を示す図である。 図１２のハードディスクレコーダ４０のハードディスク１８Aの記録領域の構成例を示す図である。 図１６のディレクトリエントリの構成を示す図である。 図１２のハードディスク４０における記録処理を説明するフローチャートである。 図１２のハードディスク４０におけるダビング処理を説明するフローチャートである。 本発明を適用したビデオカメラの一実施の形態の構成例を示すブロック図である。 DVDレコーダが実行する処理を階層別に示した図である。 図１のハードディスクレコーダ１が実行する処理を階層別に示した図である。 図１２のハードディスクレコーダ４０が実行する処理を階層別に示した図である。 パーソナルコンピュータの構成例を示すブロック図である。

符号の説明

１ ハードディスクレコーダ， １１ 操作入力部， １２ AVデータ入力部， １３ AVデータ出力部， １４ 記録再生処理部， １５ UDF処理部， １６ デバイス制御部， １７ デバイス制御部， １７A コマンド変換部， １８ HDD（Hard Disk Drive）， １８Aハードディスク， １９ 通信部， ３１ リードイン領域， ３２ 管理情報， ３３ 論理ボリューム領域， ３４ 管理情報， ３５ リードアウト領域， ４０ ハードディスクレコーダ ４１ FAT処理部， ４２ デバイス制御部， ５１ 先頭セクタ， ５２ 空き領域， ５３ データ領域， ６１ MBR（Master Boot Record）， ６１−１ 起動コード， ６１−２ パーティションテーブル， ６２ 第１パーティション， ６３ 第２パーティション， ６４ 第３パーティション， ６５ 第４パーティション， ７１ 起動コード，７２ パーティションテーブル， ８１ フラグ， ８２ 開始セクタ（CHS）， ８３ タイプ， ８４ 終了セクタ（CHS）， ８５ 開始セクタ（LBA）， ８６ パーティションサイズ， ９１ MBR， ９２ 空き領域， ９３ パーティション， １０１ FAT， １０２ FAT（予備）， １０３ ファイル， １０４ ファイル， １０５ ファイル， １０６ 空き領域， １２１ 名前，１２２ 拡張名， １２３ 属性， １２４ 予約， １２５ 作成時刻， １２６ 作成日付， １２７ 最終アクセス日付， １２８ 先頭クラスタ番号（High）， １２９ 記録時刻， １３０ 記録日付， １３１ 先頭クラスタ番号（Low）， １３２ ファイルサイズ， １４０ ビデオカメラ， １４１ CPU， １４２ 電源， １４３ ROM， １４４ RAM， １４５ カメラ機能部， １４６ 画像信号処理部， １４７ 光学レンズ部， １４８ 光電変換部， １４９ 画像入出力部， １５０ 液晶ディスプレイ， １５１ 音声処理部， １５２ 音声入力部， １５３ 操作入力部， １５４ 通信部， １５６ HDD， １５６A ハードディスク， ２００ パーソナルコンピュータ， ２０１ ＣＰＵ， ２０２ ＲＯＭ， ２０３ ＲＡＭ， ２０４ 内部バス， ２０５ 入出力インターフェース， ２０６ 入力部， ２０７ 出力部， ２０８ 記録部， ２０９ 通信部， ２１０ ドライブ， ２１１ 磁気ディスク， ２１２ 光ディスク， ２１３ 光磁気ディスク， ２１４ 半導体メモリ

Claims (15)

1. 記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求手段と、
   前記記録要求手段による前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御手段と、
   前記第１の記録制御手段の制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御手段と
   を備えることを特徴とする情報処理装置。
2. 前記第１の記録制御手段は、前記第１のデータ記録媒体への前記記録用データの記録を要求するコマンドとともに、前記記録用データを出力し、
   前記第２の記録制御手段は、前記第１の記録制御手段が出力する前記コマンドを、前記第２のデータ記録媒体へのデータの記録を要求するコマンドに変換して出力することにより、前記記録用データを、前記第２のデータ記録媒体に記録させる
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記記録用データの記録を、前記所定のフォーマットとは異なる他のフォーマットに従って要求する他の記録要求手段をさらに備え、
   前記他の記録要求手段は、前記第１の記録制御手段が出力する前記記録用データの記録を、前記他のフォーマットに従って要求し、
   前記第２の記録制御手段は、前記他の記録要求手段による前記記録用データの記録の要求に応じて、前記記録用データを、前記第２のデータ記録媒体に記録させる
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記第１のデータ記録媒体は、光ディスクであり、
   前記第２のデータ記録媒体は、ハードディスクである
   ことを特徴とする請求項１に記載の情報処理装置。
5. 記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、
   前記記録要求ステップによる前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御ステップと、
   前記第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御ステップと
   を含むことを特徴とする情報処理方法。
6. 記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、
   前記記録要求ステップによる前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御ステップと、
   前記第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御ステップと
   を含む処理をコンピュータに実行させることを特徴とするプログラムが記載されているプログラム記録媒体。
7. 記録を行うデータである記録用データの記録を、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する記録要求ステップと、
   前記記録要求ステップによる前記記録用データの記録の要求に応じて、前記第１のデータ記録媒体への前記記録用データの記録を行うための制御を行う第１の記録制御ステップと、
   前記第１の記録制御ステップの制御に応じて、第２のデータ記録媒体への前記記録用データの記録を行うための制御を行う第２の記録制御ステップと
   を含む処理をコンピュータに実行させることを特徴とするプログラム。
8. 既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求手段と、
   前記読み出し要求手段による要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御手段と、
   前記第１の読み出し制御手段の制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御手段と
   を備えることを特徴とする情報処理装置。
9. 前記第１の読み出し制御手段は、前記第１のデータ記録媒体からの前記記録データの読み出しを要求するコマンドを出力し、
   前記第２の読み出し制御手段は、前記第１の読み出し制御手段が出力する前記コマンドを、前記第２のデータ記録媒体からの前記記録データの読み出しを要求するコマンドに変換して出力することにより、前記第２のデータ記録媒体から、前記記録データを読み出させる
   ことを特徴とする請求項８に記載の情報処理装置。
10. 前記記録データの読み出しを、前記所定のフォーマットとは異なる他のフォーマットに従って要求する他の読み出し要求手段をさらに備え、
    前記他の読み出し要求手段は、前記第１の読み出し制御手段が出力するコマンドに応じ、前記他のフォーマットに従って、前記記録データの読み出しを要求し、
    前記第２の記録制御手段は、前記他の読み出し要求手段による前記記録データの読み出しの要求に従って、前記記録データを、前記第２のデータ記録媒体から読み出させる
    ことを特徴とする請求項８に記載の情報処理装置。
11. ネットワークを介して、前記第１のデータ記録媒体を備えた外部の装置と通信をすることにより、前記第２のデータ記録媒体から読み出された前記記録データを、前記第１のデータ記録媒体を備えた外部の装置に転送する通信手段
    をさらに備えることを特徴とする請求項８に記載の情報処理装置。
12. 前記第１のデータ記録媒体は、光ディスクであり、
    前記第２のデータ記録媒体は、ハードディスクである
    ことを特徴とする請求項８記載の情報処理装置。
13. 既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、
    前記読み出し要求ステップによる要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、
    前記第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御ステップと
    を含むことを特徴とする情報処理方法。
14. 既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、
    前記読み出し要求ステップによる要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、
    前記第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御ステップと
    を含む処理をコンピュータに実行させることを特徴とするプログラムが記載されているプログラム記録媒体。
15. 既に記録されたデータである記録データの読み出しを、第１のデータ記録媒体で採用されている所定のフォーマットに従って要求する読み出し要求ステップと、
    前記読み出し要求ステップによる要求に応じて、前記第１のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第１の読み出し制御ステップと、
    前記第１の読み出し制御ステップの制御に応じて、第２のデータ記録媒体からの前記記録データの読み出しを行うための制御を行う第２の読み出し制御ステップと
    を含む処理をコンピュータに実行させることを特徴とするプログラム。

Images