(57)【要約】【課題】撮影時間帯を考慮した再生を実現できるようにする。【解決手段】デジタルビデオテープからリムーバブルメディアにダビングされた映像についての、デジタルビデオテープ上のストリーム配置位置がバー４１に、リムーバブルメディア上のストリーム配置位置がバー４２に示されている。撮影日付が「200x/x/3」のシーンとして、リムーバブルメディア上のストリーム配置としては、「200x/x/3 10:00AM」から開始される第１のシーン群と、「200x/x/3 3:00PM」から開始される第２のシーン群とが分散配置されている。このような場合、第１のシーン群と第２のシーン群とが時間順に結合されて、撮影日付が「200x/x/3」のプレイリストタイトル１が作成される。本発明は、デジタルビデオテープに記録されたデータを光ディスクにダビングする記録装置等に適用可能である。【選択図】図２
2008067272.tif 000002
【特許請求の範囲】
【請求項１】
撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報を取得する取得手段と、
前記取得手段により取得された前記ストリームデータを記録媒体に記録させる制御を行う記録制御手段と、
前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストを、前記取得手段により取得された前記付加情報に基づいて生成する生成手段と
を備える情報処理装置。
【請求項２】
前記記録制御手段は、さらに、前記生成手段により生成された前記日付プレイリストを前記記録媒体に記録させる制御を行う
請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、さらに、前記各イベントのうちの、前記開始時刻と前記終了時刻とのうちの少なくとも一方の前記取得手段による取得が失敗したイベントを除外して、前記日付プレイリストを作成する
請求項１に記載の情報処理装置。
【請求項４】
前記生成手段は、さらに、前記各イベントのうちの、前記撮影時間帯が所定時間以下のイベントを除外して、前記日付プレイリストを作成する
請求項１に記載の情報処理装置。
【請求項５】
撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報を取得する取得手段と、
前記取得手段により取得された前記ストリームデータを記録媒体に記録させる制御を行う記録制御手段と
を備える情報処理装置の情報処理方法において、
前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストを、前記取得手段により取得された前記付加情報に基づいて生成する
ステップを含む情報処理方法。
【請求項６】
撮影装置により撮影された１以上の各イベントが、それらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報を取得する取得手段と、
前記取得手段により取得された前記ストリームデータを記録媒体に記録させる制御を行う記録制御手段と
を備える記録装置を制御するコンピュータに実行させるプログラムであって、
前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストを、前記取得手段により取得された前記付加情報に基づいて生成する
ステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法並びにプログラムに関し、特に、撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータが、記録媒体に記録されている場合、その記録媒体から、各イベントの撮影時間帯を考慮した再生ができるようになった情報処理装置および方法並びにプログラムに関する。
【背景技術】
【０００２】
いわゆるカムコーダを利用してユーザが撮影した映像は、映像データの形態でデジタルビデオテープに記録される。そこで、近年、この映像を、デジタルビデオテープから、より保存性能の高い光ディスクにダビングする技術が利用されはじめている。
【０００３】
このダビングの技術では、１回のダビングでデジタルビデオテープから再生された映像は、デジタルビデオテープ上のストリーム配置位置のまま１つのオリジナルタイトルとして光ディスクに記録される。
【０００４】
即ち、複数回のダビングが行われると、例えば複数のデジタルビデオテープのそれぞれから光ディスクへのダビングがそれぞれ行われると、複数のオリジナルタイトルが光ディスクに記録されることになる。
【０００５】
そこで、光ディスクに記録された複数のオリジナルタイトルを所定の順番で再生させるプレイリストが、従来存在する（例えば特許文献１参照）。
【特許文献１】特開２００６−１７２６１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユーザの１回の撮影操作によりデジタルビデオテープに映像データの形態で記録される映像（以下、イベントと称する）は、デジタルビデオテープの任意のテープ位置に記録され得る。即ち、ユーザが適宜デジタルビデオテープを巻き戻したり進めたりして任意のテープ位置からイベントを記録させることが可能である。その結果、各イベントは、それらの撮影時間帯の順番とは無関係に、デジタルビデオテープ上に分散配置されて記録される場合もある。このような場合、デジタルビデオテープから再生された映像は、各イベントンの撮影時間帯とは無関係に、デジタルビデオテープ上の各イベントの記録配置位置の順番の映像となってしまう。従って、このような映像がデジタルビデオテープから光ディスクにダビングされて１つのオリジナルタイトルとして記録されたときには、そのオリジナルタイトルに従って再生される映像もまた、各イベントンの撮影時間帯とは無関係に、デジタルビデオテープ上の各イベントの記録配置位置の順番の映像となってしまう。
【０００７】
そこで、各イベントの撮影時間帯を考慮した再生を行いたいという要望が近年挙げられているが、特許文献１を含め従来の技術では、かかる要望に十分に応えられない、という問題がある。
【０００８】
かかる問題は、デジタルビデオテープから再生された映像が光ディスクにダビングされた場合のみならず、撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータが、所定の記録媒体に記録される場合にも、同様に発生する。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータが、記録媒体に記録されている場合、その記録媒体から、各イベントの撮影時間帯を考慮した再生ができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の一側面の情報処理装置は、撮影装置により撮影された１以上の各イベントが、それらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報を取得する取得手段と、前記取得手段により取得された前記ストリームデータを記録媒体に記録させる制御を行う記録制御手段と、前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストを、前記取得手段により取得された前記付加情報に基づいて生成する生成手段とを備える。
【００１１】
前記記録制御手段は、さらに、前記生成手段により生成された前記日付プレイリストを前記記録媒体に記録させる制御を行う。
【００１２】
前記生成手段は、さらに、前記各イベントのうちの、前記開始時刻と前記終了時刻とのうちの少なくとも一方の前記取得手段による取得が失敗したイベントを除外して、前記日付プレイリストを作成する。
【００１３】
前記生成手段は、さらに、前記各イベントのうちの、前記撮影時間帯が所定時間以下のイベントを除外して、前記日付プレイリストを作成する。
【００１４】
本発明の一側面の情報処理方法は、撮影装置により撮影された１以上の各イベントが、それらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報を取得する取得手段と、前記取得手段により取得された前記ストリームデータを記録媒体に記録させる制御を行う記録制御手段とを備える情報処理装置の情報処理方法において、前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストを、前記取得手段により取得された前記付加情報に基づいて生成するステップを含む。
【００１５】
本発明の一側面のプログラムは、上述した本発明の一側面の情報処理方法に対応するプログラムである。
【００１６】
本発明の一側面の情報処理装置および方法並びにプログラムにおいては、撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータが取得され、また、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻とを含む付加情報が取得される。そして、取得された前記ストリームデータが記録媒体に記録される一方、前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトルとして、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリストが、取得された前記付加情報に基づいて生成される。
【発明の効果】
【００１７】
以上のごとく、本発明の一側面によれば、撮影装置により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータを、所定の記録媒体へ記録することができる。即ち、ストリームデータが第１の記録媒体に記録されていた場合には、そのストリームデータの第１の記録媒体から第２の記録媒体へのダビングが可能になる。特に、そのストリームデータを第２の記録媒体から再生させる場合に、各イベントの撮影時間帯を考慮した再生ができる。
【発明を実施するための最良の形態】
【００１８】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書又は図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書又は図面に記載されていることを確認するためのものである。従って、明細書又は図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１９】
本発明の一側面の情報処理装置（例えば図１の記録再生装置１）は、
撮影装置（例えば撮影装置２。後述するようにカム２とも称する）により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータ（例えば図２のバー４１で示される映像ストリームであって、例えば図１のデジタルビデオテープ３２に記録された映像ストリーム。図２の例では、２つのgapの間が１つのイベントを形成している）を取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻（例えば、図２の各gapの下方の枠内に示される時刻）とを含む付加情報を取得する取得手段（例えば図１の通信制御部１４）と、
前記取得手段により取得された前記ストリームデータを記録媒体（例えば図１のリムーバブルメディア３１）に記録させる制御を行う記録制御手段（例えば図１のコーディックチップ１５）と、
前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトル（例えば図２の例では、日付が「200x/x/3」のイベントを時間順にソートして結合することで作成されたプレイリストタイトル１）として、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリスト（例えば図２の例では、プレイリストタイトル１乃至３からなる日付プレイリスト４３）を、前記取得手段により取得された前記付加情報に基づいて生成する生成手段（例えば図１の制御部１１）と
を備える情報処理装置。
【００２０】
本発明の一側面の情報処理方法は、
撮影装置（例えば撮影装置２。後述するようにカム２とも称する）により撮影された１以上の各イベントがそれらの撮影時間帯の時間順番とは独立した順番で配置されて構成されるストリームデータ（例えば図２のバー４１で示される映像ストリームであって、例えば図１のデジタルビデオテープ３２に記録された映像ストリーム。図２の例では、２つのgapの間が１つのイベントを形成している）を取得し、前記各イベントのそれぞれの撮影時間帯の開始時刻と終了時刻（例えば、図２の各gapの下方の枠内に示される時刻）とを含む付加情報を取得する取得手段（例えば図１の通信制御部１４）と、
前記取得手段により取得された前記ストリームデータを記録媒体（例えば図１のリムーバブルメディア３１）に記録させる制御を行う記録制御手段（例えば図１のコーディックチップ１５）と
を備える情報処理装置（例えば図１の記録再生装置１）の情報処理方法において、
前記各イベントのうちの同一日付の１以上のイベントを時間順にソートして結合したものを１つのタイトル（例えば図２の例では、日付が「200x/x/3」のイベントを時間順にソートして結合することで作成されたプレイリストタイトル１）として、各日付の前記タイトルのそれぞれを個別に再生可能とする日付プレイリスト（例えば図２の例では、プレイリストタイトル１乃至３からなる日付プレイリスト４３）を、前記取得手段により取得された前記付加情報に基づいて生成する
ステップ（例えば図５のステップＳ１６乃至図１０のステップＳ２４までの一連の処理）を含む。
【００２１】
本発明の一側面のプログラムは、例えば上述した本発明の一側面の情報処理方法のステップを含むプログラムであって、例えば図１の制御部１１を含むコンピュータにより実行される。
【００２２】
次に、図面を参照して、本発明の実施の形態について説明する。
【００２３】
なお、本明細書でいう映像信号とは、映像に対応する信号そのもののみならず、映像とともにユーザに使用（視聴等）されるもの（例えば音声等）のそれぞれに対応する各信号の集合体も含む。換言すると、記録再生対象は、実際には、映像の他音声等も含まれるが、以下説明の簡略上、音声等も含めて単に映像と称する。
【００２４】
図１は、本発明を適用した記録再生装置の一実施の形態に係る構成例を示すブロック図である。
【００２５】
図１の例の記録再生装置１は、例えば、外部の撮影装置２（以下、カム２と称する）から送信されてくる映像信号を取得して、リムーバブルメディア３１に記録することができる。ここで、カム２から送信されてくる映像信号が、デジタルビデオテープ３２から再生された映像信号である場合、その映像信号がリムーバブルメディア３１に記録されることは、デジタルビデオテープ３２からリムーバブルメディア３１に映像がダビング（転送）されたことを意味する。即ち、記録再生装置１は、デジタルビデオテープ３２からリムーバブルメディア３１に対して映像のダビングを行うことができる。
【００２６】
このような記録再生装置１は、制御部１１乃至ドライブ１７を含むように構成されている。
【００２７】
制御部１１は、記録再生装置１全体の動作を制御する。例えば、制御部１１は、後述するコーディックチップ１５や通信制御部１４等の動作を制御する。その制御を実行する際、制御部１１は、必要に応じて、ROM（Read Only Memory）１２、または記憶部１６に記憶されているプログラムに従って各種の処理を実行することができる。RAM（Random Access Memory）１３には、制御部１１が実行するプログラムやデータなどが適宜記憶される。
【００２８】
通信制御部１４は、外部との通信を制御する。例えば図１の例では、通信制御部１４は、専用のi.LINKケーブルにより接続されたカム２に対する通信を制御する。i.LINKとは、本出願人であるソニー株式会社の商標であり、IEEE（Institute of Electrical and Electronics Engineers）1394の高速デジタルシリアルインターフェースである。従って、通信制御部１４は、カム２と制御部１１との間や、カム２とコーディックチップ１５との間等で、IEEE1394の規格に従って送受信される各種情報（映像信号や制御信号等）の中継を行うことができる。例えば、通信制御部１４は、制御部１１から提供された制御信号（後述するAVCコマンド等）をカム２に送信することで、カム２の再生動作やその停止動作等の各種動作を制御することができる。また例えば、通信制御部１４は、カム２から映像信号が提供されてきた場合、その映像信号をコーディックチップ１５に提供することができる。逆に、通信制御部１４は、コーディックチップ１５から映像信号が提供されてきた場合、その映像信号をカム２に送信することもできる。
【００２９】
その他図示はしないが、例えば、通信制御部１４は、放送信号（例えば、地上アナログ放送信号、ＢＳアナログ放送信号、地上デジタル放送信号、ＢＳデジタル放送信号等）を受信し、その結果得られるテレビジョン番組の映像信号をコーディックチップ１５に提供することもできる。
【００３０】
また例えば、通信制御部１４は、インターネット等のネットワークとの接続機能を有し、所定のネットワークを介する同報配信によって送信される所定のデータ等を受信して、コーディックチップ１５に提供することもできる。
【００３１】
コーディックチップ１５は、エンコード／デコード部２１と記録再生制御部２２とを含むように構成されている。
【００３２】
記録動作時において、エンコード／デコード部２１は、通信制御部１４から提供される映像信号に対して、例えばMPEG（Moving Picture Experts Group）方式等の圧縮符号化方式に従った符号化（エンコード）処理を施し、その結果得られる符号化データ（以下、映像データと称する）を記録再生制御部２２に提供する。すると、記録再生制御部２２は、その映像データを、記憶部１６に記憶させるか、または、ドライブ１７を介してリムーバブルメディア３１に記録させる。即ち、映像は映像データの形態でリムーバブルメディア３１に記録されたり、記憶部１６に記憶される。
【００３３】
なお、本実施の形態では例えば、デジタルビデオテープ３２からリムーバブルメディア３１に映像がダビングされる場合、制御部１１は、その映像のプレイリスト（Playlist）として、オリジナルタイトルに加えてさらに、デジタルビデオテープ３２に対する録画日付毎、即ち、撮影装置２により撮影されてデジタルビデオテープ３２に映像が記録された場合には撮影装置２による撮影日付毎にタイトルを管理可能なプレイリスト（以下、日付プレイリストと称する）を自動的に生成し、ドライブ１７を介してリムーバブルメディア３１に記録させる。ただし、日付プレイリストの作成処理自体は、制御部１１が実行する必要は無く、記録再生制御部２２等が実行するようにしてもよい。また、日付プレイリストの保存場所は、本実施の形態ではリムーバブルメディア３１とされているが、本実施の形態に特に限定されず、例えば記憶部１６等の記録再生装置１内部としてもよい。なお、日付プレイリストの詳細については、図２以降を参照して後述する。
【００３４】
また、再生動作時において、記録再生制御部２２は、映像データを記憶部１６から読み出したり、ドライブ１７を介してリムーバブルメディア３１から読み出して、エンコード／デコード部２１に提供する。すると、エンコード／デコード部２１は、その映像データに対して、上述した圧縮符号化方式に対応する方式に従った伸張復号（デコード）処理を施し、その結果得られる映像信号を通信制御部１４に提供する。
【００３５】
その際、リムーバブルメディア３１に上述した日付プレイリストが記録されていれば、記録再生制御部２２は、その日付プレイリストに従って、対応する映像データをドライブ１７を介してリムーバブルメディア３１から読み出して、エンコード／デコード部２１に提供することができる。ただし、日付プレイリストの詳細については、図２以降を参照して後述する。
【００３６】
記憶部１６は、例えばハードディスクドライブ（適宜HDDと略記する）等から構成され、コーディックチップ１５から提供される映像データ等の各種情報を記憶する。また、記憶部１６は、記憶されている映像データ等を読み出して、コーディックチップ１５に提供する。
【００３７】
ドライブ１７は、コーディックチップ１５から提供される映像データ等をリムーバブルメディア３１に記録させる。また、ドライブ１７は、リムーバブルメディア３１に記録された映像データ等を読み出して、コーディックチップ１５に提供する。
【００３８】
リムーバブルメディア３１は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)，BD（Blu-ray Disc Founders）を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、磁気テープ、もしくは半導体メモリなどで構成することができる。
【００３９】
ただし本実施の形態では、リムーバブルメディア３１は、DVDまたはBDで構成されているとする。なお、この場合、映像データやプレイリスト等のデータ構造は、DVDとBDと異なるが、このことについては、図１２乃至図１５を参照して後述する。
【００４０】
次に、図２を参照して、日付プレイリストの概略について説明する。
【００４１】
図２の例では、ダビング対象の映像についての、デジタルビデオテープ３２上のストリーム配置位置がバー４１に示されており、リムーバブルメディア３１上のストリーム配置位置がバー４２に示されている。
【００４２】
バー４１の上方の「gap」は、デジタルビデオテープ上の「REC TIME（録画日時情報）」の不連続点(gap点)を示している。また、バー４２の下方の「Chapter MarkK(ただしKは整数値)」とその近傍の△（三角印）は、チャプタマークが書き込まれた位置（Chapter Mark Point）、即ち、チャプタの先頭位置を示している。即ち、本実施の形態では、各不連続点に対してチャプタマークが書き込まれることになる。
【００４３】
また、「Chapter MarkK」の下方に示される長方形内には、「Chapter MarkK」に対応する「gap」の「REC TIME」の内容、即ち、不連続点の録画日時（年／月／日／時刻 AM or PM）が示されている。より正確には、不連続点の前後の２つのイベントのうちの後のイベントの録画日時が示されている。イベントとは、例えば、１回の撮影操作の間、即ち、撮影開始操作から撮影終了操作までの間にカム２により撮影されてデジタルビデオテープ３２に映像データの形態で記録された映像をいう。従って、録画日時とは、イベントが撮影された撮影時間帯を示す撮影日時であるともいえる。即ち、「REC TIME」は、撮影という観点からは、撮影日時を示す情報であるともいえる。具体的には例えば、「Chapter Mark1」に対応する「gap」と「Chapter Mark2」に対応する「gap」との期間の映像が１つのイベントであり、かかるイベントの撮影開始時刻は、「Chapter Mark1」に対応する「gap」の「REC TIME」、即ち「200x/x/3 10:00AM」であることがわかる。
【００４４】
この場合、本実施の形態では、バー４１，４２の下方に示されるように、プレイリストタイトル１乃至３からなる日付プレイリスト４３が生成される。
【００４５】
このように、本明細書では、後述する規則（制限）に従って作成された１以上のタイトルを、特にプレイリストタイトルと称し、１以上のプレイリストタイトルの集合体をまとめて、日付プレイリストと称することにする。即ち、１つのタイトルそのものをプレイリストと称している場合もあるが、本明細書では、プレイリストタイトルと、それらの集合体である日付プレイリストとを明確に区別する。
【００４６】
以下、日付プレイリストの各プレイリストタイトルを作成するための規則について説明する。
【００４７】
基本的には、１つのプレイリストタイトルとは、撮影時間帯が同一日付の１以上のシーンを時間的に若い順に順次並べて、その並び順で1以上のシーンを再生させる情報であるとする。ここで、シーンとは、「Chapter MarkK」から「Chapter MarkK+1」までの間の映像、即ち、「Chapter MarkK」に対応する「gap」から「Chapter MarkK+1」に対応する「gap」で特定されるイベントに対応する映像をいう。
【００４８】
この場合、撮影時間帯が同一日付の複数のシーンが存在する場合には、リムーバブルメディア３１上のストリーム配置位置が分散配置となっていたとしても、それらの複数のシーンを時間順にソートして結合させたものを、１つのプレイリストタイトルとして作成する、という第１の規則が存在する。
【００４９】
例えば、図２の例では、日付が「200x/x/3」の各シーンのリムーバブルメディア３１上では、バー４２から明らかなように、「200x/x/3 10:00AM」から開始される第１のシーン群５１と、「200x/x/3 3:00PM」から開始される第２のシーン群５２とが、連続せずに分散されて配置されている。このような場合であっても、第１の規則に従うことで、第１のシーン群５１と第２のシーン群５２とが時間順にソートされて結合され、その結果、プレイリストタイトル１の作成が可能になるのである。より正確には、図２の例では、撮影時間帯の時間順（古い順）に、第１のシーン群５１と第２のシーン群５２とがリムーバブルメディア３１上に分散配置されているので、ソートされても図２の配置順番のままとなり、第１のシーン群５１と第２のシーン群５２とがその順番で結合されて、プレイリストタイトル１が作成されることになる。換言すると、図示はしないが、撮影時間帯の時間順とは逆順（若い順）に、第１のシーン群５１と第２のシーン群５２とがリムーバブルメディア３１上に分散配置されている場合には、第２のシーン群５２、第１のシーン群５１の順にソートされた後、第２のシーン群５２と第１のシーン群５１とがその順番で結合されて、プレイリストタイトル１が作成されることになる。
【００５０】
このような第１の規則に従ってプレイリストが作成され、そのプレイリストに従ってリムーバブルメディア３１の再生が行われた場合には、同一日付の各シーン、即ち、対応する同一日付の各イベントが、その撮影時間帯の順番で順次再生されることになる。このように、第１の規則は、日付プレイリストの各プレイリストタイトルを作成する上で基礎となる規則であって、最も重要な規則である。
【００５１】
その他、本実施の形態では、例えば次のような第２乃至第８の規則が設定されているとする。ただし、第１の規則以外の規則については、本実施の形態の例に限定されず、設計者等が任意に設定することが可能である。
【００５２】
（第２の規則）  最大管理シーン数は、Smax（Smaxは所定の整数値であって、例えば３００）＋１とする。ここで、「＋１」とは、Smax＋１番目（Max=３００の場合には３０１番目）以降のシーンについては１つのシーンとしてまとめて内部管理を行う、という意味である。
【００５３】
（第３の規則）  所定時間未満のシーン、例えば２秒未満のシーンは、プレイリストタイトルに含めない。
【００５４】
（第４の規則）  同一日付のシーンの最大個数はSSmax（SSmaxは所定の整数値であって、例えば９９）までとする。即ち、SSmax＋１（SSmax＝９９の場合には１００）以上の同一日付のシーンが存在する場合、時間順にソートした後、１乃至SSmax番目のシーンまでを結合したものを、その日付のプレイリストタイトルとして、SSmax＋１番目以降のシーンは、そのプレイリストタイトルに含めない。
【００５５】
（第５の規則）  一度に作成するプレイリストタイトルの最大数は、メディア側で制限されているタイトルの生成個数、例えば３０までとする。即ち、３０個のプレイリストタイトルがメディア上に生成された場合、それ以上のプレイリストタイトルは作成しない。なお、メディアとは、本実施の形態ではリムーバブルメディア３１をいう。
【００５６】
（第６の規則）  ダビングにより作成されたオリジナルタイトルが１日分のイベント（シーン）のみから構成されていたときでも、日付プレイリストを作成する。オリジナルタイトルとは、上述した「Chapter MarkK」の付与に伴い作成されるタイトルであって、従来より作成されていたタイトルをいう。なお、オリジナルタイトルと、日付プレイリストにおけるプレイリストタイトルとの関係については、図１３や図１５を参照して後述する。
【００５７】
（第７の規則）  「REC TIME」が取得できない区間は、日付プレイリストの対象外とする。
【００５８】
（第８の規則）  不連続点(gap)の時刻が遡った場合には、プレイリストタイトルは別にしない。
【００５９】
以下、図１の記録再生装置１が、これらの各種規則に従って日付プレイリストを作成するまでの一連の処理（以下、ダビング時のプレイリスト生成処理と称する）について説明していく。
【００６０】
図３は、ダビング時のプレイリスト生成処理の一例を説明するフローチャートである。
【００６１】
ステップＳ１において、図１の記録再生装置１の制御部１１は、通信制御部１４を制御して、カム２から流れてくる映像ストリームに付加されたデータと、カム２の状態の監視を開始する。
【００６２】
即ち、以下、映像ストリームと、それに付加されたデータとを含む映像信号が、カム２から記録再生装置１に送信されてくるとする。
【００６３】
ここで、映像ストリームに付加されたデータとしては、画面比率が4:3や16:9等であることを示す「アスペクトレシオ」、強調をかけるか否かの設定情報である「Audioエンファシス」、ステレオやバイリンガルなどの音声モードを示す「Audio Mode」、「Copy Control情報」、「サンプリング周波数」、「テープスピード」、および、デジタルビデオテープ３２に対する録画日時（年月日時分秒）を示す「REC TIME」が存在する。
【００６４】
上述したように、これらのデータのうちの「REC TIME」が利用されて、日付プレイリストが生成されることになる。
【００６５】
ステップＳ２において、制御部１１は、通信制御部１４を制御して、AVCコマンドでカム２にデジタルビデオテープ３２（以下、テープ３２と略記する）の巻き戻しを要求する。ここに、AVCコマンドとは、i.LINKケーブルを通して、カム２を操作したり、その状態を取得することができるコマンド群をいう。
【００６６】
このようなAVCコマンドがカム２に発行されると、カム２は、テープ３２の巻き戻し動作を実行する。
【００６７】
この間、ステップＳ３において、制御部１１は、テープ３２が先頭に戻ったか否かを判定する。
【００６８】
テープ３２が先頭に戻っていないと判定された場合、ステップＳ３においてＮＯであると判定されて、ステップＳ３の判定処理が再度実行される。即ち、テープ３２が先頭に戻るまでの間、ステップＳ３の判定処理が繰り返され、その後、テープ３２が先頭に戻った段階で、ステップＳ３の処理でＹＥＳであると判定されて、処理はステップＳ４に進む。
【００６９】
ステップＳ４において、制御部１１は、録画処理を開始する。
【００７０】
ステップＳ５において、制御部１１は、通信制御部１４を制御して、AVCコマンドでカム２に再生を要求する。
【００７１】
このようなAVCコマンドがカム２に発行されると、カム２は、テープ３２の再生動作を実行する。その結果、テープ３２に記録されている映像が映像ストリームの形態でカム２から記録再生装置１に送信されてくる。この映像ストリームには、上述した「REC TIME」を含む各種データが付加されている。
【００７２】
そこで、制御部１１は、通信制御部１４とコーディックチップ１５を制御することで、カム２からの映像ストリームを映像データの形態でリムーバブルメディア３１に順次記録させていく。
【００７３】
この間また、制御部１１は、図４のステップＳ６において、通信制御部１４を制御することで、映像ストリームから「REC TIME」を取得し、また、AVCコマンドでカムの状態を取得する。
【００７４】
ステップＳ７において、制御部１１は、「REC TIME」が不連続になったか否かを判定する。
【００７５】
ステップＳ６の処理で取得された「REC TIME」が、それよりも前のステップＳ６の処理で取得された「REC TIME」に対して連続した時刻を示している場合、ステップＳ７の処理でＮＯであると判定されて、処理はステップＳ８に進む。
【００７６】
その他、例えば、後述する図６の「REC TIME」の区間のように「REC TIME」が存在しない場合、即ち、ステップＳ６の処理における「REC TIME」の取得が失敗し続けている場合、後述するステップＳ９乃至Ｓ１２の処理は実行できない。従って、このような場合にも、ステップＳ７の処理でＮＯであると判定されて、処理はステップＳ８に進む。
【００７７】
ステップＳ８において、制御部１１は、無記録が５分以上続いたか、カム２が停止したか、または、ユーザがダビングを停止したかについて判定を行う。
【００７８】
無記録が５分以上続いた場合、カム２が停止した場合、または、ユーザがダビングを停止した場合には、ステップＳ８においてＹＥＳであると判定されて、処理は図５のステップＳ１３に進む。ただし、ステップＳ１３以降の処理については、後述する。
【００７９】
これに対して、無記録が５分以上続いておらず、カム２も停止しておらず、かつ、ユーザがダビングを停止していない場合には、ステップＳ８においてＮＯであると判定されて、処理はステップＳ６に戻され、それ以降の処理が繰り返される。
【００８０】
即ち、無記録が５分以上続いておらず、カム２も停止しておらず、ユーザがダビングを停止せず、さらに、ステップＳ６の処理で取得された「REC TIME」が、それよりも前のステップＳ６の処理で取得された「REC TIME」に対して連続した時刻を示している限り、ステップＳ６，Ｓ７（ＮＯ），Ｓ８（ＮＯ）のループ処理が繰り返される。
【００８１】
その後、ステップＳ６の処理で取得された「REC TIME」の時刻が、それよりも前のステップＳ６の処理で取得された「REC TIME」に対して不連続となったときには、ステップＳ７の処理でＹＥＳであると判定されて、処理はステップＳ９に進む。
【００８２】
その他、例えば、初回のステップＳ６の処理が実行されてステップＳ７の判定処理に進んだ場合、これまでのステップＳ６の処理では「REC TIME」の取得に失敗していたところ直前のステップＳ６の処理では「REC TIME」の取得に成功した場合、その逆の場合、即ち、これまでのステップＳ６の処理では「REC TIME」の取得に成功していたところ直前のステップＳ６の処理では「REC TIME」の取得に失敗した場合等でも、ステップＳ７の処理でＹＥＳであると判定されて、処理はステップＳ９に進む。
【００８３】
ステップＳ９において、制御部１１は、テープ３２上のPTS（Presentation Time Stamp）を、オリジナルタイトル上のPTSに変換する。即ち、映像ストリームのうちの、直前のステップＳ６の処理で取得された「REC TIME」に対応する場所が再生不可である可能性があるため、このステップＳ９の処理が実行されるのである。
【００８４】
ステップＳ１０において、制御部１１は、オリジナルタイトル上の不連続があった地点（PTS）を不連続点として保存し、また、その前後の「REC TIME」を保存する。
【００８５】
ステップＳ１１において、制御部１１は、チャプタがすでに９９個か否かを判定する。
【００８６】
チャプタがすでに９９個となった場合、ステップＳ１１の処理でＹＥＳであると判定されて、処理はステップＳ６に戻され、それ以降の処理が繰り返される。
【００８７】
これに対して、チャプタが９８個以下の場合、ステップＳ１１の処理でＮＯであると判定されて、処理はステップＳ１２に進む。ステップＳ１２において、制御部１１は、不連続点の部分にチャプタマークをうつ。その後、処理はステップＳ６に戻され、それ以降の処理が繰り返される。
【００８８】
その後、無記録が５分以上続いた場合、カム２が停止した場合、または、ユーザがダビングを停止した場合、即ち、ステップＳ８においてＹＥＳであると判定されて、上述したように、処理は図５のステップＳ１３に進む。
【００８９】
ステップＳ１３において、制御部１１は、録画停止処理を実行し、オリジナルタイトル名を設定する。なお、オリジナルタイトル名の設定手法は、特に限定されないが、例えば本実施の形態では、「REC TIME」から一番新しい時刻と一番古い時刻とを取得して、それらを利用して設定する、という設定手法が採用されているとする。
【００９０】
ステップＳ１４において、制御部１１は、通信制御部１４を制御して、カム２が停止しているか否かを判定する。
【００９１】
ステップＳ１４において、カム２が停止していないと判定した場合、制御部１１は、ステップＳ１５において、通信制御部１４を制御して、AVCコマンドでカム２に停止要求を発行する。これにより、処理はステップＳ１６に進む。
【００９２】
これに対して、ステップＳ１４においてカム２が停止していると判定された場合、ステップＳ１５の処理は実行されずに、そのまま処理はステップＳ１６に進む。
【００９３】
即ち、カム２が停止すると、ステップＳ１６の処理が実行される。
【００９４】
ステップＳ１６において、制御部１１は、図４のステップＳ１０の処理で保存された「REC TIME」等からシーンを作成し、作成されたシーンを日付毎に分類して若い順にソートすることで、日付プレイリストの各プレイリストタイトルのそれぞれを作成するための各データ（以下、日付タイトル作成用データと称する）を生成する。
【００９５】
その後、処理は図１０のステップＳ１７に進み、それ以降の処理が実行される。即ち、各日付タイトル作成用データのそれぞれが用いられて、日付プレイリストの各プレイリストタイトルがそれぞれ生成される。
【００９６】
ただし、図１０のステップＳ１７以降の処理を説明する前に、ここで、ステップＳ１６の処理の詳細、即ち、各日付タイトル作成用データの生成処理の詳細について、図６乃至９の具体例を適宜参照しつつ説明する。
【００９７】
即ち、例えば図６の「テープ内容」で示される映像がデジタルビデオテープ３２に記録されており、この映像がリムーバブルメディア３１にダビングされるとする。即ち、図６の「テープ内容」に対応する映像ストリームと、それに付加される「PTS」と「REC TIME」等を含む映像信号が、カム２から記録再生装置１に送信されてきたとする。ただし、図６の「PTS」は、説明の簡略上、図４のステップＳ９の処理でオリジナルタイトル上のPTSに変換された値の例が記述されている。
【００９８】
なお、「PTS」が「DDD」の箇所が不連続点となっていない理由は、次の通りである。即ち、「PTS」が「CCC」から「EEE」までの区間は、「REC TIME」が存在しないため、図４のステップＳ７の判断処理が実行できないので、ステップＳ７の処理で強制的にＮＯであると判定され、その結果、ステップＳ９乃至Ｓ１２の処理は実行されない。このため、不連続点は検出されないのである。
【００９９】
また、「PTS」が「EEE」の前後に着目すると、「EEE」の前は「REC TIME」が存在しないのに対して、「EEE」の直後から存在するようになる。このような場合には、ステップＳ７の処理でＹＥＳであると判定されて、その結果、ステップＳ９乃至Ｓ１２の処理が実行されて、「不連続点５」が検出されるのである。
【０１００】
このような図６の「テープ内容」に対応する映像ストリームがカム２から記録再生装置１に順次提供されてくると、図４のステップＳ６乃至Ｓ１２のループ処理が繰り返されて、各ループ処理の各ステップＳ１０の処理がその都度施され、その結果として、図５のステップＳ１６の開始時点では、図７に表として示されている情報（以下、図７の情報と称する）が保存されていることになる。
【０１０１】
なお、図７の「PTS」とは、図４のステップＳ１０でいう「オリジナルタイトル上の不連続があった地点(PTS)」をいう。また、図７の「前のシーンの最後の「REC TIME」」とは、図４のステップＳ１０でいう「その前後の「REC TIME」」のうちの前の「REC TIME」をいう。一方、図７の「後のシーンの最初の「REC TIME」」とは、図４のステップＳ１０でいう「その前後の「REC TIME」」のうちの後の「REC TIME」をいう。そこで、以下、図７の「前のシーンの最後の「REC TIME」」を、図７の同一行の「PTS」の前の「REC TIME」と適宜称し、図７の「後のシーンの最初の「REC TIME」」を、図７の同一行の「PTS」の後の「REC TIME」と適宜称する。
【０１０２】
このような図７の情報が保存されている場合、制御部１１は、ステップＳ１６の処理として、例えば次のような一連の処理を実行する。
【０１０３】
即ち、制御部１１は、先ず、図７の情報に含まれる「PTS」とその前後の「REC TIME」とを用いて、図８に示されるように、「シーン１」乃至「シーン４」をそれぞれ特定する情報として、「先頭のPTS」、「終了のPTS」、「最初の録画日時」、および、「最後の録画日時」からなる情報（以下、シーンデータと称する）をそれぞれ生成する。
【０１０４】
具体的には例えば、「シーンM（Mは、整数値であって、図８の例では１乃至４のうちの何れかの値）」のシーンデータは、次のようにして生成される。
【０１０５】
Mが1の場合には最初の「PTS」（図８の例では「０」）が「先頭のPTS」となり、Mが2以上の場合には直前の「シーンM-1」の「終了のPTS」が、「先頭のPTS」となる。また、次の「PTS」が「終了のPTS」となる。そして、「先頭のPTS」の後の「REC TIME」が、「シーンM」の「最初の録画日時」となり、「最後のPTS」の前の「REC TIME」が、「シーンM」の「最後の録画日時」となる。この場合、「最初の録画日時」から「最初の録画日時」までの映像が「シーンM」となる。
【０１０６】
このようにして、図８の下部の表に示されるような、「シーン１」乃至「シーン４」のそれぞれのシーンデータが生成される。
【０１０７】
次に、制御部１１は、図９の上部に示されるように、「シーン１」乃至「シーン４」を日付毎に分類したデータを生成する。図９の例では、日付が「2006/7/1」である「シーン１」と「シーン３」についてのデータ６１と、日付が「2006/7/2」である「シーン２」についてのデータ６２とが生成される。
【０１０８】
ここで、データ６１とデータ６２において、「シーンMのポインタ」とは、「シーンM」のシーンデータを指し示す情報をいう。即ち、データ６１やデータ６２にシーンデータを含めることは、同一のシーンデータを図１のRAM１３等のメモリに二重に保持させることを意味するので、データ６１やデータ６２では、実体を持たないポインタが使用されているのである。
【０１０９】
また、日付毎に分類したデータの生成においては、「最初の録画日時」や「最後の録画日時」が無効値であるシーン、例えば図８に示される「シーン４」については無視される。同様に、図８の例では図示されていないが、「最初の録画日時」から「最後の録画日時」までの長さが２秒以下のシーンも無視される。
【０１１０】
さらに、制御部１１は、日付毎に分類されたデータから、各シーンを時間順にソートしたデータを生成する。かかるデータが、各日付毎の日付タイトル作成用データである。
【０１１１】
具体的には例えば、図９の例では、日付が「2006/7/1」である「シーン１」と「シーン３」についてのデータ６１から、「2006/7/1」についての日付タイトル作成用データ７１が生成されている。即ち、「シーン１」と「シーン３」の撮影時間帯は「シーン３」の方が古いので、換言すると、「シーン３」が先に撮影されてその後「シーン１」が撮影されたので、データ６１に対して、「シーン３のポインタ」、「シーン１のポインタ」の順に並び替えられた日付タイトル作成用データ７１が生成される。
【０１１２】
また、日付が「2006/7/2」である「シーン２」についてのデータ６２から、「2006/7/2」についての日付タイトル作成用データ７２が生成されている。なお、日付が「2006/7/2」のシーンは「シーン２」しか存在しないので、日付タイトル作成用データ７２とデータ６２とは実質同一である。
【０１１３】
このような各日付毎の日付タイトル作成用データが、図５のステップＳ１６の処理の結果として生成される。これにより、処理は図１０のステップＳ１７に進む。
【０１１４】
ステップＳ１７において、制御部１１は、メディアの制限（メディアに新規に作成可能なタイトルの個数）を算出する。例えば本実施の形態では、図１のリムーバブルメディア３１の制限が算出されることになる。より具体的には例えば、上述した（第５の規則）によれば、リムーバブルメディア３１に既に作成されているタイトルがＱ個（Ｑは０乃至３０以下の整数値）であるとすれば、日付プレイリストに含めるプレイリストタイトルは、３０−Ｑ個まで作成可能である、というメディアの制限が算出されることになる。
【０１１５】
ステップＳ１８において、制御部１１は、所定の日付の日付タイトル作成用データを読み出す。例えば、図９の例では、「2006/7/1」についての日付タイトル作成用データ７１、または、「2006/7/2」についての日付タイトル作成用データ７２が読み出される。
【０１１６】
ステップＳ１９において、制御部１１は、所定の日付の日付タイトル作成用データ内の１番目のシーンデータを用いて、より正確には、所定の日付の日付タイトル作成用データ内の１番目のポインタにより示されるシーンデータを用いて、所定の日付のプレイリストタイトルを作成する。
【０１１７】
例えばステップＳ１８の処理で「2006/7/1」についての日付タイトル作成用データ７１が読み出された場合、ステップＳ１９の処理で、「シーン３」のシーンデータを用いて、「2006/7/1」のプレイリストタイトルが作成される。
【０１１８】
一方、例えば、ステップＳ１８の処理で「2006/7/2」についての日付タイトル作成用データ７２が読み出された場合、ステップＳ１９の処理で、「シーン２」のシーンデータを用いて、「2006/7/2」のプレイリストタイトルが作成される。
【０１１９】
ステップＳ２０において、制御部１１は、所定の日付の日付タイトル作成用データ内の最後のシーンデータであったか否かを判定する。
【０１２０】
ステップＳ２０において、所定の日付の日付タイトル作成用データ内の最後のシーンデータではなかったと判定された場合、処理はステップＳ２１に進む。ステップＳ２１において、制御部１１は、所定の日付の日付タイトル作成用データ内の次のシーンデータを、より正確には、所定の日付の日付タイトル作成用データ内の次のポインタにより示されるシーンデータを、所定の日付のプレイリストタイトルにマージする。
【０１２１】
その後、処理はステップＳ２０に戻され、それ以降の処理が繰り返される。即ち、所定の日付の日付タイトル作成用データ内の各シーンデータのそれぞれが、より正確には、所定の日付の日付タイトル作成用データ内の各ポインタのそれぞれにより示される各シーンデータが、所定の日付のプレイリストタイトルに時間順に順次マージされていく。そして、最後のシーンデータがマージされると、ステップＳ２０の処理でＹＥＳであると判定されて、処理はステップＳ２２に進む。
【０１２２】
具体的には例えば、ステップＳ１８の処理で「2006/7/1」についての日付タイトル作成用データ７１が読み出されて、ステップＳ１９の処理で、「シーン３」のシーンデータを用いて、「2006/7/1」のプレイリストタイトルが作成された場合、「シーン１」のシーンデータがまだ残っているので、ステップＳ２０の処理でＮＯであると判定されて、ステップＳ２１の処理で、「シーン１」のシーンデータが、「2006/7/1」のプレイリストタイトルにマージされる。この「シーン１」のシーンデータは最後のシーンデータであるので、次のステップＳ２０の処理でＹＥＳであると判定されて、処理はステップＳ２２に進む。
【０１２３】
一方、例えばステップＳ１８の処理で「2006/7/2」についての日付タイトル作成用データ７２が読み出されて、ステップＳ１９の処理で、「シーン２」のシーンデータを用いて、「2006/7/2」のプレイリストタイトルが作成された場合、それ以外のシーンデータが存在しないので、即ち、「シーン２」のシーンデータが最後のシーンデータであるので、ステップＳ２０の処理でＹＥＳであると直ちに判定されて、ステップＳ２１の処理は一度も実行されずに、処理はステップＳ２２に進む。
【０１２４】
ステップＳ２２において、制御部１１は、所定の日付のプレイリストタイトルの名称を設定する。
【０１２５】
この名称の設定手法は、特に限定されないが、例えば本実施の形態では、図１１に示される名称１０１を設定する、という設定手法が採用されているとする。即ち、所定の日付のプレイリストタイトルの名称１０１は、最大３２文字の半角文字列からなるとされている。
【０１２６】
詳細には、先頭の２文字の文字列１０２は、カム２から提供される映像ストリームの種類を示す。図１１の例では、文字列１０２は「DV」とされているので、映像ストリームが、DV(Digital Video)ストリームであることがわかる。その他、例えばHDV(High Definition Digital Video)ストリームを示す「HD」が、文字列１０２として採用される場合もある。
【０１２７】
文字列１０３は、所定の日付のプレイリストタイトルにより再生される映像の最も若い（時間的に早い）録画日時（年／月／日 時刻AM or PM）を示している。一方、文字列１０４は、所定の日付のプレイリストタイトルにより再生される映像の最も遅い録画日時（時刻AM or PM）を示している。即ち、名称１０１を有するプレイリストタイトルでは、文字列１０３に示された録画日時から、文字列１０４に示された録画日時までの映像が再生されることになる。図１１の例では、「2001/3/23 10:23AM」からその日の「11:35PM」までに撮影された映像が再生されることになる。
【０１２８】
図１０に戻り、このようにしてステップＳ２２の処理で所定の日付のプレイリストタイトルの名称が設定されると、処理はステップＳ２３に進む。
【０１２９】
ステップＳ２３において、制御部１１は、コーディックチップ１５を制御して、所定の日付のプレイリストタイトルを、ドライブ１７を介してリムーバブルメディア３１に書き込む。
【０１３０】
ステップＳ２４において、制御部１１は、プレイリストタイトルを作成していない日付タイトル作成用データが存在し、かつ、ステップＳ１７の処理で算出したメディアの制限にひっかからないか否かを判定する。
【０１３１】
プレイリストタイトルを作成していない日付タイトル作成用データが存在し、かつ、ステップＳ１７の処理で算出したメディアの制限にひっかからない場合、処理はステップＳ１８に戻され、それ以降の処理が繰り返される。
【０１３２】
このようにして、ステップＳ１８乃至Ｓ２４のループ処理が繰り返し実行されることで、各日付のプレイリストタイトルが作成されていく。即ち、各日付のプレイリストタイトルからなる日付プレイリストが生成される。この日付プレイリストの生成が終了すると、ステップＳ２４の処理でＮＯであると判定されて、処理はステップＳ２５に進む。
【０１３３】
ステップＳ２５において、制御部１１は、コーディックチップ１５を制御することで、リムーバブルメディア３１に対するFlush処理（ファイルシステムの確定処理）を実行する。
【０１３４】
このFlush処理が終了すると、ダビング時のプレイリスト生成処理全体が終了となる。
【０１３５】
このようにして、ダビング時のプレイリスト生成処理が実行されると、リムーバブルメディア３１には、デジタルビデオテープ３２からダビングされた映像データの他、そのオリジナルタイトルや日付プレイリスト等が記録される。
【０１３６】
ただし、上述したようにリムーバブルメディア３１がDVDで構成されている場合と、BDで構成されている場合とでは、両者のディレクトリ構造が異なるから、各種データの配置構造も異なることになる。
【０１３７】
そこで、以下、図１２乃至図１５を参照して、BDとDVDのデータの配置構造の概略について説明する。
【０１３８】
図１２は、BDのデータ配置構造例を示している。
【０１３９】
図１２の例では、「Root」がルートディレクトリである。そして、その「Root」の下には、映像関係のディレクトリ（フォルダ）があり、図１２の例では、「BDAV」とされている。
【０１４０】
図１２の例では、「BDAV」の下に、プレイリストが格納されるフォルダとして「PLAYLIST」が存在し、映像データの付加情報が格納されるフォルダとして「CLIPINF」が存在し、映像データの実体（MPEG-TS）が格納されるフォルダとして「STREAM」が存在する。
【０１４１】
「PLAYLIST」において、「01001.rpls」や「02002.rpls」等のように拡張子rplsが付されたファイルには、オリジナルタイトルが格納される。一方、「9999.vpls」のように拡張子vplsが付されたファイルには、日付プレイリストのうちの所定の日付のプレイリストタイトルが格納される。即ち、拡張子vplsが付されたファイルの集合体が、日付プレイリストであるといえる。
【０１４２】
「STREAM」において、「01000.m2ts」、「02000.m2ts」、「03000.m2ts」等の拡張子m2tsが付されたファイルには、映像データの実体（MPEG-TS）が格納される。即ち、上述したダビング時のプレイリスト生成処理が１回実行されると、デジタルビデオテープ３２からダビングされた映像データが、拡張子m2tsが付された１つのファイルとして、「STREAM」の下に記録されることになる。
【０１４３】
そして、これらの各映像データの付加情報が、映像データのファイル名に対応する名称であって拡張子clpiを有するファイルとして、「CLIPINF」の下に記録される。即ち、図１２の例では、「01000.clpi」には、「01000.m2ts」の映像データに対応した付加情報、即ち、上述したチャプタマークや不連続点の情報等が含まれている。なお、必要に応じて、上述した「REC TIME」等のカム２から映像ストリームに付加されてきた情報を含めるようにしてもよい。以下、同様に、「02000.clpi」には「02000.m2ts」の映像データに対応した付加情報が含まれている。また、「03000.clpi」には「03000.m2ts」の映像データに対応した付加情報が含まれている。
【０１４４】
この場合、「PLAYLIST」、「CLIPINF」、および「STREAM」の三者の関係は、図１３に示されるようになる。
【０１４５】
図１３において、「PLAYLIST」のうちの、「Real Play list」が、１つのオリジナルタイトル、即ち、拡張子rplsが付された１ファイルの内容を示している。一方、「Virtual Play list」が、日付プレイリストのうちの所定の日付のプレイリストタイトル、即ち、拡張子vplsが付された１ファイルの内容を示している。
【０１４６】
また、「STREAM」における１つの「Clip AV stream」が、拡張子m2tsが付された１ファイルの内容、即ち、１ファイル分の映像データの実体（MPEG-TS）を示している。その「Clip AV stream」の上の、「CLIPINF」における１つの「clip information」が、対応する映像データの付加情報、即ち、映像データのファイル名と対応する名称であって拡張子clpiを有する１つのファイルの内容を示している。
【０１４７】
図１３に示されるように、「clip information」と「Clip AV stream」とは一対一の関係を有している。この場合、「Clip AV stream」に対応する映像は、「clip」と称される単位の集合体であると捉えると、「Real Play list」内に描画されている各矢印が、１つの「clip」を示している。即ち「Real Play list」とは、各「clip」の開始点と終了点の集合体であり、かかる開始点や終了点を特定する情報が「clip information」に含まれていることになる。そこで、日付プレイリストの各プレイリストタイトルは、同一日付の1以上のシーンの集合体であるので、かかるシーンを１つの「clip」とみなすことで、「Virtual Play list」も「Real Play list」と同様に構成することができる。即ち、図１３の「Virtual Play list」内の各矢印が、プレイリストタイトルに含まれる各シーンを示している。
【０１４８】
さらに言えば、図１３の例では、「Virtual Play list」は、２つの異なる「Clip AV stream」の各「clip」の開始点と終了点の集合体から構成されている。このことは、次のことを意味する。即ち、複数の「Clip AV stream」のそれぞれに同一日付のシーンがそれぞれ含まれている場合には、それらの同一日付の各シーンを時間順にソートしてまとめたプレイリストタイトルの作成も可能であることを、図１３の例の「Virtual Play list」は示している。
【０１４９】
以上説明したBDのデータ配置構造に対して、DVDのデータ配置構造は、図１４に示されるようになる。
【０１５０】
図１４の例では、楕円がディレクトリを示しており、四角がファイルを示している。即ち、図１４の例では、「Root」がルートディレクトリである。そして、その「Root」の下には、映像関係のディレクトリ（フォルダ）があり、図１４の例では、「DVD_RTAV」とされている。
【０１５１】
「DVD_RTAV」には、５種類のファイル、即ち、「VR_MANGR.IFO」、「VR_MOVIE.VRO」、「VR_STILL.VRO」、「VR_AUDIO.VRO」、および「VR_MANGR.BUP」が含まれている。
【０１５２】
「VR_MANGR.IFO」には、タイトルの管理データ、即ち、オリジナルタイトルの管理データや、日付プレイリストの各日付のプレイリストタイトルの管理データが含まれている。なお、「VR_MANGR.BUP」は、「VR_MANGR.IFO」のバックアップ用のファイルである。
【０１５３】
「VR_MOVIE.VRO」には、映像データ（動画および音声のデータ）の実体（MPEG-PS）が格納される。「VR_STILL.VRO」には、静止画データの実体が格納される。「VR_AUDIO.VRO」には、付加音声データの実体が格納される。
【０１５４】
図１５は、「VR_MANGR.IFO」と、「VR_STILL.VRO」との関係を示している。
【０１５５】
「VR_MANGR.IFO」において、「ORIGINAL PGCI」が、オリジナルタイトル用の管理情報を示している。一方、「User Define PGCI」が、ユーザ定義のタイトル用の管理情報を示している。そこで、日付プレイリストの各プレイリストタイトルのそれぞれの管理情報として、この「User Define PGCI」を採用することができる。なお、「M_VOBI」には、対応する映像データの付加情報が記録されている。
【０１５６】
ところで、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な図１の記録再生装置１のコーディックチップ１５や制御部１１等を適宜含むコンピュータや、汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１５７】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３１、または、プログラムが一時的もしくは永続的に格納されるROM１２や、記憶部１６を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じて通信制御部１４を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１５８】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１５９】
【図１】本発明が適用される情報処理装置の一実施の形態の記録再生装置の構成例を示すブロック図である。
【図２】本発明が適用される日付プレイリストの生成手法の一例を説明する図である。
【図３】図１の記録再生装置が実行するダビング時のプレイリスト生成処理例を説明するフローチャートである。
【図４】図１の記録再生装置が実行するダビング時のプレイリスト生成処理例を説明するフローチャートである。
【図５】図１の記録再生装置が実行するダビング時のプレイリスト生成処理例を説明するフローチャートである。
【図６】図５のステップＳ１６の処理を説明するための具体例を示す図である。
【図７】図５のステップＳ１６の処理を説明するための具体例を示す図である。
【図８】図５のステップＳ１６の処理を説明するための具体例を示す図である。
【図９】図５のステップＳ１６の処理を説明するための具体例を示す図である。
【図１０】図１の記録再生装置が実行するダビング時のプレイリスト生成処理例を説明するフローチャートである。
【図１１】日付プレイリストの各プレイリストタイトルの名称の設定例を説明する図である。
【図１２】BDのデータ配置構造例を示す図である。
【図１３】図１２の「PLAYLIST」、「CLIPINF」、および「STREAM」の三者の関係例を示す図である。
【図１４】DVDのデータ配置構造例を示す図である。
【図１５】図１４の「VR_MANGR.IFO」と、「VR_STILL.VRO」との関係例を示す図である。
【符号の説明】
【０１６０】
１  記録再生装置，  ２  撮影装置，  １１  制御部，  １２  ＲＯＭ，  １３  ＲＡＭ，  １４  通信制御部，  １５  コーディックチップ，  １６  記憶部，  １７  ドライブ，  ２１  エンコード／デコード部，  ２２  記録再生制御部，  ３１  リムーバブルメディア，  ４３  日付プレイリスト
【図１】
2008067272.tif 000003
【図２】
2008067272.tif 000004
【図３】
2008067272.tif 000005
【図４】
2008067272.tif 000006
【図５】
2008067272.tif 000007
【図６】
2008067272.tif 000008
【図７】
2008067272.tif 000009
【図８】
2008067272.tif 000010
【図９】
2008067272.tif 000011
【図１０】
2008067272.tif 000012
【図１１】
2008067272.tif 000013
【図１２】
2008067272.tif 000014
【図１３】
2008067272.tif 000015
【図１４】
2008067272.tif 000016
【図１５】
2008067272.tif 000017