JP2008130214A - データ構造、データ管理方法、記録再生装置、および記録媒体 - Google Patents

Abstract

【課題】記録媒体に記録されるユーザデータのダビングにおける、ダビングの元データのデータサイズと、ダビング先となる記録媒体の空き容量とを比較するにあたって、ダビングの元データのデータサイズを速やかに取得し、ダビング処理の高速化を実現する。
【解決手段】本発明の記録媒体、データ管理方法、記録再生装置は、記録媒体に記録されるストリームファイル＃１（７０５）の管理情報である、プレイブロック＃１（７０９）内に、プレイブロック＃１（７０９）に対応するデータのデータサイズ１（７１８）を格納しているため、プレイブロック＃１（７０９）を参照することで、容易にデータサイズ１（７１８）を取得することが可能となり、ダビングを行う際、ダビングの元データのデータサイズを速やかに取得することが可能となる。
【選択図】 図５

Description

本発明は、動画像、静止画像、音声などのデジタルデータを、光磁気ディスク、光ディスク、ハードディスクなどの磁気ディスク、または半導体メモリなどの記録媒体に記録するとともに、編集機能などにより編集された上記デジタルデータの管理情報を記録する記録媒体、記録再生装置、およびデジタルデータのデータ管理方法に関するものである。

近年、映像や音声などのデータを記録して再生する記録再生装置として、パーソナルコンピュータ、ＤＶＤレコーダー、およびデジタルカメラなどが普及している。

これらの記録再生装置には、記録した映像や音声などを、編集機能により任意の区間をユーザが指定することで再生する、プレイリスト機能がある。以下、映像や音声などのストリームデータ（請求項では、ユーザデータとして表現）において、ユーザが任意に指定した区間のことを指定区間と呼ぶ。プレイリスト機能は、上記指定区間の位置情報を管理しており、複数のストリームデータの指定区間だけを再生することができる。

特許文献１は、記録した映像などを、編集機能により任意の区間を指定することで再生する、プレイリスト機能を実現するデータ記録装置が記載されている。

また、記録した映像などを、他の記録媒体に複製するダビング機能が公知である。ダビング機能は、記録したファイルをそのままダビングする方法と、映像や音声の品質を変更し、異なるデータサイズに変換してダビングする方法とがある。

上記プレイリスト機能で編集したストリームデータをダビングする場合、ダビング先の記録媒体に、記録するデータサイズ分の空き領域が存在するかを、事前に確認する必要がある。そのためには、プレイリスト機能により、再生対象となっているストリームデータの、指定区間の位置情報を取得し、該指定区間のデータサイズを取得しなければならない。

図１１は、記録媒体に記録されているデータの、従来のデータ構造を示す模式図である。

尚、特許文献１におけるプレイアイテムは、図１１ではプレイブロックとして記載している。

記録媒体に記録されている従来のデータ構造は、図１１に示すように、論理管理情報８００とデータ領域８０１とから構成されている。

論理管理情報８００は、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）やＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）などのファイルシステムにより管理されている管理情報である。また、上記論理管理情報８００には、データ領域８０１に記録されているファイルを、参照するための情報が格納されている。データ領域８０１は、論理管理情報８００により管理されているファイルが記録されている領域である。

データ領域８０１には、記録されているプレイリストファイルの数を示すプレイリストファイル数８２４と、プレイリストファイル＃１（８０２）、プレイリストファイル＃２（８０３）、プレイリストファイル＃３（８０４）と、動画、静止画、音声、テキストなどのストリームデータであるストリームファイル＃１（８０５）、ストリームファイル＃２（８０６）、ストリームファイル３（図示せず）との複数のファイルが記録されている。空き領域８０７は、何もデータが記録されていない領域である。

動画、静止画、音声などのデータは、データを再生するための管理情報であるデータ管理情報（図１１では、プレイリストファイルに相当）とともに、データ領域８０１に記録される。

ここで、プレイリストファイル、プレイブロック、およびストリームファイルの関係を簡単に説明する。

映画やテレビ番組等の連続したストリームデータを記録媒体に記録する際、記録媒体には、ひとまとまりの連続したストリームデータである、ストリームファイルが記録媒体に記録される。このとき、該ストリームファイルをユーザが参照するための情報として、プレイリストファイルが生成される。このプレイリストファイル内には、対応する連続したストリームデータの管理情報である、プレイブロックが格納される。

ここで、記録媒体に記録されたストリームファイルに対して、編集機能などにより、ユーザが任意に特定の区間を指定することがある。具体的には、記録媒体に記録したテレビ番組の内、コマーシャル部分を除く番組内容だけを指定して、編集した場合などである。

このとき、編集した内容をユーザが参照および管理するためのプレイリストファイルが新たに作成される。このプレイリストファイル内には、編集によって指定された指定区間ごとにプレイブロックが格納される。このプレイブロックは、上記指定区間に対応する連続したストリームデータの管理情報を格納している。

つまり、編集によって指定された指定区間が複数区間ある場合には、対応する複数のプレイブロックが、上記プレイリストファイル内に格納される。

上記のように、記録媒体に記録された番組等のストリームファイルを、編集した場合に、該ストリームファイルを記録媒体に記録した時に作成されるプレイリストファイルとは別に、編集後の管理情報を示す、新たに作成されたプレイリストファイルは、バーチャルプレイリストと呼ばれる。

具体的には、編集前のプレイブロックを格納するプレイリストファイルと、編集後のプレイブロックを格納するプレイリストファイルとは、異なるものとなる。

これに対し、ストリームファイルを編集した場合に、編集前のプレイブロックを格納するプレイリストファイルに対して、編集前のプレイブロックを削除して、編集後のプレイブロックを記録する場合がある。つまり、編集により、新たにプレイリストファイルは作成されることはなく、編集前のプレイリストファイルを更新して、編集後のプレイリストファイルを生成する。このとき、編集後のプレイブロックを格納するプレイリストファイルは、リアルプレイリストと呼ばれる。

なお、録画等で、記録媒体にストリームファイルを新たに記録した場合、該ストリームファイルに対応するプレイリストファイルは、リアルプレイリストとして記録媒体に記録される。

以下では、上記バーチャルプレイリストと、リアルプレイリストとを、特に区別しない場合は、単にプレイリストファイルと称する。

次に、プレイリストファイル内のデータ構造を説明する。図１１に示す、プレイリストファイル＃３（８０４）を代表的なデータ構造として説明する。プレイリストファイル＃３（８０４）には、データ管理情報に記録される管理情報（プレイブロック）を参照するためのヘッダー８０８と、ユーザにより指定された指定区間を示すプレイブロック＃１（８０９）、プレイブロック＃２（８１０）が格納されている。

ヘッダー８０８には、プレイリストファイルであることを示す識別子タイプ８１１と、各プレイリストファイルの独自の番号であるディスクナンバー８２５と、各プレイリストファイルのファイル名であるプレイリストファイルネーム８２６と、プレイリストファイル＃３（８０４）に対応する、ユーザが記録したタイトルの文字情報であるタイトル情報８１２と、プレイリストファイル＃３（８０４）に格納されているプレイブロックの数を示す、プレイブロック数８１３とが格納されている。

なお、上記プレイリストファイルネーム８２６は、該当するプレイリストファイルがバーチャルプレイリストかリアルプレイリストかを判別するための識別子の役割も担っている。

プレイブロック＃１（８０９）は、プレイブロック＃１（８０９）が参照するストリームファイル＃１（８０５）を示すストリームファイルネーム１（８１４）と、ユーザにより指定された指定区間における、ストリームファイル内の時間軸上の開始点を示すインタイム１（８１５）と、上記指定区間における、ストリームファイル内の時間軸上の終了点を示すアウトタイム１（８１６）と、参照するストリームファイル＃１（８０５）の先頭位置から、上記インタイム１（８１５）が示すデータ位置までの、データサイズを示す、オフセット値であるオフセット８１７と、プレイブロック＃１（８０９）が参照するストリームファイル＃１（８０５）の記録品質レートを示すデータレート８１８とが格納されている。

上記オフセット値はバイト数であってもよいし、パケット単位のサイズであってもよい。

同様に、プレイブロック＃２（８１０）は、参照するストリームファイルを示すストリームファイルネーム２（８１９）と、プレイリスト機能により指定された指定区間における、ストリームファイル内の時間軸上の開始点を示すインタイム２（８２０）と、上記指定区間における、ストリームファイル内の時間軸上の終了点を示すアウトタイム２（８２１）と、参照するストリームファイル２（８０６）の先頭位置から、上記指定区間内における、インタイム２（８２０）が示すデータ位置までの、データサイズを示すオフセット値であるオフセット８２２と、プレイブロック＃２（８１０）が参照するストリームファイル＃２（８０６）の記録品質レートを示すデータレート８２３とが格納されている。

上記オフセット値はバイト数であってもよいし、パケット単位のサイズであってもよい。

次に、上記プレイリスト機能で作成したデータに対する、ダビング処理を述べる。

図１２〜図１４は、図１１に示したデータ構造に対する、ダビング処理の工程を示すフローチャート図である。

図１２は、ダビング処理開始から、ダビング処理終了までにおける、ダビングの元データのデータサイズ取得工程と、ダビングの元データのデータサイズと、ダビング先の空き領域との比較工程とを示す、メインのフローチャート図である。

ダビングの元データを取得するためには、該ダビングの元データのデータ管理情報であるプレイリストファイル（図１１ではプレイリストファイル＃３（８０４））を、ダビングを行う記録再生装置のメモリに読み込む（ステップ９０１：以下Ｓ９０１のように略称する）。

次に、該プレイリストファイル＃３（８０４）内のヘッダー８１１に格納されているプレイブロック数８１３を取得する（Ｓ９０２）。

ここで、取得したプレイブロック数８１３に対応するプレイブロックは、プレイブロック＃１（８０９）、プレイブロック＃２（８１０）となる。

次に、各プレイブロックに対応するストリームデータ（図１１では、ストリームファイル＃１（８０５）の一部と、ストリームファイル＃２（８０６）の一部）のデータサイズを求める（Ｓ９０４）。

ここで、各プレイブロックに対応するストリームデータのデータサイズを求めるためには、各プレイブロックに対応する指定区間のデータ先頭位置と、データ終端位置とを検出する必要がある。

図１１のデータ構造を用いて説明すると、まず、プレイブロック＃１（８０９）に格納されるインタイム１（８１５）より、該プレイブロックで指定する指定区間の先頭位置を示す、イン点のストリーム位置情報を取得する（Ｓ９０５）。

次に、プレイブロック＃１（８０９）に格納されるアウトタイム１（８１６）より、プレイブロック＃１（８０９）で指定する指定区間の終端位置を示す、アウト点のストリーム位置情報を取得する（Ｓ９０６）。

上記の動作を、プレイブロック＃２（８１０）に対しても同様に行う。

まず、プレイブロック＃２（８１０）に格納されるインタイム２（８２０）より、該プレイブロックで指定する指定区間の先頭位置を示す、イン点のストリーム位置情報を取得する（Ｓ９０５）。

次に、プレイブロック＃２（８１０）に格納されるアウトタイム２（８２１）より、プレイブロック＃２（８１０）で指定する指定区間の終端位置を示す、アウト点のストリーム位置情報を取得する（Ｓ９０６）
上記プレイブロック内の情報から取得したイン点、アウト点のストリーム位置情報より、該プレイブロックで指定する指定区間内のストリームデータのデータサイズを演算する（Ｓ９０７）。

プレイリストファイル＃３（８０４）に格納されている、すべてのプレイブロックに対応する、指定区間内のデータのデータサイズを求め、それらの各データサイズを加算する。

上記で加算されたデータサイズの合計値が、プレイリスト＃３（８０４）に対応する、ダビングの元データのデータサイズとなる（Ｓ９０８）。

次に、ダビング先となる記録媒体の空き領域サイズを取得する（Ｓ９０９）。Ｓ９０８で合計して求められた、ダビングの元データのデータサイズと、Ｓ９０９で取得したダビング先の空き領域サイズとを比較する（Ｓ９１０）。

ここで、上記ダビングの元データのデータサイズよりも、ダビング先となる記録媒体の空き領域サイズのほうが大きいか同じであれば、上記空き領域にダビングの元データを記録する、ダビング処理（Ｓ９１１）を行う。

一方、上記ダビングの元データのデータサイズよりも、ダビング先となる記録媒体の空き領域サイズのほうが小さければ、ダビングは行わずにエラー処理を行う（Ｓ９１２）。

上記エラー処理は、ダビングを行うユーザに対して、ダビングが不可である旨を通知することなどである。

図１２はプレイブロック内に、指定区間のストリームデータの位置情報を、格納している場合の処理手順である。

しかしながら、特許文献１に示すように、プレイブロックにストリーム管理ファイルを格納し、ストリーム管理ファイル内にストリーム位置情報を格納している構成も存在する。このような場合には、イン点またはアウト点のストリーム位置情報の取得処理はより複雑になる。

以下に、プレイブロックに、上記ストリーム管理ファイルを格納している場合の、ストリーム位置情報の取得処理を示す。

図１３はイン点のストリーム位置情報の取得処理を示すフローチャート図である。まず、ストリーム管理ファイルを、記録再生装置内のメモリに読み込む（Ｓ９２１）。次に、ストリーム管理ファイルに格納されているイン点のストリーム情報を取得する（Ｓ９２２）。上記イン点のストリーム情報は、対応するストリームデータの時間軸上の開始点を示す。

したがって、Ｓ９２２のストリーム情報より、イン点のストリーム位置情報を取得する（Ｓ９２３）。

図１４はアウト点のストリーム位置情報取得処理であり、イン点のストリーム位置情報取得処理と同様の処理となる。

まず、ストリーム管理ファイルを、記録再生装置内のメモリに読み込む（Ｓ９３１）。次に、ストリーム管理ファイルに格納されているアウト点のストリーム情報を取得する（Ｓ９２２）。上記アウト点のストリーム情報は、対応するストリームデータの時間軸上の終了点を示す。

したがって、Ｓ９３３のストリーム情報より、アウト点のストリーム位置情報を取得する（Ｓ９３３）。

図１３、図１４に示す各ステップの処理を行うことで、イン点・アウト点のストリーム位置情報を取得することができる。

なお、上記インタイム・アウトタイムの時間情報より、上記ストリーム位置情報を取得する詳細な方法については、特許文献１を参照。
ＷＯ２００２−０７５７３９号公報（２００２年９月２６日国際公開）

記録媒体に記録されるストリームデータを、他の記録媒体にダビングを行うダビング処理では、ダビング元のデータがダビング先に記録可能かを判別する必要がある。

ダビング先に記録可能かを判別するためには、ダビングの元データのデータサイズと、ダビング先となる記録媒体の空き領域サイズとを、取得し比較しなければならない。

しかしながら、従来のデータ管理方法では、ダビングの元データのデータサイズを算出するためには、各プレイブロックに対して、該プレイブロックで管理される、指定区間のストリームデータのデータ先頭位置（図１１のインタイム１（８１５）が示すデータ位置に相当）と、該プレイブロックで管理される、指定区間のストリームデータのデータ終端位置（図１１のアウトタイム１（８１６）が示すデータ位置に相当）とを取得する必要がある。

次に、上記ストリームデータのデータ先頭位置と、データ終端位置とより、該プレイブロックに対応するストリームデータのデータサイズを算出し、算出した各プレイブロックに対応するストリームデータのデータサイズの合計値を算出する必要がある。

これにより、上記各ストリームデータのデータサイズの合計値が、各プレイブロックを格納するプレイリストに対応するストリームデータのデータサイズとなる。言い換えれば、上記合計値が、ダビングの元データのデータサイズとなる。

このとき、ダビングを行う度、ダビング元のデータのデータサイズを、プレイブロック毎に算出するため、ダビング処理に時間を要するという問題が発生する。

また、記録媒体に記録される映像データについて、映像品質を変換して、他の記録媒体にダビングする場合、変換を行うまで、または、変換前の映像品質レートと変換後の映像品質レートを知るまでは、変換後のデータサイズを取得することができない。

ここで、ダビングの元データとなる複数のストリームデータが、異なる映像品質の映像であり、且つ、上記複数のダビングの元データを、映像品質を変換して、ダビング先の記録媒体にダビングする場合において、ダビングにおける映像品質変換後の各プレイブロックに対応する、ストリームデータのデータサイズを取得するためには、各プレイブロックに対応する各ストリームデータの映像品質変換前の各映像レートと、映像品質変換後の各映像レートと、変換前の各データサイズとを取得し、算出する必要がある。

このとき、ダビングの元データの映像品質等の記録品質レートについては、プレイブロックに情報を格納しているため、容易に取得することができるが、映像品質変換前のデータサイズを取得するためには、ダビングの元データに対応するプレイブロック毎に、データサイズを算出することになる。したがって、映像品質変換後のデータサイズを求めるのに時間を要するという、さらなる問題が発生する。

本発明は、上記問題点に鑑みてなされたものであり、記録媒体に記録されるストリームデータに対して、編集処理などにより指定された指定区間のデータを管理する管理情報において、上記指定区間のストリームデータに対するデータサイズを管理することにより、ダビングを行う際、ダビング前のデータのデータサイズと、ダビング先の記録媒体の空き容量との比較を速やかに行うことが可能な、記録媒体、データ管理方法、および記録再生装置を提供することを目的とする。

本発明に係るデータ構造は、上記課題を解決するために、
少なくとも１つ以上、且つ、個々で連続したユーザデータと、
前記ユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報と、が記述されたデータ構造であって、
前記開始位置の情報と前記終了位置の情報とから算出された、前記ユーザデータのデータサイズを、前記管理情報に含んでいることを特徴とする。

また、本発明に係るデータ構造は、
少なくとも１つ以上、且つ、個々で連続したユーザデータが記録される領域と、
前記ユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報が記録される領域と、を含むデータ構造であって、
前記開始位置の情報と前記終了位置の情報とから算出された、前記ユーザデータのデータサイズを格納する領域を、前記管理情報が記録される領域に含んでいることを特徴とする。

さらに、本発明に係る記録媒体は、
上記データ構造を記録しているコンピュータ読み取り可能な記録媒体である。

上記構成を備えたことにより、記録媒体に記録された、ユーザデータのデータサイズが記録される領域を、上記管理情報が記録される領域に含むことになる。そこで、上記データサイズが記録される領域に、ユーザデータのデータサイズを記録しておくことにより、上記ユーザデータのデータサイズは、記録媒体に記録される管理情報に、予め含まれていることになる。

ここで、記録媒体に記録されたユーザデータのダビングを行う際、ダビングの元データのデータサイズと、ダビング先となる記録媒体の空き容量との比較を行い、ダビングが可能であるかを判定する必要が発生する。

このとき、本発明の上記構成を備えたことによって、予め記録媒体に記録される管理情報を参照することで、管理情報内に格納される、ダビングの元データとなる上記ユーザデータのデータサイズを、容易に取得することが可能となる。

したがって、ダビングの元データのデータサイズと、ダビング先の記録媒体における空き領域の容量とを比較し、ダビングが可能かどうかを、容易且つ事前に判別できるようになる。

その結果、編集者や録画した映像を見るユーザが、録画または編集したデータを他の記録媒体にダビングする際に、ダビング処理を高速に処理することが可能となる効果を奏する。

さらに、記録媒体に記録されたユーザデータにおける、各区間の記録品質レートは、該区間に対応する管理情報が記録される領域内に格納されている。

よって、映像品質を変更して記録する場合では、ダビングの元データに対応する管理情報が記録される領域内に格納されている、上記映像品質とデータサイズとの情報を取得し、変更前の映像品質と変更後の映像品質とを各区間ごとに算出することでダビングするデータサイズを算出することが可能となる。

また、本発明のデータ構造の場合、
ユーザデータのデータサイズを含む前記管理情報は、ユーザデータの記録や編集によって、任意に指定された１つの指定区間に対して、対応する１つの管理情報となることを特徴とする。

ここで、記録媒体に記録されるユーザデータは、ユーザが編集機能などを用いて、任意に指定された複数の指定区間に編集されることがある。

また、上記複数の指定区間に編集されたユーザデータのうち、１つ以上のユーザデータを選択し、ダビングを行うことがある。

このような場合、ダビングの元データのデータサイズを取得するためには、該元データとなる個々の指定区間に対応するユーザデータのデータサイズを取得し合算する必要がある。

このとき、本発明の上記構成を備えたことにより、記録媒体に記録された、ダビングの元データに対応する管理情報を、個々の指定区間ごとに参照することができる。

したがって、ダビングの元データに対応する、上記指定区間ごとの管理情報に含まれるユーザデータのデータサイズを容易に取得することが可能となる。さらに取得した個々の指定区間に対応するユーザデータのデータサイズを合算することにより、ダビングの元データのデータサイズを容易に取得することが可能となる効果を奏する。

具体的には、記録媒体に記録される管理情報のうち、ダビングの対象となるユーザデータを管理する管理情報を読み出す。その後、読み出した前記管理情報に格納される、ユーザデータのデータサイズの情報を参照する。参照したデータサイズを合算することにより、結果、ダビングの元データのデータサイズを取得することが可能となる。

前記管理情報に含まれる、前記ユーザデータのデータサイズについて、複写を禁止するユーザデータの場合には、前記データサイズが無効であることを示す情報を、前記データサイズを格納する領域に、格納していることが好ましい。

記録媒体に記録されたユーザデータが、複写禁止である場合には、管理情報に格納されるデータのデータサイズは不要となる。なぜなら、ユーザデータが複写禁止である場合、複写を行う際に必要となる、該ユーザデータのデータサイズと複写先の記録媒体の空き領域サイズとを比較する処理は、発生することがないためである。

上記管理情報内における、ユーザデータのデータサイズを格納する領域に、該データサイズが無効であることを示す情報を格納したことにより、該データサイズを格納する領域には、データサイズが記録されていないことを示すことになる。

よって、参照した管理情報内のデータサイズが、無効を示していた場合には、該管理情報に対応するユーザデータは、複写禁止のユーザデータであることを容易に判別することが可能となるという効果を奏する。

また、ダビング禁止のユーザデータが、記録媒体に記録されていた場合には、上記管理情報に、該ユーザデータのデータサイズを記録する必要がなくなる。

よって、上記ユーザデータのデータサイズを算出する処理を省くことができるため、録画、または編集時の処理増加を抑えることが可能となるというさらなる効果を奏する。

本発明に係るデータ構造は、
前記管理情報が、少なくとも２つ以上存在する場合に、前記管理情報の各々に含まれる前記データサイズの合計を算出し、
前記合計されたデータサイズは前記管理情報に含まれていることを特徴とする。

記録媒体に記録された複数のユーザデータに対して、編集機能などにより、複数の指定区間に編集し、編集された指定区間に対応する、複数のユーザデータを繋ぎ合わせることがある。

このとき、上記繋ぎ合わされたユーザデータをダビングする際、上記指定区間ごとのユーザデータに対応する各データサイズの合計と、ダビング先となる記録媒体の空き領域の容量とを比較する必要がある。

ここで、上記特徴を備えることにより、編集機能により繋ぎ合わされたユーザデータのデータサイズが、言い換えれば、指定区間ごとのユーザデータに対応する各データサイズの合計が、記録媒体に記録される管理情報に、予め含まれていることになる。

したがって、ダビングを行う際には、記録媒体に記録された管理情報を参照することで、編集機能により繋ぎ合わされたユーザデータのデータサイズと、ダビング先となる記録媒体の空き領域サイズとの比較を容易に行うことが可能となり、ダビング処理を高速に処理する、さらなる効果を奏する。

本発明に係るデータ管理方法は、
記録媒体に記録された、連続したユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報を、記録媒体に対して記録再生するデータ管理方法において、
前記開始位置の情報と前記終了位置の情報とより、前記ユーザデータのデータサイズを算出する第１のステップと、
第１のステップで算出したデータサイズを、前記管理情報に含める第２のステップと、
第２のステップで、前記データサイズを含んだ管理情報を、記録媒体に記録する第３のステップと、を備えたことを特徴とする。

また、本発明に係る記録再生装置は、
記録媒体に記録された、連続したユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報を、記録媒体に対して記録再生する記録再生装置において、
前記開始位置の情報と前記終了位置の情報とより、前記ユーザデータのデータサイズを算出するデータサイズ算出部と、
前記データサイズ算出部で算出したデータサイズを、前記管理情報に含める管理情報制御部と、
管理情報制御部によって前記データサイズを含んだ管理情報を、記録媒体に記録する記録再生部と、を備えたことを特徴とする。

ここで、本発明の特徴を備えていることにより、ユーザデータのデータサイズは、第１のステップまたはデータサイズ算出部によって、記録媒体に記録される管理情報に含まれる、開始位置の情報と終了位置の情報とから、算出される。

上記算出されたデータサイズは、第２のステップまたは管理情報制御部によって、管理情報に含められる。

さらに、ユーザデータのデータサイズを含む管理情報を、第３のステップまたは記録再生部によって、記録媒体に記録される。

したがって、第１のステップまたはデータサイズ算出部より算出された、ユーザデータのデータサイズを、予め、記録媒体に記録される管理情報内に含めることになる。

以上のように、本発明の上記特徴を備えたことによって、予め記録媒体に記録される管理情報に参照するだけで、ユーザデータのデータサイズを容易に取得することが可能となる。

ここで、ダビングを行う際、ダビングの元データのデータサイズと、ダビング先となる記録媒体の空き領域サイズとの比較を行い、ダビングが可能であるかを判定する必要が発生する。

また、ダビングの元データが、編集機能などにより編集されたデータであった場合、編集機能によって、指定された指定区間に対応するユーザデータのデータサイズを取得する必要がある。

このとき、ダビングの元データに対応する、管理情報を参照するだけで、ダビングの元データのデータサイズを容易に取得することが可能となる。これによって、得られる効果は、既に述べたとおりである。

本発明に係る記録媒体、データ管理方法、および記録再生装置は、以上のように、編集機能などを用いてユーザにより指定された指定区間におけるユーザデータのデータサイズを、上記指定区間に対応する管理情報内に含んでいることになる。

その結果、上記編集されたユーザデータのダビングを行う際、ダビングの元データに対応する管理情報を参照することにより、ダビングの元データのデータサイズを容易に取得することが可能となる。

したがって、ダビングを行う際、ダビング元のデータのデータサイズと、ダビング先の記録媒体の空き領域の容量との比較を、速やかに行うことが可能となる効果を奏する。

以下、図面を参照して、本発明に係るデータ構造、記録媒体、データ管理方法、および記録再生装置の実施の形態を説明する。

本発明の実施の形態に係る記録再生装置の構成を図７に示す。

上記記録再生装置は、オーディオ信号が入力されるオーディオ入力部７５０と、ビデオ信号が入力されるビデオ入力部７５１とを備える。ここで、上記各信号はアナログまたはデジタル信号であり、アナログ信号の場合には、オーディオ入力部７５０およびビデオ入力部７５１が、デジタル信号への変換を行う。

そして、オーディオ入力部７５０およびビデオ入力部７５１からのデジタル信号は、符号化・復号処理部７５２により、ＭＰＥＧ２などの符号化されたビデオデータおよびオーディオデータに変換する。圧縮する形式は、上記ＭＰＥＧ２のほかにＭＰＥＧ１やＭＰＥＧ４であってもよいし、入力された信号がビデオデータのみの場合には、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＪＰＥＧ２０００であってもよい。

また、符号化・復号処理部７５２により圧縮された信号は、誤り訂正処理部７５３により誤り訂正信号が付加され、変・復調部７５４（特許請求の範囲に記載の記録再生部に相当）に送られる。次に変・復調部７５４は、上記訂正信号が付加された信号を変調し、記録媒体７５５に対して、前記変調されたビデオ、オーディオデータを記録する。

また、記録媒体７５５がディスクメディアの場合には、制御マイコン７５７の指示によって、サーボ処理部７５６が上記ディスクメディアに対する記録動作を制御している。なお、制御マイコン７５７は、図８に示すように、システムマイコン７５８内のディスク制御部７６８により制御されている。

次に、ユーザからの指示により、記録されたデータを再生または表示する構成について、同図を用いて説明する。

まず、ユーザからの指示が入力部７６４に入力され、システムマイコン７５８内の命令制御部７６９において、入力の指示を処理する。ディスク制御部７６８は、制御マイコン７５７に再生の指示を行う。次に、制御マイコン７５７の指示によって、サーボ処理部７５６は、記録媒体７５５の再生のため、ディスクメディアに対する再生動作の制御を行う。

記録媒体７５５から読み出されたデータは、変・復調部７５４を経て復調される。復調されたデータは、誤り訂正処理部７５３により誤り訂正を行い、符号化・復号処理部７５２により復号される。

復号されたデータのうち、オーディオデータは、オーディオ出力部７６２によりオーディオ信号に変換され出力される。

また、復号されたデータのうち、ビデオデータは、インデックス画面であるＯＳＤ（Ｏｎ−Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）との合成を行うため、ビデオ合成部７６１によりビデオデータとＯＳＤデータとの合成処理、あるいは切り換え処理を行い、ビデオ出力部７６３によりビデオ信号として出力される。

上記インデックス画面は、システムマイコン７５８内のユーザデータ制御部７６７により処理される。ユーザデータ制御部７６７の処理により作成された、インデックス情報やインデックス画像（サムネイル）データは、メモリ７５９に格納される。メモリ７５９に格納されるインデックス情報やインデックス画像データは、ＯＳＤ処理部７６０により、ビデオ表示画面へ変換された後、符号化・復号処理部７５２で復号されたビデオデータと合成される。この合成されたビデオデータは、ビデオ出力部７６３によりビデオ信号として出力される。

ビデオ合成部７６１は、記録したビデオデータとインデックス画面とを同時に表示する場合に、ビデオデータとインデックス画面とを合成する機能を有するブロックである。また、ビデオ合成部７６１は、ビデオデータとインデックス画面との、どちらか一方の画像を出力する機能も有する。すなわち、入力部７６４からのユーザの指示により、システムマイコン７５８内の命令制御部７６９が切り換え制御を行うことにより、指定された画面を出力することが可能となる。

上記構成による記録媒体は、光ディスク、メモリ、ハードディスクなどの書き込み可能な記録媒体、ＣＤやＤＶＤ−Ｖｉｄｅｏなどのような読み出し専用記録媒体、ＣＤ−ＲやＤＶＤ−Ｒなどのような一回のみ書き込み可能な記録媒体のいずれであってもよい。

ここで、本発明に係る記録媒体に記録されたデータは、記録した映像や音声（以下、ストリームデータとする）に対して、ユーザが任意の区間を指定することで再生する、プレイリスト機能を有する記録再生装置によって、記録されている。

また、上記記録媒体には、ユーザが任意に指定した区間（以下、指定区間と呼ぶ）に対応するストリームデータを管理する、データ管理情報も記録される。このデータ管理情報は、上記指定区間に対応するストリームデータを再生するときに、利用される。

また、データ管理情報は、システムマイコン７５８内の管理情報制御部７６５により、プレイリストファイル（後述）としてディスク７５５に記録される。

記録媒体７５５に記録したユーザデータを編集する場合には、システムマイコン７５８内の命令制御部７６９により、記録されている上記プレイリストファイルをメモリ７５９に読み込む。

該プレイリストファイルに格納される、該プレイリストファイルに対応するストリームデータの時間情報と、データ領域におけるユーザデータのデータ位置情報とを参照して、記録再生装置はディスク７５５からユーザデータを取得する。

プレイリストファイルに格納される各情報については、後述する。

ここで、ユーザの入力部７６４からの指示により、ストリームデータを編集するときに、新たにプレイリストファイルを作成し、編集対象のストリームデータの時間と、ユーザデータのデータ位置とを、その作成したプレイリストファイルに格納する。その後、編集によって指定された指定区間に対応する、ユーザデータを管理する管理情報を、該プレイリストファイル内に格納する。

上記編集後の管理情報を格納するプレイリストファイルを、ディスク７５５に記録することで、ストリームデータの編集が完了する。また、このとき編集されたストリームデータのファイルを、ディスク７５５に記録してもよい。

上記でユーザデータを録画または編集した場合に生成される、映像や音声を録画したデータを管理するプレイリストファイルと、映像や音声などのストリームデータとを、記録媒体に記録した際のデータ構造を図５に示す。

記録媒体に記録されているデータは、図５に示すように、論理管理情報７００とデータ領域７０１とにより構成されている。

論理管理情報７００は、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）やＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）などのファイルシステムにより管理されている管理情報である。また、上記論理管理情報７００には、データ領域７０１に記録されているファイルを参照するための情報が格納されている。データ領域７０１は、論理管理情報７００により管理されているファイルが記録される領域である。

ここで、同図に示すデータ構造においては、データ領域７０１には、記録されているプレイリストファイルの数を示すプレイリストファイル数７２４と、データ領域７０１に記録さているストリームデータを管理する、プレイリストファイル＃１（７０２）、プレイリストファイル＃２（７０３）、プレイリストファイル＃３（７０４）とが記録されている。

さらに、新たに映像、静止画、音声、テキストなどのストリームデータを記録媒体７５５（図７を参照）に記録した場合は、プレイリストファイルは新たに生成され、記録媒体７５５に記録される。また、データ領域７０１に記録されるストリームファイルを編集した場合に、プレイリストファイルは新たに生成され、記録媒体７５５に記録される。

上記のように、編集によって新たに生成されたプレイリストファイルは、バーチャルプレイリストと呼ばれる。

これに対し、ストリームファイルを編集した場合に、編集前のプレイリストファイルの管理情報を削除し、編集後の管理情報を該プレイリストファイルに記録する場合もある。

上記のように、編集によって新たなプレイリストファイルを生成するのではなく、編集前のプレイリストファイルを更新して生成されたプレイリストファイルは、リアルプレイリストと呼ばれる。

なお、録画等で、記録媒体７５５にストリームファイルを新たに記録した場合、該ストリームファイルに対応するプレイリストファイルは、リアルプレイリストとして記録媒体７５５に記録される。

以下では、上記バーチャルプレイリストと、リアルプレイリストとを、特に区別しない場合は、単にプレイリストファイルと称する。

上記ストリームファイルとは、連続したひとかたまりストリームデータである。

また、動画、静止画、音声、テキストなどのストリームデータであるストリームファイル＃１（７０５）、ストリームファイル＃２（７０６）、ストリームファイル＃３（図示せず）が記録媒体７５５に記録されている。空き領域７０７は、データが記録されていない領域である。

ここでも同様に、新たにストリームデータを記録媒体７５５に記録することにより、データ領域７０１に、新たなストリームファイルが記録される。

動画、静止画、音声などのストリームデータは、ストリームデータを再生するための管理情報であるデータ管理情報（図５では、プレイリストファイルに相当）とともに、データ領域７０１に記録される。

同図は、ストリームファイル＃１（７０５）の一部のデータと、ストリームファイル＃２（７０６）の一部のデータとが、前述のユーザ指示による編集処理により、繋ぎ合わされている様子を示している。

また、この編集された状態を管理する情報として、プレイリストファイル＃３（７０４）がデータ領域７０１に記録されている状態も示している。

プレイリストファイル＃３（７０４）には、データ管理情報（プレイリストファイル）に格納される管理情報（プレイブロック）を参照するための情報であるヘッダー７０８と、動画を再生するための動画管理情報であり、且つ、上記編集処理により指定されたストリームファイル＃１（７０５）に対する指定区間のストリームデータの管理情報であるプレイブロック＃１（７０９）と、上記編集処理により指定されたストリームファイル＃２（７０６）に対する指定区間のストリームデータの管理情報であるプレイブロック＃２（７１０）とが格納される。

上記ヘッダー７０８は、プレイリストファイル＃３（７０４）がプレイリストファイルであることを示す識別子であるタイプ７１１と、プレイリストファイル＃３（７０４）の独自の番号であるディスクナンバー７２５と、プレイリストファイル＃３（７０４）のファイル名であるプレイリストファイルネーム７２６と、該プレイリストファイル＃３（７０４）が管理するストリームデータのタイトルの文字情報であるタイトル情報７１２と、プレイリストファイル＃３（７０４）に対応するストリームデータのデータサイズであるオールデータサイズ７２７と、プレイリストファイル＃３（７０４）に格納されているプレイブロックの数を示すプレイブロック数７１３とを格納している。

ここで、プレイリストファイル＃３（７０４）に格納されるプレイブロック＃１（７０９）には、編集処理によって指定された指定区間における、ストリームデータ（ストリームファイル＃１（７０５）の一部分）に対しての管理情報が格納されている。

詳細には、プレイブロック＃１（７０９）は、参照するストリームファイル（同図はで、ストリームファイル＃１（７０５））を示すストリームファイルネーム１（７１４）と、ストリームファイル＃１（７０５）内の上記指定区間に対応するストリームデータの開始時刻を示すインタイム１（７１５）と、ストリームファイル＃１（７０５）内の上記指定区間に対応するストリームデータの終了時刻を示すアウトタイム１（７１６）とを格納している。

さらに、ストリームファイル＃１（７０５）の先頭位置から、上記指定区間に対応するストリームデータの先頭位置までのデータサイズを示す、オフセット値であるオフセット７１７も、プレイブロック＃１（７０９）は格納している。上記オフセット値はバイト数であってもよいし、パケット単位のサイズであってもよい。

さらに、プレイブロック＃１（７０９）が参照する、ストリームファイル＃１（７０５）の記録品質レートを示すデータレート７２８も、プレイブロック＃１（７０９）は格納している。

また、プレイブロック＃１（７０９）には、本発明の重要なポイントとして、データサイズ１（７１８）が格納されている。上記データサイズ１（７１８）には、プレイブロック＃１（７０９）に対応する上記指定区間におけるストリームデータのデータサイズの値が格納される。

つまり、データサイズ１（７１８）に格納される情報は、編集処理によって指定された指定区間におけるストリームファイル＃１（７０５）の一部分のデータサイズである。また、データサイズ１（７１８）に格納される値は、バイト数であってもよいし、パケット単位のサイズであってもよい。

同様に、プレイリストファイル＃３（７０４）に格納されるプレイブロック＃２（７１０）には、編集処理によって指定された指定区間における、ストリームデータ（ストリームファイル＃２（７０６）の一部分）に対しての管理情報が格納されている。

詳細には、プレイブロック＃２（７１０）は、参照するストリームファイル（同図では、ストリームファイル＃２（７０６））を示すストリームファイルネーム２（７１９）と、ストリームファイル＃２（７０６）内の上記指定区間に対応するストリームデータの開始時刻を示すインタイム２（７２０）と、ストリームファイル＃２（７０６）内の上記指定区間に対応するストリームデータの終了時刻を示すアウトタイム２（７２１）とを格納している。

さらに、ストリームファイル＃２の先頭位置から、上記指定区間に対応するストリームデータの先頭位置までのデータサイズを示す、オフセット値であるオフセット７２２も、プレイブロック＃２（７１０）は格納している。上記オフセット値はバイト数であってもよいし、パケット単位のサイズであってもよい。

さらに、プレイブロック＃２（７１０）が参照する、ストリームファイル＃２（７０６）の記録品質レートを示すデータレート７２９も、プレイブロック＃２（７１０）は格納している。

また、プレイブロック＃２（７１０）には、データサイズ２（７２３）が格納されている。上記データサイズ２（７２３）には、プレイブロック＃２（７１０）に対応する上記指定区間におけるストリームデータのデータサイズの値が格納される。

つまり、データサイズ２（７２３）に格納される情報は、編集処理によって指定された指定区間におけるストリームファイル＃２（７０６）の一部分のデータサイズである。また、データサイズ２（７２３）に格納される値は、バイト数であってもよいし、パケット単位のサイズであってもよい。

次に、録画または編集した場合に生成される、映像や音声であるストリームデータを管理するプレイリストファイルと、映像や音声などのストリームデータとの関係を、図１〜図３に示す。

図１は、プレイリストファイルとストリームファイルの最も一般的な構造を示したものである。

番組などを録画した場合には、ストリームデータが、ストリームファイル１（１１１）として、記録媒体に記録される。また、ストリームファイル１（１１１）を記録媒体に記録した際に、ストリームファイル１（１１１）の管理情報を格納するプレイリストファイル１（１００）も記録媒体に記録される。

このとき、ストリームファイル１（１１１）は連続したＰｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ（ＰＳＴ）区間であるため、言い換えれば、連続して録画されたストリームデータであるため、ストリームファイル１（１１１）を管理するプレイリストファイル１（１００）には、１つのプレイブロック１（１０１）が構築される。

上記ストリームファイル１（１１１）をダビングする際には、ストリームファイル１（１１１）のデータサイズである、データサイズ１（１２１）をプレイブロック１（１０１）から取得し、ダビング先の記録媒体に、上記データサイズ１（１２１）分の空き容量があるかを判断しなければならない。

プレイブロック（同図では、プレイブロック１（１０１））は、連続したストリームデータごとに、プレイリストファイル（同図では、プレイリストファイル１（１００））内に構築される。

よって、１つのストリームファイルを、編集などにより、２つの指定区間に分けた場合は、各指定区間に対応する連続したストリームデータごとに、２つのプレイブロックが構築される。

上記のように、１つのストリームファイルを、編集などにより、２つの指定区間に分けた場合における、プレイリストファイルとストリームファイルとの関係を、図２によって説明する。

図２は、録画途中に録画を一時停止した場合や、編集などにより、録画した番組の中間のストリームデータを削除した場合の、プレイリストファイルとストリームファイルとの、最も一般的なデータ構造を示したものである。

番組などを録画した場合には、ストリームファイルであるストリームファイル２（２１１）が記録媒体に記録される。ここで、編集操作などによりストリームファイル２の一部分のデータを削除した場合、プレイリストファイル２（２００）には、削除されたデータ以外の連続した区間を示すプレイブロック＃１（２０１）と、プレイブロック＃２（２０２）とが構築される。

なお、編集後の管理情報であるプレイブロックを格納するプレイリストファイル２（２００）が、ストリームファイル２を記録媒体に記録した際に生成された、言い換えれば、編集前のストリームファイル２に対応するプレイリストファイルとは異なる、新たに生成されたプレイリストファイルである場合、プレイリストファイル２（２００）は、バーチャルプレイリストとなる。

これに対し、プレイリストファイル２（２２０）が、編集前のストリームファイル２に対応するプレイリストファイルを、更新して生成されたプレイリストファイルである場合、プレイリストファイル２（２００）は、リアルプレイリストとなる。

上記のように、中間部分を削除されたストリームファイル２を、他の記録媒体にダビングする際には、編集後のストリームファイル２（２１１）のデータサイズである、サイズ２−１（２２１）およびサイズ２−２（２２２）を、プレイブロック＃１（２０１）およびプレイブロック＃２（２０２）のそれぞれから取得し、取得したサイズの合計を計算して求める。その後、ダビング先の記録媒体に、この上記データサイズの合計分の空き容量があるかを判断しなければならない。

図３は、録画した複数の番組の一部を、編集機能などにより連結した場合の、プレイリストファイルとストリームファイルとの、最も一般的な構造を示したものである。

２つの番組などを録画した場合には、２つのストリームファイルであるストリームファイル１（３１１）およびストリームファイル２（３１２）が記録媒体に記録される。

ここで、編集機能などにより、上記２つのストリームファイルのそれぞれに対して、指定区間を指定し、該指定区間のストリームデータを連結した場合、編集により連結されたストリームデータに対応するプレイリストファイル３（３００）が生成される。

さらに、編集などにより連結された、上記２つのストリームデータ各々の管理情報であるプレイブロック＃１（３０１）と、プレイブロック＃２（３０２）とが、プレイリストファイル３（３００）内に構築される。

上記プレイブロック＃１（３０１）は、ストリームファイル１（３１１）における、上記指定区間に対応する管理情報である。また、プレイブロック＃２（３０２）は、ストリームファイル２（３１２）における、上記指定区間に対応する管理情報である。

ここで、編集された上記ストリームデータ、言い換えれば、プレイリストファイル３（３００）が管理をするストリームデータを、ダビングする際には、以下の処理が必要となる。

まず、プレイリストファイル３（３００）が管理をするストリームデータのデータサイズを求める。そのためには、ストリームファイル１（３１１）における、上記指定区間に対応するストリームデータのデータサイズであるサイズ３（３２１）をプレイブロック＃１（３０１）から取得するとともに、ストリームファイル２（３１２）における、上記指定区間に対応するストリームデータのデータサイズであるサイズ４（３２２）をプレイブロック＃２（３０２）から取得する必要がある。

上記２つのサイズ３（３２１）とサイズ４（３２２）とを合計したデータサイズは、プレイリストファイル３（３００）が管理するストリームデータのデータサイズとなる。

プレイリストファイル３（３００）が管理するストリームデータのデータサイズと、ダビング先となる記録媒体の空き容量サイズを比較し、ダビングが可能であるかを判断しなければならない。

以上の説明から明らかなように、本発明に係るデータ構造によれば、各プレイブロックに対応するストリームデータのデータサイズを、ストリームデータの記録時または編集処理時において、各プレイブロック内に個々に格納している。

したがって、ダビング開始をユーザから指示された場合、各プレイブロックに対応するストリームデータのデータサイズは、該プレイブロックを参照することで、容易に取得することがきる。よって、ダビング処理を速やかに行うことが可能となる。

以下に、図９を参照して、編集処理開始から、編集処理終了までの間に、ストリームデータのデータサイズをプレイブロックに格納する処理を述べる。

ユーザからの指示により編集処理が開始する。ユーザは、記録媒体に記録される複数のストリームファイルから、任意のストリームファイルを選択し、編集を行う。

このとき、編集機能によって、ユーザは、選択したストリームファイルの指定区間を指定する（ステップ１；以下Ｓ１のように略記する）。さらに、ユーザが選択するストリームファイルおよび、指定する指定区間は、複数であってもよい。

編集処理によって生成されるストリームデータを管理するために、新しくプレイリストファイルが管理情報制御部７６５（図８を参照）によって生成される（Ｓ２）。

編集処理によって指定された、指定区間に対応するストリームデータに対して、プレイブロックが管理情報制御部７６５によって生成される（Ｓ３）。

このプレイブロック内には、上記指定区間に対応するストリームデータの管理情報が、管理情報制御部７６５によって格納される（Ｓ４）。

上記管理情報とは、編集されたストリームデータが格納されているストリームファイルのストリームファイルネーム（図５における、ストリームファイルネーム１（７１４）に相当）、該ストリームデータの開始時刻を示す情報（図５における、インタイム１（７１５）に相当）、該ストリームデータの終了時刻を示す情報（図５における、アウトタイム１（７１６）に相当）、および該ストリームファイルの先頭位置から該ストリームデータの先頭位置までのデータサイズを示す情報（図５における、オフセット７１７に相当）である。

次に、ストリームデータについて、ダビングが許可されたデータかどうかを、ユーザデータ制御部７６７（図８を参照）が判別する（Ｓ５）。ここで、編集したストリームデータが、ダビングを許可されたデータであるならば、処理はＳ６に移行する。一方、編集したストリームデータが、ダビングを禁止されたデータであるならば、処理はＳ１０に移行する。

ここで、上記のダビングが許可されたストリームデータであるかの判断は、編集時におけるユーザからの指示であってもよいし、編集前のストリームデータがダビング禁止のデータであるか否かで判断してもよい。

Ｓ５で、指定区間に対応するストリームデータが、ダビングを許可されたデータであると判断した場合、Ｓ４でプレイブロックに格納された、指定区間に対応するストリームデータの開始時刻の情報（イン点；図５における、インタイム１（７１５）に相当）から、該ストリームデータの先頭位置のデータ位置情報を、管理情報制御部７６５が取得する（Ｓ６）。

次に、Ｓ４でプレイブロックに格納された、指定区間に対応するストリームデータの終了時刻の情報（アウト点：図５における、アウトタイム１（７１６）に相当）から、該ストリームデータの終端位置のデータ位置情報を、管理情報制御部７６５が取得する（Ｓ７）。

上記Ｓ６およびＳ７で取得した、指定区間に対応するストリームデータの先頭位置および終端位置の２つのデータ位置情報から、該ストリームデータのデータサイズを、データサイズ算出部７６６（図８を参照）が算出する（Ｓ８：特許請求の範囲に記載の第１のステップに相当）。

Ｓ８で算出した上記データサイズを、管理情報制御部７６５が、対応するプレイブロック内に格納する（Ｓ９：特許請求の範囲に記載の第２のステップに相当）。

Ｓ５で指定区間に対応するストリームデータが、ダビングを禁止されたデータであると判断した場合、Ｓ９でデータサイズを格納したプレイブロック内の領域に、データサイズが無効であることを示す情報を、管理情報制御部７６５が格納する（Ｓ１０）。ここで、データサイズが無効であることを示す情報を、ゼロとすることもある。

上記Ｓ３〜Ｓ１０を、Ｓ１でユーザが指定した指定区間の数だけ繰り返す。

次に、それぞれの指定区間に対応する各プレイブロックを、Ｓ１で生成したプレイリストファイルに、管理情報制御部７６５が格納する（Ｓ１１）。

上記Ｓ１１のプレイリストファイルは、変・復調部７５４によって、記録媒体に記録される（Ｓ１２：特許請求の範囲に記載の、第３のステップに相当）。

これにより、編集されたストリームデータを管理する、プレイリストファイルを記録媒体に記録することとなる。

次に、図４を参照して、プレイリストファイルに格納される情報について述べる。

図４は、本実施の形態における、プレイリストファイルに格納されている、管理情報の構造を示す表である。

タイプは、プレイリストファイルであることを示す識別子を格納している。このタイプは、最大１６ビットの情報で表現される。
ディスクナンバーは、記録再生装置が個々のプレイリストファイルを認識するために用いる、プレイリストファイルの独自の番号を格納している。このディスクナンバーは、最大３２ビットの情報で表現される。
プレイリストファイルネームは、記録媒体に記録されている各プレイリストファイルのファイル名を格納している。このプレイリストファイルネームは、最大８×１０ビットの情報で表現される。
上記プレイリストファイルのファイル名は、プレイリストファイルがバーチャルプレイリストかリアルプレイリストかを判別するための識別子の役割も担う。
タイトル情報は、番組情報やユーザが指定したタイトル名などを格納している。このタイトル情報は、最大２５６ビットの情報で表現される。
オールデータサイズは、各プレイブロックに対応する複数の指定区間のデータサイズを合算した値を格納している。このオールデータサイズは、最大６４ビットの情報で表現される。
プレイブロック数は、プレイリストファイル内のプレイブロックの数を格納している。このプレイブロック数は、最大８ビットの情報で表現される。
ストリームファイルネームには、プレイリストファイル内の各プレイブロックが参照するストリームファイルのファイル名を格納している。このストリームファイルネームは、最大８×１０ビットの情報で表現される。
インタイムは、プレイリストファイル内の各プレイブロックに対応する、ストリームデータの時間情報（例えばＰｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅなど）である開始時刻の情報を格納している。このインタイムは、最大３２ビットの情報で表現される。
アウトタイムは、プレイリストファイル内のプレイブロックに対応する、ストリームデータの時間情報（例えばＰｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅなど）である終了時刻の情報を格納している。このアウトタイムは、最大３２ビットの情報で表現される。
オフセットは、プレイリストファイル内のプレイブロックが参照するストリームファイル先頭位置から、該プレイブロックに対応するストリームデータの先頭位置までのデータサイズを格納している。このオフセットは、最大３２ビットの情報で表現される。
データレートは、プレイブロックが参照するストリームファイルの記録品質レートを格納している。このデータレートは、最大３２ビットの情報で表現される。
データサイズは、プレイリストファイル内のプレイブロックに対応する、ストリームデータのデータサイズを格納している。このデータサイズは、最大３２ビットの情報で表現される。

図６は、複数のプレイリストファイルが記録媒体に記録されている場合の、管理情報の構造を示す表である。

プレイリストファイル数は、記録媒体に記録されている、プレイリストファイルの数を格納している。このプレイリストファイル数は、最大８ビットの情報で表現される。
タイプは、プレイリストファイルであることを示す識別子を格納している。このタイプは、最大１６ビットの情報で表現される。
ディスクナンバーは、記録再生装置が個々のプレイリストファイルを認識するために用いる、プレイリストファイルの独自の番号を格納している。このディスクナンバーは、最大３２ビットの情報で表現される。
プレイリストファイルネームは、記録媒体に記録されている各プレイリストファイルのファイル名を格納している。このプレイリストファイルネームは、最大８×１０ビットの情報で表現される。
上記プレイリストファイルのファイル名は、プレイリストファイルがバーチャルプレイリストかリアルプレイリストかを判別するための識別子の役割も担う。
タイトル情報は、番組情報やユーザが指定したタイトル名などを格納している。このタイトル情報は、最大２５６ビットの情報で表現される。
オールデータサイズは、各プレイブロックに対応する複数の指定区間のデータサイズを合算した値を格納している。このオールデータサイズは、最大６４ビットの情報で表現される。
プレイブロック数は、プレイリストファイル内のプレイブロックの数を格納している。このプレイブロック数は最大８ビットの情報で表現される。
ストリームファイルネームには、プレイリストファイル内の各プレイブロックが参照するストリームファイルのファイル名を格納している。このストリームファイルネームは、最大８×１０ビットの情報で表現される。
インタイムは、プレイリストファイル内の各プレイブロックに対応する、ストリームデータの時間情報（例えばＰｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅなど）である開始時刻の情報を格納している。このインタイムは、最大３２ビットの情報で表現される。
アウトタイムは、プレイリストファイル内のプレイブロックに対応する、ストリームデータの時間情報（例えばＰｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅなど）である終了時刻の情報を格納している。このアウトタイムは、最大３２ビットの情報で表現される。
オフセットは、プレイリストファイル内のプレイブロックが参照するストリームファイル先頭位置から、該プレイブロックに対応するストリームデータの先頭位置までのデータサイズを格納している。このオフセットは、最大３２ビットの情報で表現される。
データレートは、プレイブロックが参照するストリームファイルの記録品質レートを格納している。このデータレートは、最大３２ビットの情報で表現される。
データサイズは、プレイリストファイル内のプレイブロックに対応する、ストリームデータのデータサイズを格納している。このデータサイズは、最大３２ビットの情報で表現される。

図１０は、本発明に係る、ダビング処理開始からダビング処理終了までにおける、ダビングの元データのデータサイズ取得処理と、ダビングの元データのデータサイズとダビング先の空き領域との比較処理とを示す、フローチャート図である。

記録媒体に記録されたストリームファイルをダビングするにあたっては、ダビングが可能かどうかを判断するため、ダビングの元データのデータサイズと、ダビング先となる記録媒体の空き領域の容量とを比較する必要がある。

まず、ダビングの元データのデータサイズを取得するために、記録媒体７５５からすでに取得しておいたダビングの元データに対応するプレイリストファイルを、ダビングを行う記録再生装置のメモリ７５９に、命令制御部７６９が読み込む（Ｓ９４１）。

次に、Ｓ９４１でメモリに読み込んだプレイリストファイルを参照して、該プレイリストファイル内のヘッダーに格納されているプレイブロック数を、管理情報制御部７６５が取得する（Ｓ９４２）。Ｓ９４２で取得したプレイブロック数のプレイブロックに対し、該プレイブロックに対応するストリームデータのデータサイズを、管理情報制御部７６５が取得する（Ｓ９４４）。

ここで、上記データサイズを取得するためには、上記ストリームデータに対応するプレイブロックを参照することで、プレイブロック内に格納されている、ストリームデータのデータサイズを取得することができる（Ｓ９４５）。これは、各プレイブロックには、編集または記録媒体への記録の際に、予め対応するストリームデータのデータサイズを格納しているためである。

次に、Ｓ９４５で取得したデータサイズが、データサイズが無効であることを示す不定データ、またはゼロであるかを、管理情報制御部７６５が判定する（Ｓ９４６）。ここで、該データサイズが、不定データまたはゼロであった場合は、Ｓ９４７に処理を進める。

Ｓ９４６で、データサイズが不定データまたはゼロであった場合とは、該データサイズに対応するストリームデータが、ダビング禁止となるデータであることになる。したがって、ダビングが禁止されたストリームデータであることを、ユーザに通知する等のエラー処理を、命令制御部７６９が行う（Ｓ９４７）。

Ｓ９４６で取得したデータサイズが、不定データまたはゼロ以外の値であれば、Ｓ９４２で取得したプレイブロック数分の、各プレイブロックのデータサイズを、管理情報制御部７６５が取得する。

次に、Ｓ９４５で取得した、各プレイブロックに対応するストリームデータのデータサイズをすべて加算して、該プレイリストファイルが管理するダビングの元データのデータサイズを、データサイズ算出部７６６が算出する（Ｓ９４８）。

また、ダビング先となる記録媒体の空き領域の容量を取得する（Ｓ９４９）。ここで、Ｓ９４８で算出したダビングの元データのデータサイズと、Ｓ９４９で取得したダビング先となる記録媒体の空き領域の容量とを、命令制御部７６９が比較する（Ｓ９５０）。

該プレイリストファイルが管理するダビングの元データのデータサイズよりも、ダビング先となる記録媒体の空き領域の容量が大きいか、または同じであれば、ダビング処理を行う（Ｓ９５１）。一方、該プレイリストファイルが管理するダビングの元データのデータサイズよりも、ダビング先となる記録媒体の空き領域の容量が小さければ、ダビングは行わずにエラー処理を行う（Ｓ９５２）。

Ｓ９５２におけるエラー処理とは、ダビングを行うだけの空き領域が、ダビング先の記録媒体にない旨を、ユーザに通知することなどである。

以上の方法によれば、ダビングの元データのデータサイズを取得するにあたり、ダビングの元データを管理するプレイリスト内のプレイブロックを参照するだけで、該プレイブロックに対応するストリームデータのデータサイズを容易に取得することが可能となる。

これは、図９に示したように、ストリームデータの編集または記録媒体への記録の際、該ストリームデータに対応するプレイブロック内に、該ストリームデータのデータサイズを予め格納しているためである。

上記各プレイブロック内のデータサイズを合計することにより、該プレイブロックを格納するプレイリストが管理する、ストリームデータのデータサイズを取得することが可能となる。その結果、該プレイリストが管理する、ダビングの元データのデータサイズを容易に取得することとなり、ダビング処理を速やかに行うことが可能となる効果を奏する。

ここで、Ｓ９４８における、各プレイブロックに対応するストリームデータのデータサイズの合計について、各プレイブロックを格納するプレイリストファイル内に、該データサイズの合計値を格納しておいてもよい。

この場合、ダビング処理の際に、Ｓ９４５における、各プレイブロックのデータサイズを、各々取得する必要がなく、予めプレイリストファイル内に格納されるデータサイズの合計値を参照するだけで、該プレイリストファイルが管理するストリームデータのデータサイズを取得することが可能となる。これは、各々のプレイブロックを参照する必要がなくなる分、ダビング処理における、さらなる速やかな処理を可能とすることができる。

また、ダビングの元データがダビング禁止のストリームデータであった場合は、該ストリームデータに対応する各プレイブロック内の、データサイズを格納する領域に、データサイズが無効であることを示す不定データが格納さている。よって、Ｓ９４６にて、データサイズを格納する領域に、不定データが格納されていることを検出した場合は、ダビングの元データがダビング禁止のデータであると、容易に認識することが可能となる。

さらに、上記データサイズが無効であることを示す不定データを、ゼロとしていることが好ましい。これは、ダビングが可能なストリームデータの場合、プレイブロックに格納されるデータサイズは、少なくともゼロ以外の値となる。

したがって、ダビングが禁止されたストリームデータである場合に、プレイブロックに格納される不定データを、ゼロとすることで、該プレイブロックに対応するストリームデータは、ダビングが禁止されたデータであると明確に判別することが可能となる。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

なお、本発明の記録再生装置、データ管理方法、および記録媒体を、以下のように構成することもできる。

・オーディオデータを入力するオーディオ入力部と、ビデオデータを入力するビデオ入力部と、入力されたビデオデータを符号化および符号化したデータを復号する符号化・復号処理部と、記録媒体に記録するための記録・再生部と、復号したオーディオデータを出力するオーディオ出力部と、復号したビデオデータを出力するビデオ出力部と、ユーザによる指示を入力する入力部を備えた記録再生装置において、
記録した任意のデータを再生した際の再生時間から任意の区間を指定する区間指定手段と、区間指定手段により指定された区間に対応するデータのデータサイズを取得するデータサイズ取得手段と、データサイズ取得手段により取得したデータサイズを記録媒体に記録することを特徴とする記録再生装置。

・前記任意の区間に対応するデータのサイズを示す管理情報は、データを構成する管理単位であることを特徴とする請求項１記載の記録再生装置。

・前記任意の区間に対応するデータのサイズを示す管理情報が1つ以上存在する場合には、各区間のデータのサイズを合計したサイズを示す管理情報を該記録媒体に記録することを特徴とする記録再生装置。

・前記任意の区間に対応するデータのサイズを示す管理情報が不定データであることを示す管理情報を該記録媒体に記録することを特徴とする請求項１乃至請求項３記載の記録再生装置。

・前記任意の区間に対応するデータのサイズを示す管理情報が０の場合には、不定データであることを示すことを特徴とする請求項１乃至請求項３記載の記録再生装置。

・記録媒体に記録したデータの任意の区間に対応するデータのデータサイズを取得するための管理方法であって、
任意の区間に対応するデータのサイズを示す管理情報を該記録媒体に記録することを特徴とするデータ管理方法。

・オーディオデータを入力するオーディオ入力部と、ビデオデータを入力するビデオ入力部と、入力されたビデオデータを符号化および符号化したデータを復号する符号化・復号処理部と、記録媒体に記録するための記録・再生部と、復号したオーディオデータを出力するオーディオ出力部と、復号したビデオデータを出力するビデオ出力部と、ユーザによる指示を入力する入力部を備えた記録再生装置において、
記録した任意のデータを再生した際の再生時間から任意の区間を指定する区間指定手段と、区間指定手段により指定された区間に対応するデータのデータサイズを取得するデータサイズ取得手段と、データサイズ取得手段により取得したデータサイズを記録した記録媒体。

本発明は、ユーザにより編集されたユーザデータのダビングにおいて、該ユーザデータを管理する情報に、該ユーザデータのデータサイズを含めることにより、ダビング処理を速やかに行うことができ、データサイズを取得する必要が生じるユーザデータにも適用できる。

本発明の実施の形態における、データ管理ファイルであるプレイリストファイルと、映像・音声などのデータであるストリームファイルとの関係を示す模式図である。 本発明の実施の形態における、編集機能によりストリームファイルの一部を削除した際の、プレイリストファイルと、ストリームファイルとの関係を示す模式図である。 本発明の実施の形態における、編集機能により録画した複数のストリームデータを、部分的に連結した際の、プレイリストファイルと、ストリームファイルとの関係を示す模式図である。 本発明の実施の形態における、プレイリストファイルをメモリ上に格納する際の、プレイリストファイル内の項目を記した表を示す説明図である。 本発明の実施の形態における、記録媒体に記録されるデータのデータ構造を示す模式図である。 本発明の実施の形態における、複数のプレイリストファイルをメモリ上に格納する際の、メモリに格納される項目を記した表を示す説明図である。 本発明の実施の形態における、記録再生装置の構成を示すブロック図である。 図７における、システムマイコンの詳細な構成を示すブロック図である。 本発明の実施の形態における、ストリームデータのデータサイズ取得から、プレイリストファイルを記録媒体に記録するまでの、工程を示すフローチャート図である。 本発明の実施の形態における、ダビング処理およびストリームデータのデータサイズ取得処理の工程を示すフローチャート図である。 従来例における、記録媒体に記録されるデータのデータ構造を示す模式図である。 従来例における、プレイリストに対応するストリームデータのデータサイズを取得する工程を示すフローチャート図である。 従来例における、プレイブロック内のイン点の情報から、対応するストリームファイルのデータ先頭位置を取得する詳細な工程を示すフローチャート図である。 従来例における、プレイブロック内のアウト点の情報から、対応するストリームファイルのデータ終端位置を取得する詳細な工程を示すフローチャート図である。

符号の説明

１００ プレイリストファイル１
１０１ プレイブロック１（管理情報）
１１１ ストリームファイル（連続したユーザデータ）
１２１ サイズ１（データサイズ）
２００ プレイリストファイル２
２０１ プレイブロック＃１（管理情報）
２０２ プレイブロック＃２（管理情報）
２１１ ストリームファイル２（連続したユーザデータ）
２２１ サイズ２−１（データサイズ）
２２２ サイズ２−２（データサイズ）
３００ プレイリストファイル３
３０１ プレイブロック＃１（管理情報）
３０２ プレイブロック＃２（管理情報）
３１１ ストリームファイル１（連続したユーザデータ）
３１２ ストリームファイル２（連続したユーザデータ）
３２１ サイズ３（データサイズ）
３２２ サイズ４（データサイズ）
７０２ プレイリストファイル＃１
７０３ プレイリストファイル＃２
７０４ プレイリストファイル＃３
７０５ ストリームファイル＃１（連続したユーザデータ）
７０６ ストリームファイル＃２（連続したユーザデータ）
７０９ プレイブロック＃１（管理情報）
７１０ プレイブロック＃２（管理情報）
７１８ データサイズ１（データサイズ）
７２３ データサイズ２（データサイズ）
７２７ オールデータサイズ（合計されたデータサイズ）
７５２ 符号化・復号処理部
７５３ 誤り訂正処理部
７５４ 変・復調部（記録再生部）
７５５ 記録媒体
７５６ サーボ処理部
７５７ 制御マイコン
７５８ システムマイコン
７５９ メモリ
７６０ ＯＳＤ処理部
７６１ ビデオ合成部
７６２ オーディオ出力部
７６３ ビデオ出力部
７６４ 入力部
７６５ 管理情報制御部
７６６ データサイズ算出部
７６７ ユーザデータ制御部
７６８ ディスク制御部
７６９ 命令制御部

Claims (8)

1. 少なくとも１つ以上、且つ、個々で連続したユーザデータと、
   前記ユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報と、が記述されたデータ構造であって、
   前記開始位置の情報と前記終了位置の情報とから算出された、前記ユーザデータのデータサイズを、前記管理情報に含んでいることを特徴とするデータ構造。
2. 少なくとも１つ以上、且つ、個々で連続したユーザデータが記録される領域と、
   前記ユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報が記録される領域と、を含むデータ構造であって、
   前記開始位置の情報と前記終了位置の情報とから算出された、前記ユーザデータのデータサイズを格納する領域を、前記管理情報が記録される領域に含んでいることを特徴とするデータ構造。
3. ユーザデータのデータサイズを含む前記管理情報は、ユーザデータの記録や編集によって、任意に指定された１つの指定区間に対して、対応する１つの管理情報となることを特徴とする、請求項１または２に記載のデータ構造。
4. 前記管理情報に含まれる、前記ユーザデータのデータサイズについて、複写を禁止するユーザデータの場合には、前記データサイズが無効であることを示す情報を、前記データサイズを格納する領域に、格納していることを特徴とする、請求項１または２に記載のデータ構造。
5. 前記管理情報が、少なくとも２つ以上存在する場合に、前記管理情報の各々に含まれる前記データサイズの合計を算出し、
   前記合計されたデータサイズは前記管理情報に含まれていることを特徴とする、請求項３に記載のデータ構造。
6. 記録媒体に記録された、連続したユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報を、記録媒体に対して記録再生するデータ管理方法において、
   前記開始位置の情報と前記終了位置の情報とより、前記ユーザデータのデータサイズを算出する第１のステップと、
   第１のステップで算出したデータサイズを、前記管理情報に含める第２のステップと、
   第２のステップで、前記データサイズを含んだ管理情報を、記録媒体に記録する第３のステップと、
   を備えたことを特徴とするデータ管理方法。
7. 記録媒体に記録された、連続したユーザデータに対する、記録再生の開始位置の情報と終了位置の情報とを含む管理情報を、記録媒体に対して記録再生する記録再生装置において、
   前記開始位置の情報と前記終了位置の情報とより、前記ユーザデータのデータサイズを算出するデータサイズ算出部と、
   前記データサイズ算出部で算出したデータサイズを、前記管理情報に含める管理情報制御部と、
   前記管理情報制御部によって前記データサイズを含んだ管理情報を、記録媒体に記録する記録再生部と、
   を備えたことを特徴とする記録再生装置。
8. 請求項１〜５のいずれか１項に記載のデータ構造を、記録しているコンピュータ読み取り可能な記録媒体。

Images