JP2005004810A

JP2005004810A - 情報記録再生装置及びその方法

Info

Publication number: JP2005004810A
Application number: JP2003164087A
Authority: JP
Inventors: Miyuki Enokida; 幸榎田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-06-09
Filing date: 2003-06-09
Publication date: 2005-01-06

Abstract

【課題】オブジェクトに対する再生時効果の追加に関する新たな提案を行う。
【解決手段】複数のオブジェクトと、オブジェクトの管理情報と、オブジェクトの再生方法を指定する再生制御情報を記録可能な情報記録再生装置であって、オブジェクトに対して再生時効果が指定されると当該オブジェクトを分割し、当該オブジェクトの分割属性を付与し、そのオブジェクトから追加オブジェクトを生成し（Ｓ５４）、その追加オブジェクトの再生時間に応じてオブジェクトを分割した各オブジェクトの再生開始及び終了時間を変更し（Ｓ５５，Ｓ５６）、その生成された追加オブジェクト及び再生時効果の属性及び変更されたオブジェクトの再生時間に関する情報を再生制御情報に記録する。そしてその再生制御情報に従ってオブジェクトの再生を制御する。
【選択図】図３２

Description

【０００１】
【発明の属する技術分野】
本発明は、複数のオブジェクトと、オブジェクトの管理情報と、オブジェクトの記録／再生方法を指定する再生制御情報を記録・再生できる情報記録再生装置及びその方法に関するものである。
【０００２】
【従来の技術】
現在、デジタルカメラやデジタルディスクカムコーダのデータ記録媒体の容量は膨大なものになり、動画、音声、静止画など多岐に亘るデータファイルを、コンパクトフラッシュ（登録商標）やＭＯ等、ランダムアクセス可能な記録媒体に記録できるようになってきた。このような記録媒体のランダムアクセス性を生かして、記録したコンテンツを並べ替えたり組み合わせたりする編集機能が注目されるようになってきた。
【０００３】
編集結果の保存方法は２つに大別できる。一つは、編集結果を新たなデータとして再構成する方法である。もう一つは、再生手順やレイアウトなどの再生制御情報のみを記録し、編集結果の再生時には、その再生制御情報に従ってファイルをアクセスして再生する方法である。
【０００４】
前者の方法では、新たなデータとして作り込んでしまっているので、編集結果を記録した後、これを改変することが非常に難しい。一方、後者の方法では、ファイルアクセスのタイミングなどの問題により、再生対象となるファイルの一部分だけを再生する指定などがある場合に、直前に再生するファイルに適正に連続して表示できるとは限らないという問題がある。また、再生対象となるファイルが消去されるなどして、必ずしも再生結果を表示できるとは限らない。
【０００５】
ファイル間の再生連続性のために、例えば特許文献１に示される方法を用いることが考えられる。この特許文献１では、再生対象となるデータ指定を再生用タイムマップテーブルへのポインタで指定することで、ファイルのどの部分を再生すればよいのかを事前に知ることができる。この特許文献１における再生用タイムマップテーブルは、ＭＰＥＧのデコード単位の開始位置のテーブルである。
【０００６】
【特許文献１】
特開２０００−１８７９６３公報
【０００７】
【発明が解決しようとする課題】
しかし上述の特許文献１に記載の方法では、再生制御情報の記述方法が極めて限定された形式であり、柔軟な記述ができない。例えば、このような再生制御情報の記述方法の一つに、ＳＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｉｏｎＬａｎｇｕａｇｅ）がある。ＳＭＩＬでは、再生開始時間、再生終了時間、再生継続時間の全てを省略可能である。しかし、前述の方法では、このような再生制御情報を扱うことができない。
【０００８】
再生開始時間、再生終了時間、再生継続時間の全てを省略した場合、対象となるファイルを開き、そのファイルのフォーマットに従ってデータを読み込み、ファイル自体の再生継続時間を取得しなくてはならない。しかし、そのデータの形式が再生機のサポート対象外であったり、対象となるファイルが消失した場合、再生継続時間を取得することができない。
【０００９】
ＳＭＩＬでは、再生開始時間を直前のファイルの再生終了時間からの相対時間で記述する。このような記述方法の場合、再生継続時間が取得できないと、そのファイルに引き続いて再生されるファイルの再生開始時間が確定できない。
【００１０】
サポート対象外もしくは消失したファイルであっても、ファイルの再生継続時間さえ分かれば、本来の再生開始タイミングが取得できるので、再編集を行ったり、該当部分を再生する代わりに警告を出すなどの対応が可能になる。
【００１１】
本発明は上記従来技術に鑑みてなされたもので、従来の問題を解決したオブジェクトの追加及び／又は削除を行うことができる方法及び装置を提供することを目的とする。
【００１２】
また本発明は、オブジェクトに対する再生時効果の追加に関して、新たな提案を行うことを目的としている。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明の情報記録再生装置は以下のような構成を備える。即ち、
少なくとも動画データ及び音声データを含むオブジェクトと、データの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する情報記録再生装置であって、
再生対象となるオブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、再生対象となるオブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成する生成手段と、
前記生成手段で生成された前記加工オブジェクトを示す属性を、内部処理で作成したテンポラリ分割を示す属性とともに再生記述データに追加する追加手段と、
前記追加手段により追加された前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更する再生時間変更手段とを有することを特徴とする。
【００１４】
上記目的を達成するために本発明の情報記録再生方法は以下のような工程を備える。即ち、
少なくとも動画データ及び音声データを含むオブジェクトと、データの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する情報記録再生方法であって、
再生対象となるオブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、再生対象となるオブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成し、
前記加工オブジェクトを示す属性を、内部処理で作成したテンポラリ分割を示す属性とともに再生記述データに追加し、
前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更することを特徴とする。
【００１５】
【発明の実施の形態】
以下添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
【００１６】
図１を参照して本発明の実施の形態に係る情報記録再生装置について説明する。
【００１７】
図１は、本実施の形態に係る情報記録再生装置の構成を示すブロック図である。
【００１８】
本実施の形態に係る情報記録再生装置としてのビデオカムコーダ装置は、主として記録媒体であるディスク１９と、ディスク１９に対して動画像、静止画像、音声などのメディア・データの書き込み、読み出しを行うピックアップ１と、ピックアップ１で読み出された信号を増幅するＲＦアンプ２と、エンコーダ・デコーダ／信号処理回路３と、データを一時的に格納するショックプルーフメモリ５と、ショックプルーフメモリ５をコントロールするメモリコントローラ４と、復号化・符号化回路６と、Ｄ／ＡコンバータとＡ／Ｄコンバータとを含むコンバータ７と、送りモータ８と、スピンドルモータ９と、ドライバ回路１０と、サーボ制御回路１１と、種々の制御を行うシステムコントローラ１２と、電源回路１３と、ヘッド駆動装置１４と、記録ヘッド１５と、入力装置１６と、映像音声入力１７と、映像音声出力１８とを備えている。ここで、ディスク１９とは例えば、光磁気ディスク（以下、ＭＯ）であるとするが、このディスク１９の種類はＭＯに限らないことは言うまでもない。
【００１９】
以上の構成において、再生時、ドライバ回路１０により駆動されるスピンドルモータ９によりＭＯ１９が回転駆動されるとともに、ドライバ回路１０に駆動される送りモータ８によりピックアップ１がＭＯ１９の半径方向に送られ、このピックアップ１により読み出されたデータは、ＲＦアンプ２により増幅され、エンコーダ・デコーダ／信号処理回路３に送られる。またＲＦアンプ２は、上記データに基づいて、フォーカスエラー信号やトラッキングエラー信号などのサーボ制御信号を生成し、これをサーボ制御回路１１に出力する。これによりサーボ制御回路１１は、ＲＦアンプ２からのサーボ制御信号と、システムコントローラ１２からのコントロール信号に基づいて、ピックアップ１、送りモータ８、スピンドルモータ９を駆動する。
【００２０】
エンコーダ・デコーダ／信号処理回路３は、このＲＦアンプ２で増幅された信号を復調し、更に誤り訂正などの信号処理を行った後、メモリコントローラ４に送る。メモリコントローラ４は、エンコーダ・デコーダ／信号処理回路３から送られてきた信号をショックプルーフメモリ５に書き込む。このショックプルーフメモリ５には、メディアデータ（ＭＯ１９に書き込まれる映像・音声データ）の記録領域とは別に、メディアデータ以外のＴＯＣ（ＴａｂｌｅｏｆＣｏｎｔｅｎｔｓ）情報を格納するための領域が設けられており、ＭＯ１９が装置に挿入されると直ちにメディアデータと同様の経路でＭＯ１９に格納されているＴＯＣ情報がショックプルーフメモリ５の所定領域に格納される。
【００２１】
メモリコントローラ４は、システムコントローラ１２からの要求に応じて、必要なＴＯＣ情報をショックプルーフメモリ５から読み出してシステムコントローラ１２に送る。システムコントローラ１２は、ショックプルーフメモリ５に記憶されたデータを読み出して復号化・符号化回路６に送る。復号化・符号化回路６は、図示しないデータ復号化回路によって、送られたデータを所定のフォーマットに従って復号してコンバータ７内のＤ／Ａコンバータへ送る。このＤ／Ａコンバータは、復号されたメディアデータをアナログ信号に変換する。このアナログ信号は、出力端子１８より外部へ出力される。
【００２２】
またシステムコントローラ１２は、電源回路１３を制御し、ピックアップ１、ＲＦアンプ２、エンコーダ・デコーダ／信号処理回路３、サーボ回路１１、およびドライバ回路１０へ電源を供給したり中断したりする。
【００２３】
入力装置１６としては、例えばポーズボタンや再生ボタン、再生／録画モード切替スイッチ、画像選択用カーソルキーなどが考えられる。
【００２４】
撮像した画像の記録時は、カメラ部１７から入力されたアナログ映像及び音声信号をコンバータ７内のＡ／Ｄコンバータへ送る。Ａ／Ｄコンバータは、アナログ映像及び音声信号をデジタル信号に変換する。このデジタル信号は、復号化・符号化回路６において、図示しないデータ符号化回路によって所定のフォーマットに符号化され、メモリコントローラ４によってショックプルーフメモリ５に格納される。このメモリコントローラ４は、システムコントローラ１２の制御下でショックプルーフメモリ５に格納されているデータを読み出し、エンコーダ・デコーダ／信号処理回路３に送る。エンコーダ・デコーダ／信号処理回路３では、この読み出したデータに対して、変調、誤り訂正用符号の付加などを行う。
【００２５】
システムコントローラ１２は、メモリコントローラ４を制御し、ショックプルーフメモリ５の所定領域に格納されているＴＯＣ情報を読み出し、このＴＯＣ情報に基づいてＭＯ１９上の記録可能領域の位置を認識し、サーボ回路１１を制御して所望の記録可能領域をサーチする。このサーチ後、システムコントローラ１２の制御下で、エンコーダ・デコーダ／信号処理回路３の出力信号に基づいて、ヘッド駆動装置１４が記録ヘッド１５を駆動すると共に、ＲＦアンプ２の出力信号に基づいてピックアップ１の図示しないレーザ回路が駆動され、ＭＯ１９上にデータを記録する。
【００２６】
こうしてＭＯ１９の所望の記録可能領域への記録動作が終了すると、システムコントローラ１２はメモリコントローラ４を制御し、ショックプルーフメモリ５に格納されているＴＯＣ情報と、ＭＯ１９のＴＯＣ情報とを書き換え、以降これを最新のＴＯＣ情報として利用することによってＭＯ上に記録されているデータの管理などを行う。
【００２７】
このようなビデオカムコーダ装置において、本実施の形態に係る情報記録再生装置を実現するための詳細について以下で述べる。まず、対象となるデータのフォーマットについて説明し、次にそれらのデータの処理方法について述べる。
（１）対象となるデータのフォーマット
本実施の形態に係る情報記録再生装置（カムコーダ）で扱うデータと、そのデータ形式について述べる。
【００２８】
まず、この情報記録再生装置で記録するデータの種類について述べ、各データを格納するディレクトリ構造、管理ファイル、プレイリストの詳細について順に述べる。
【００２９】
＜カムコーダで記録するデータ＞
このカムコーダで記録するデータは、動画、静止画と音声である。また、動画、静止画及び音声を組み合わせて再生するための再生制御スクリプト（以下、プレイリスト）の作成機能を持つ。このプレイリストの詳細については後述する。
【００３０】
動画データは、ＭＰＥＧ２で符号化されて記録される。このデータ形式は、ＰＳ（ＰｒｏｇｒａｍＳｔｒｅａｍ）もしくはＴＳ（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）で、このカムコーダのメニューを使用してどちらの形式で保存するかを決定できる。
【００３１】
音声データは、ＭＰ３（ＭＰＥＧＡｕｄｉｏＬａｙｅｒ３）形式で記録する。
【００３２】
静止画データは、ＤＣＦ規格（ＤｅｓｉｇｎｒｕｌｅｆｏｒＣａｍｅｒａＦｉｌｅｓｙｓｔｅｍ）に準拠した方式で記録する。
【００３３】
＜データの格納方式＞
図２は、動画データ、音声データ、静止画データ及びプレイリストを記録媒体（ＭＯ）上に格納した状態の一例を示す図で、拡張子が「４Ｃ」であるファイルは、後述する管理ファイルである。
【００３４】
このプレイリストは、記録媒体上のルートディレクトリの直下に作成されたＰＬＡＹＬＩＳＴディレクトリに格納される。このＰＬＡＹＬＩＳＴディレクトリ下に、プレイリストを格納するＰＬディレクトリを作成し、このＰＬディレクトリにプレイリストファイル（ＰＬＦ）を格納する。
【００３５】
動画データは、記録媒体のルートディレクトリの直下に作成されたＶＩＤＥＯディレクトリに格納される。このＶＩＤＥＯディレクトリ下に、動画データを格納する動画ディレクトリ（図２の例では、ＭＯＶ０００１０，ＭＯＶ０００２０）を作成し、この動画ディレクトリに動画データを格納する。
【００３６】
本実施の形態では、一つの動画ディレクトリに１つ以上の動画データを格納する。このように、一つの動画ディレクトリに複数の動画データを纏めて記憶する方法については後述する。
【００３７】
なお、音声データも動画データと同様に記録するが、記録媒体上の音声データのファイル数は比較的少ないと予想される。そこで本実施の形態では、単純に１００ファイルごとまとめて音声ディレクトリ（図２の例では、ＡＵＤ０００１０）に格納する。この音声ディレクトリは、記録媒体上のルートディレクトリの直下に作成されたＡＵＤＩＯディレクトリの下に作られる。
【００３８】
静止画データは、ＤＣＦ規格で定められた通り、記録媒体のルートディレクトリの直下に作成されたＤＣＩＭディレクトリに格納される。実際に静止画ファイルが格納されるのは、ＤＣＩＭディレクトリの下に作成された静止画ディレクトリ（図２の例では、１０１ＣＡＮＯＮ）である。
【００３９】
これらＰＬディレクトリ、動画ディレクトリ、音声ディレクトリ及び静止画ディレクトリには、それぞれディレクトリに格納されたファイルを管理するための管理ファイルを格納している。次にこの管理ファイルの詳細について説明する。
【００４０】
＜管理ファイル＞
この管理ファイルは、ＸＭＬ形式で記述されたテキストファイルである。
【００４１】
図３は、この管理ファイルを構成するＸＭＬ文書のエレメント構成を説明する図である。また、図４は、図２に示した動画ディレクトリ「ＭＯＶ０００１０」の管理情報の記述例を説明する図である。
【００４２】
図３において、ＣＯＬＬＥＣＴＩＯＮエレメントは、管理情報のルート要素である。ＧＲＯＵＰエレメントは、動画、静止画、音声などのメディア・オブジェクト（ＭＯ１９に記録されるオブジェクト［ＭＥＤＩＡ］）をグループ化するために用いられ、ＧＲＯＵＰ＿ＮＡＭＥアトリビュートを有しており、このＧＲＯＵＰ＿ＮＡＭＥアトリビュートで、グループ名を記述している。本実施の形態では、ＧＲＯＵＰエレメントは特に用いない。
【００４３】
ＩＭＧエレメント（ＩＭＧ）は、静止画データのエントリを記述するために用いられる。このＩＭＧエレメントは、ｓｒｃアトリビュート、ｉｄアトリビュート、ｔｙｐｅアトリビュート、ｌｉｎｋＣｏｕｎｔアトリビュート、ｄｅｌｅｔｅｄアトリビュートを有し、ｓｒｃアトリビュートは、ファイル名の記述に用い、ｉｄアトリビュートはファイルの識別名を記述するために用いる。ｉｄアトリビュートで指定する識別名は、管理ファイル内でユニークである。ｔｙｐｅアトリビュートはファイルの種類を表し、静止画の場合は「ｉｍａｇｅ」値をとる。ｌｉｎｋＣｏｕｎｔアトリビュートのアトリビュート値は整数値で、各エントリがプレイリストから参照されている参照数を示す。ｄｅｌｅｔｅｄアトリビュートは削除情報で、アトリビュート値は、「ｔｒｕｅ」又は「ｆａｌｓｅ」である。ｌｉｎｋＣｏｕｎｔアトリビュート値が０で無い時にファイルを削除した場合、ｄｅｌｅｔｅｄアトリビュート値を「ｔｒｕｅ」にする。
【００４４】
ＭＯＶエレメント（ＭＯＶ）は、動画データのエントリを記述するために用いられる。このＭＯＶエレメントは、ＩＭＧエレメントと同様に、ｓｒｃアトリビュート（例えば図４の４０１）、ｉｄアトリビュート（例えば図４の４０２）、ｔｙｐｅアトリビュート（例えば図４の４０３）、ｌｉｎｋＣｏｕｎｔアトリビュート（例えば図４の４０５）、ｄｅｌｅｔｅｄアトリビュートを有し、さらにｄｕｒアトリビュート（例えば図４の４０４）を有している。ｔｙｐｅアトリビュート値は、動画の場合は「Ｍｏｖｉｅ」である。ｄｕｒアトリビュートは、動画データ全体の再生時間を記述し、ｃｌｏｃｋ値をとる。このｃｌｏｃｋ値（Ｃｌｏｃｋ−ｖａｌｕｅ）は、次の書式で表される。
【００４５】

例えば、１４分３秒の場合、「００：１４：０３」もしくは「１４：０３」と記述する。
【００４６】
ＡＵＤエレメント（ＡＵＤ）は、音声データのエントリを記述するために用いられる。このＡＵＤエレメントは、ＭＯＶエレメントと同様に、ｓｒｃアトリビュート、ｉｄアトリビュート、ｔｙｐｅアトリビュート、ｌｉｎｋＣｏｕｎｔアトリビュート、ｄｅｌｅｔｅｄアトリビュート、ｄｕｒアトリビュート有しており、ｔｙｐｅアトリビュート値は、音声の場合は「ａｕｄｉｏ」である。
【００４７】
ＰＬＦエレメント（ＰＬＦ）は、ＰＬＦのエントリを記述するために用いられる。このＰＬＦエレメントは、ＭＯＶエレメントと同様に、ｓｒｃアトリビュート、ｉｄアトリビュート、ｔｙｐｅアトリビュート、ｌｉｎｋＣｏｕｎｔアトリビュート、ｄｅｌｅｔｅｄアトリビュート、ｄｕｒアトリビュートを有し、ＰＬＦ自身も他のプレイリストから参照される可能性があるので、ＰＬＦエレメントにもｌｉｎｋＣｏｕｎｔアトリビュートとｄｅｌｅｔｅｄアトリビュートが用意されている。ｔｙｐｅアトリビュート値は、ＰＬＦの場合は「ｐｌａｙｌｉｓｔ」である。
【００４８】
なお、この管理ファイルのファイル名に付ける拡張子は、上述したように「４Ｃ」とする。この管理情報の更新処理については後述する。
【００４９】
＜プレイリスト＞
このプレイリストは、ＳＭＩＬに準拠した形式で記述される。但し、再生オブジェクトのファイル名指定を行うｓｒｃアトリビュート値は、そのファイル値をとる。このファイル値（ｆｉｌｅ−ｖａｌｕｅ）は、次の書式で表される。
【００５０】

ここで、Ｍａｎａｇｅ−ｆｉｌｅｎａｍｅは、対象となるファイルが格納されているディレクトリの管理ファイル名である。またＥｌｅｍｅｎｔ−ｎａｍｅは、対象となるエントリのエレメント名で、例えば動画データなら「ＭＯＶ」になる。Ｏｂｊｅｃｔ−ｉｄは、対象となるデータのエントリに付与されているｉｄアトリビュート値である。このように、プレイリストから各ファイルへの参照をｉｄアトリビュート値を介して行うことで、例えファイル名が変更された場合でも、管理ファイルのエントリ内のｓｒｃアトリビュート値だけを変更するだけで良い。
【００５１】
例えば、／ＤＣＩＭ／１０１ＣＡＮＯＮ／１０１ＣＡＮＯＮ．４Ｃ内に、「ＩＭＧ＿０００１」という識別子を持つ静止画データがあるとする。このファイルを参照する場合には、
’／ＤＣＩＭ／１０１ＣＡＮＯＮ／１０１ＣＡＮＯＮ．４Ｃ＃ｘｐｏｉｎｔｅｒ（／／［＠ｉｄ＝”ＩＭＧ＿０００１”］）’
と記述して参照する。
【００５２】
図５は、このプレイリストの記述例を示す図である。また、図６は、図２及び図５の場合の管理ファイルとプレイリストの参照関係を説明する図である。
【００５３】
プレイリストの再生時、参照しているエントリのｄｅｌｅｔｅｄアトリビュート値が「ｔｒｕｅ」の場合がある。前述の通り、参照先のファイルが消去された場合である。この状況に関する処理については後述する。
（２）データの処理方法
前述の（１）で説明したデータを処理する方法について、以下で述べる。まず、１つ以上の動画データを一つの動画ディレクトリに纏めて格納するためのデータ記録処理について説明し、次に管理ファイルの更新処理について説明する。そして最後に、プレイリスト再生時に再生対象となるファイルが消失していたり、或いは未対応の形式であったりした場合のファイル対応処理について述べる。
【００５４】
［データ記録処理］
グループ化条件を満たす動画及び音声データを一つのグループに纏め、同じグループに属するデータを一つのディレクトリに格納する。本実施の形態では、動画データのみをグループ化の対象にする。
【００５５】
図７は、本実施の形態に係るグループ化条件を説明する図である。図７に示したように本実施の形態では、以下の２つの条件を同時に満たす動画データを、直前に記録したデータと同じ動画ディレクトリに格納する。
【００５６】
（１）直前に記録したデータと同じ種類のコンティニュアスデータである。即ち、動画データ同士もしくは音声データ同士である。ここでは静止画データはグループ化の対象にはならない。
【００５７】
（２）直前に記録した動画データの記録終了時刻から、対象となるデータの記録開始時刻までの時間がＴ１以下である。例えば本実施の形態ではＴ１＝６０分であるとする。
【００５８】
本実施の形態では、動画データがＭＰＥＧ２である場合、ＰＳ形式かＴＳ形式かは区別しないが、再生互換性を高めるために同じ形式のデータのみをグループ化しても構わないことは言うまでもない。
【００５９】
次に、グループ化処理の流れを図８に示す。尚、この処理はシステムコントローラ１２の制御の下に実行される。このシステムコントローラ１２は、例えばマイクロプロセッサなどのＣＰＵ、ＣＰＵにより実行される制御プログラムや各種データを記憶しているプログラムメモリ（ＲＯＭ）、ＣＰＵによる制御動作時に各種データを一時的に保存するＲＡＭなどを備えており、以下に説明するフローチャートで示す処理を実行するプログラムはこのＲＯＭに記憶されている。
【００６０】
まずステップＳ１で、ＭＯ１９に記録するデータの種類を調べ、ここでは動画データかどうかをみる。動画データでなければ（例えば音声データ）ステップＳ８に進むが、動画データの場合はステップＳ２へ進み、直前に記録されたデータ（以下、直前のデータ）の種類を取得する。次にステップＳ３に進み、直前のデータの記録終了時刻ｔ１’を取得し、次にステップＳ４に進み、これから記録しようとしている動画データの記録開始時刻ｔ１を取得する。尚、これら時間情報はシステムコントローラ１２に設けられているタイマを使用して取得される。次にステップＳ５に進み、［グループ化条件判定］として、直前のデータの種類と、これから記録を開始するデータ（以下、現在のデータ）の種類が同じ（共に動画データ）で、その時間差がＴ１以下、即ち、（ｔ１−ｔ１’≦Ｔ１）の条件を満たすかを調べ、これら条件を満たした場合はグループ化する条件が満たされたものとしてステップＳ６に進み、そうでない場合はステップＳ７へ進む。ステップＳ６では、直前のデータと同じ動画ディレクトリに現在の動画データを記録してステップＳ８へ進む。
【００６１】
一方ステップＳ７では、現在の動画データのために新しい動画ディレクトリを作成し、その作成したディレクトリに現在の動画データを記録して処理を終了する。
【００６２】
また動画データ以外の場合はステップＳ８に進み、静止画データの場合は、ＤＣＦ準拠の方式で静止画データをＭＯ１９に記録し、音声データの場合はＭＯ１９の音声ディレクトリに音声データを記録して処理を終了する。
【００６３】
尚、動画データの記録時に、その動画ディレクトリにサムネイル画像を記録しても良い。この場合、静止画データがＤＣＦ準拠であるので、動画データのサムネイル画像もＤＣＦサムネイルファイルの形式を採ることが望ましい。このサムネイルファイルは、動画データの記録後に作成してもよいが、１フレーム目を記録した直後にサムネイルデータを作成して記録しても良いことは言うまでもない。
【００６４】
［管理情報更新処理］
本実施の形態に係る管理情報の更新処理は、ファイルの追加と削除、及びファイルのプレイリスト登録の際に実施される。
【００６５】
まずファイルの追加時には、対応するディレクトリの管理情報に新たなエントリを作成し、そのファイルを登録する。この登録する際には、ｉｄアトリビュートで識別情報、ｓｒｃアトリビュートでファイル名、更に、登録するファイルが動画もしくは音声ファイルの場合は、ｄｕｒアトリビュートで再生時間を付与する（図４参照）。またファイル削除時には、ｌｉｎｋＣｏｕｎｔアトリビュート値で保持されている参照数によって処理が異なる。
【００６６】
図９は、プレイリスト以外のファイル削除時の管理情報の更新処理を説明するフローチャートである。
【００６７】
まずステップＳ１１で、削除するファイルのエントリＥ１（例えば、削除するファイル名）を取得する。次にステップＳ１２に進み、エントリＥ１のｌｉｎｋＣｏｕｎｔアトリビュート値が「０」、もしくは、ｌｉｎｋＣｏｕｎｔアトリビュート自体が無いかどうかを調べ、そうであればステップＳ１３に進み、そうでない場合はステップＳ１４へ進む。ステップＳ１３では、そのファイルにリンクしているファイルがないので、エントリＥ１を直ちに削除する。これに対してステップＳ１４では、そのファイルにリンクしているファイルが存在しているので直ちに削除せずに、エントリＥ１にｄｅｌｅｔｅｄアトリビュート（削除属性）を付与する。ここでは、例えば図４の「ＭＯＶ＿００１．ＭＰＧ」の例では、ｄｅｌｅｔｅｄアトリビュートとして「ｄｅｌｅｔｅｄ＝”ｔｒｕｅ”」を追加することにより、削除属性がオンされたことを示す。こうしてステップＳ１３又は１４を実行するとステップＳ１５に進み、対象となるファイルを削除して、この管理情報の更新処理を終了する。
【００６８】
次に、ファイルをプレイリストに登録する場合の処理について説明する。
【００６９】
まず登録対象になったファイルのエントリＥ２を取得する。次に、そのエントリＥ２のｌｉｎｋＣｏｕｎｔアトリビュート値を「１」だけ増やす。このｌｉｎｋＣｏｕｎｔアトリビュート自体が無い場合は、ｌｉｎｋＣｏｕｎｔアトリビュートを付与する。この場合のアトリビュート値は「１」である。
【００７０】
次に図１０のフローチャートを参照して、プレイリストからファイルを削除する場合の処理を説明する。このプレイリストの削除時には、図９のフローチャートで示したファイルの削除処理に加えて、削除対象のプレイリストに登録されている全てのファイルのエントリＥｋに対して、図１０に示す処理を行う必要がある。
【００７１】
図１０は、ファイルの削除処理に際して、そのファイルのエントリ（管理ファイル「．４Ｃ」に格納されているエントリ名）を削除する処理を説明するフローチャートである。
【００７２】
まずステップＳ２１で、削除対象のエントリＥｋを取得する。このとき、このエントリＥｋのｌｉｎｋＣｏｕｎｔを−１する。次にステップＳ２２に進み、そのｌｉｎｋＣｏｕｎｔアトリビュート値が「０」に等しく、かつエントリＥｋのｄｅｌｅｔｅｄアトリビュート値が「ｔｒｕｅ」（削除属性オン）であるかを調べ、そうであればステップＳ２３に進み、管理ファイルから、そのエントリＥｋを削除して、この処理を終了する。またステップＳ２２の条件を満足しない場合は、そのファイルは削除できないため、そのまま処理を終了する。
【００７３】
このような処理を行うことで、互いに参照する関係が全て解消されたエントリであって、かつ実体（ファイル）が存在しないものの識別名だけを管理ファイルから削除することができる。
【００７４】
また、このような管理情報の更新処理を行うことで、プレイリストから各ファイルへの参照数をファイル毎に管理することができる。また、プレイリストから参照されているファイルの削除が指示された場合は、その削除が指示されたファイルに削除属性を付与して削除することにより、その削除されたファイルの識別名（ｉｄ）が間違って利用されるのを抑止でき、ファイルが削除されたという状態を全てのプレイリストから把握できるようになるという利点がある。
【００７５】
［ファイル対応処理］
本実施の形態１では、プレイリストの再生時、もしくはプレイリスト再生前のスケジューリングの際に、プレイリストから参照しているファイルのエントリに削除属性が付与されていることが分かった場合、もしくは、再生対象となるデータが未サポートのデータ形式である場合は、そのファイルの再生時間長と同じ時間だけ画面の表示を抑止する。但し、この処理を適用するのは、対象となるファイルが静止画もしくは動画データである場合に限る。即ち、プレイリストの再生時、対象となるファイルが音声データである場合は、その音声データを再生しない。
【００７６】
図１１は、プレイリストの再生時において、再生対象のファイルに対応した処理の流れを説明するフローチャートである。
【００７７】
まずステップＳ３１で、再生対象ファイルのエントリＥｉ（例えばファイル名）を取得する。次にステップＳ３２に進み、エントリＥｉのｄｅｌｅｔｅｄアトリビュート値が「ｔｒｕｅ」かどうか、即ち、削除対象であるかを調べ、そうであればステップＳ３５に進み、そうでなければステップＳ３３に進み、エントリＥｉのｓｒｃアトリビュート値で示されるファイルをオープンし、その形式を調べる。ここでは本実施の形態に係る情報記録再生装置でサポートしている形式のデータであるかを調べ、対応データ形式でなければステップＳ３５に進み、そうである場合はステップＳ３４に進み、再生対象ファイルを通常再生することを決定して、処理を終了する。
【００７８】
またステップＳ３５では、再生対象ファイルの種類が、「ｍｏｖｉｅ」（動画）、「ｉｍａｇｅ」（静止画）、「ｐｌａｙｌｉｓｔ」（プレイリスト）である場合、代替再生を行うことにして処理を終了する。なお、音声データを示す「ａｕｄｉｏ」の場合は再生しない。
【００７９】
このような本実施の形態１に係るファイル対応処理によって、本実施の形態に係る情報記録再生装置が再生対象ファイルのデータ形式に未対応であるか、もしくは再生対象ファイルが存在しない場合には、そのファイルの再生時間と等しい無再生時間を設けることで、他のファイルの再生タイミングに悪影響を及ぼさないようにできる。
【００８０】
また、このような無再生時間を設ける代わりに、「未対応のファイル形式」、「ファイルが存在しない」などを知らせる警告画面を表示することも考えられる。
【００８１】
以上説明したように本実施の形態によれば、直前の動画データの記録終了時間からの経過時間に基づいて、現在の動画データを同じディレクトリにグループ化して記録するので、時間的に近い動画データは共通のグループとして記録できるという効果がある。
【００８２】
また本実施の形態によれば、削除が指定されたファイルが他のファイル等で参照されている場合は、その削除が指定されたファイルの管理情報に削除属性を付与して削除することにより、その削除されたファイルを参照していた他のファイルが、そのファイルが削除されたことを確認することができる。
【００８３】
なお、前述の様に、ディレクトリ毎の管理情報を各々管理ファイルとして記録している場合、管理ファイル数が多くなればなるほど、記録媒体（ＭＯ１９）に格納されているファイル全体の把握が難しくなる。そこで、管理ファイルを１つにまとめる方法の一例を示す。管理ファイルは、記録媒体（ＭＯ１９）のルートディレクトリの直下に配置された「ＭＡＮＡＧＥ．４Ｃ」とする。
【００８４】
図１２は、本実施の形態に係る管理ファイルの記述例を示す図である。
【００８５】
この実施の形態では、ディレクトリを示すため、前述の管理ファイルでは用いなかったＧＲＯＵＰエレメントを用いる。各ディレクトリに含まれるファイル群をＧＲＯＵＰエレメントでグループ化し、これでディレクトリ単位の管理を実現する。ＧＲＯＵＰ＿ＮＡＭＥアトリビュート値は、該当するディレクトリ名のフルパスとする。この図１２では、図２の動画ディレクトリに”ＭＯＶ＿００１．ＭＰＧ”と”ＭＯＶ＿００２．ＭＰＧ”とがグループ化されて記録されているのに対応した記述となっている。
【００８６】
これに伴い、プレイリストにおけるｓｒｃアトリビュートの記述書式も変わる。ｉｄアトリビュート値はＸＭＬ文書内でユニークなので、ファイルの識別子が「ＩＭＧ＿０００１」の静止画ファイルを参照する場合、
”／ＭＡＮＡＧＥ．４Ｃ＃ｘｐｏｉｎｔｅｒ（／／ＩＭＧ（＠ｉｄ＝”ＩＭＧ＿０００１”））”
となる。これではＰＬＦをテキストエディタなどで見た場合に、ファイルがどこにあるか分かりづらいので、次のように記述しても良い。
【００８７】
／／ＧＲＯＵＰ＠ＧＲＯＵＰ＿ＮＡＭＥ＝”／ＤＣＩＭ／１０１ＣＡＮＯＮ／”／ＩＭＧ［＠ｉｄ＝”ＩＭＧ＿０００１］”）
このような管理情報を用いることで、記録媒体内の全てのコンテンツを管理することが可能になる。
【００８８】
次に、プレイリストの編集の際の処理について述べる。
【００８９】
前述の様に、編集対象プレイリストから参照しているファイルが存在しない、もしくは未対応のデータ形式である場合がある。このような場合でも、ファイル対応処理と同様の方法で、全てのファイルの再生タイミングを得ることができる。本実施の形態における編集の前処理例を図１３に示す。
【００９０】
図１３は、本実施の形態において、編集対象プレイリストに登録されているファイルＦｊの再生指示が入力された場合の処理を示すフローチャートである。
【００９１】
まずステップＳ４１では、再生が指示された対象ファイルＦｊのエントリＥｊを取得する。次にステップＳ４２に進み、そのエントリＥｊのｄｅｌｅｔｅｄアトリビュート値が「ｔｒｕｅ」であるかどうかをみる。「ｔｒｕｅ」であればステップＳ４５に進むが、そうでない場合はステップＳ４３に進み、エントリＥｊのｓｒｃアトリビュート値で示されるファイルをオープンし、そのデータ形式を調べる。ステップＳ４３で、この実施の形態に係る情報記録再生装置でサポートしていない形式のデータかどうかを調べ、そうであればステップＳ４４に進み、その再生対象ファイルを通常表示することを決定して、処理を終了する。一方、ステップＳ４３で。この情報記録再生装置でサポートしていない形式のデータであればステップＳ４６に進み、再生対象ファイルを異常表示することを決定して、処理を終了する。更に、ステップＳ４２で、そのエントリＥｊのｄｅｌｅｔｅｄアトリビュート値が「ｔｒｕｅ」であれ場ステップＳ４５に進み、その再生対象ファイルを消失表示することを決定して、処理を終了する。
【００９２】
このように図１３のフローチャートで示すような処理を適用することで、例えば図１４に示すような表示をして編集操作者に各ファイルの状態を示すことが可能になる。
【００９３】
図１４は、Ｖｉｄｅｏ＃１トラックの最初の動画ファイルが消失状態である場合の表示方法の一例を示す図で、図の斜線部の情報が消去されていることが「ｄｅｌｅｔｅｄ」により示されているある。
【００９４】
次に、編集において、プレイリストに登録されているからファイルを、その登録状態から解除する場合は、前述の図１０に示した処理と同様の方法で実行される。こうして登録解除するファイルのエントリＥｋに付与されている参照数を減らすことができる。
【００９５】
次に、本実施の形態におけるレンダリング・クリップ処理について説明する。ＲｅｎｄｅｒｅｄＣｌｉｐモジュールは、再生時効果や遷移効果の部分をレンダリングしたレンダリング・クリップの識別情報を記述するためのアトリビュートのセットである。以下、このＲｅｎｄｅｒｅｄＣｌｉｐモジュールに含まれるアトリビュートについて述べる。
【００９６】
＜レンダリング・クリップ関連アトリビュート＞
レンダリングクリップとは、遷移効果や再生時効果をレンダリングして新規に作成した作成した動画データである。ここで、本実施の形態における再生時効果とは、タイトル文字挿入などのテキストの合成も含む。動画に対する遷移効果や再生時効果を適用する処理はリアルタイムに処理することが困難な場合があり、レンダリングして予め効果を適用した動画データを作成しておくことで遷移効果や再生時効果を伴う再生を容易に行うことが可能になる。
【００９７】
図１５は、動画データＣｌｉｐ１（ｍｏｖ１．ｍｐｇ）に３秒間のエフェクト（ｅｆｆｅｃｔ）を設定した場合の一例を示す図である。
【００９８】
図１５の状態を、本実施の形態に係る記述方式を用いて再生記述データを記述した場合、例えば図１６のようになる。この状態であれば、ｖｉｄｅｏエレメントの子エレメントであるｆｉｌｔｅｒエレメントを削除することで、エフェクトの設定を解除することが可能である。図１６の例では、このｆｉｌｔｅｒエレメントにより、セピア効果（”ｓｅｐｉａ”）を３秒間（ｄｕｒ＝”３ｓ”）適用することが規定されている。
【００９９】
図１７は、図１５で示した例において、エフェクト部分をレンダリングした結果を示す図である。
【０１００】
図１７に示したように、動画データの先頭に適用されているエフェクトをレンダリングする場合、まずエフェクト部分をレンダリングしてレンダリング・クリップ（ｒｃｌｉｐ１．ｍｐｇ）を作成し、次に、このレンダリング・クリップの再生時間長（ここでは３秒間）の分だけＣｌｉｐ１のカットイン点をずらせばよい。例えば、図１７の実行例を本実施の形態の記述方式により、レンダリング・クリップを使わずに記述した具体例を図１８に示す。
【０１０１】
図１８に示した再生記述データの１行目がレンダリング・クリップ（ｒｃｌｉｐ１．ｍｐｇ）であり、２行目がレンダリング・クリップに引き続いて再生される部分である。ここで２行目に新たに追加されているｃｌｉｐＢｅｇｉｎアトリビュートは、カットイン点を記述するためのアトリビュートである。ここではカットイン点を３秒間ずらすための記述「”ｃｌｉｐＢｅｇｉｎ＝３ｓ”」が付与されている。このように記述すれば、レンダリングを適用した動画を再生することが可能になるが、レンダリング・クリップの識別情報やカットイン点の移動量が保持されていないので、レンダリング・クリップの解除、即ち、図１５の状態に戻すことができない。つまり、適用されているエフェクトを解除することができない。そこで、レンダリングした加工クリップを識別するための情報、レンダリングを適用したエフェクトの種類・効果時間などのパラメータ、加工クリップの追加によるカットイン点及びカットアウト点の移動量を保持するための情報を付与する。
【０１０２】
図１９は、図１８に示す標準ＳＭＩＬによる記述例に対して、ｓｙｓｔｅｍＩｎｓｅｒｔアトリビュート、ｈｅａｄＳｈｉｆｔアトリビュート及びｅｆｆｅｃｔＴｉｍｅエレメントを適用した結果を説明する図である。
【０１０３】
ｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートは、クリップが加工クリップかどうかを識別するためのアトリビュートで、「ｔｒｕｅ」か「ｆａｌｓｅ」の値をとる。「ｔｒｕｅ」の場合、そのクリップはレンダリング・クリップである。レンダリング・クリップの効果を保持する場合には、ｅｆｆｅｃｔＴｉｍｅエレメントで保持する。メディア・オブジェクト以外のエレメントに設定されたｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートは、無視される。
【０１０４】
ｈｅａｄＳｈｉｆｔアトリビュートは、レンダリング・クリップの作成・挿入によるカットイン点の移動量を保持するために用いる。同様に、ｔａｉｌＳｈｉｆｔアトリビュートは、カットアウト点の移動量を保持するために用いる。
【０１０５】
最後に、レンダリング・クリップの記述にｅｆｆｅｃｔＴｉｍｅエレメントを適用して、レンダリングしたエフェクトのパラメータを保持する。
【０１０６】
これらのエレメントやアトリビュートを用いることで、レンダリング・クリップの追加及び削除処理を完全に可逆に行うことが可能になる。
【０１０７】
以上のような拡張を行うことで、標準ＳＭＩＬでは実現できなかった機能を追加するとともに、エフェクトを完全に可逆に追加削除できるようになる。
【０１０８】
次に、レンダリング・クリップの追加方法、およびレンダリング・クリップ作成後の再生記述データの記述方法について述べる。以下、クリップ１は”ｍｏｖｌ．ｍｐｇ”、クリップ２は”ｍｏｖ２．ｍｐｇ”、レンダリング・クリップは”ｒｃｌｉｐ１．ｍｐｇ”というファイル名である。また、クリップ１、クリップ２はそれぞれ、以下のように記述されるクリップであるとする。
【０１０９】
クリップ１：＜ｖｉｄｅｏｓｒｃ＝”ｍｏｖｌ．ｍｐｇ” ｃｌｉｐＢｅｇｉｎ＝”５ｓ” ｃｌｉｐＥｎｄ＝”２３ｓ”／＞
クリップ２：＜ｖｉｄｅｏｓｒｃ＝”ｍｏｖ２．ｍｐｇ” ｃｌｉｐＢｅｇｉｎ＝”３ｓ” ｃｌｉｐＥｎｄ＝”５２ｓ”／＞
（１）ケース１：クリップ間にオーバーラップして設定されたエフェクトの処理例えば図２０のように、クリップ１（Ｃｌｉｐ１）とクリップ２（Ｃｌｉｐ２）との間に遷移効果（ｂａｒＷｉｐｅ）が適用されている場合がこれにあたる。遷移効果の適用時間が２秒とすると、図２１に示した３つの処理を行う。
【０１１０】
本実施の形態では、例えば、ステップＳ２５０１、ステップＳ２５０２、ステップＳ２５０３の順で処理を行う。まず、ステップＳ２５０１でクリップ１のカットアウト点を移動し、クリップ１の再生時間長からカットアウト点移動量を減算する。こうしてカットアウト点を移動したクリップ１をクリップ１’（Ｃｌｉｐ１’）とする。次にステップＳ２５０２で、クリップ２のカットイン点を移動し、クリップ２の再生時間長からカットイン点移動量を減算する。ここで、カットイン点を移動したクリップ２をクリップ２’（Ｃｌｉｐ２’）とする。最後にステップＳ２５０３で、レンダリング・クリップを挿入する。但し、ステップＳ２５０１、ステップＳ２５０２、ステップＳ２５０３の実行順序はどの順でも構わない。
【０１１１】
図２２は、図２１の場合の記述例を説明する図である。
【０１１２】
図２２において、５００はクリップを記述したもので、画像ファイル”ｍｏｖｌ．ｍｐｇ”のクリップ開始位置が先頭から５秒で開始され２１秒を経過するまで実行され、そのカットアウト点が２秒間移動されることを示している。５０１では、クリップ”ｒｃｐ１．ｍｐｇ”が加工クリップであることがｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートが「ｔｒｕｅ」であることにより示されている。５０２は遷移効果を規定するもので、そのｅｆｆｅｃｔＴｙｐｅは”ｔｒａｎｓｉｔｉｏｎ”であり、その種別（ｔｙｐｅ）は”ｂａｒｗｉｐｅ”であることがわかる。５０３は、クリップを記述したもので、画像ファイル”ｍｏｖｌ．ｍｐｇ”のクリップ開始位置が先頭から５秒遅れて開始され５２秒を経過するまで実行され、そのカットイン点が２秒間移動されることを示している。
【０１１３】
（２）ケース２：クリップ先頭に設定されたエフェクトの処理
例えば図２３に示すように、クリップ１の先頭に遷移効果（ｆａｄｅＴｏＣｏｌｏｒ）が適用されている場合がこれにあたる。遷移効果の適用時間が２秒であったとすると、ケース１と同様にカットイン点（ｈｅａｄＳｈｉｆｔ）を移動してレンダリング・クリップを挿入する。このレンダリングの結果は、図２４のような結果になる。
【０１１４】
図２５は、図２４の記述例を示す図である。
【０１１５】
６０１では、クリップ”ｒｃｐ１．ｍｐｇ”が加工クリップであることがｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートが「ｔｒｕｅ」であることにより示されている。６０２は遷移効果を規定するもので、そのｅｆｆｅｃｔＴｙｐｅは”ｔｒａｎｓｉｔｉｏｎ”であり、その種別（ｔｙｐｅ）は”ｆａｄｅＴｏＣｏｌｏｒ”であることがわかる。６０３は、クリップを記述したもので、画像ファイル”ｍｏｖｌ．ｍｐｇ”のクリップ開始位置が先頭から７秒遅れて開始され２３秒を経過するまで実行され、そのカットイン点が２秒間移動されることを示している。
【０１１６】
（３）ケース３：クリップ末尾に設定されたエフェクトの処理
例えば図２６に示すように、クリップ１の末尾に遷移効果（ｆａｄｅＴｏＣｏｌｏｒ）が適用されている場合がこれにあたる。ここで、この遷移効果の適用時間が２秒であるとすると、ケース１と同様にカットアウト点を移動してレンダリング・クリップを挿入する。
【０１１７】
図２７は、このようにしてレンダリングされた結果を示す図であり、図２８は、図２７の場合の記述例を示す図である。
【０１１８】
図２７において、７１０はクリップを記述したもので、画像ファイル”ｍｏｖｌ．ｍｐｇ”のクリップ開始位置が先頭から５秒で開始され２１秒を経過するまで実行され、そのカットアウト点が２秒間移動されることを示している。７０２では、クリップ”ｒｃｐ１．ｍｐｇ”が加工クリップであることがｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートが「ｔｒｕｅ」であることにより示されている。７０３は遷移効果を規定するもので、そのｅｆｆｅｃｔＴｙｐｅは”ｔｒａｎｓｉｔｉｏｎ”であり、その種別（ｔｙｐｅ）は”ｆａｄｅＴｏＣｏｌｏｒ”であることがわかる。
【０１１９】
（４）ケース４：クリップの先頭や末尾を含まない範囲に設定されたエフェクトの処理
例えば、図２９に示すような場合がこれにあたる。ここではほぼ中間の部分にエフェクト（ｓｅｐｉａ）が挿入されており、このような場合の処理は、２通りが考えられる。
【０１２０】
第１の方式は、図３０のように、対象となるオリジナルのクリップ（Ｃｌｉｐ１）のコピーを作成し、その間にレンダリング・クリップを挿入する方式である。この方法を用いると、処理が複雑になるという問題点がある。
【０１２１】
第２の方式は、図３１のようにエフェクトの開始点または終了点で対象のクリップを分割する方式である。分割後、エフェクトが適用されているクリップに対してケース２またはケース３の処理を行うことで、レンダリング・クリップを挿入することができる。ただ単純にクリップを完全に分割してしまうと、元に戻すことができなってしまうため、以下で説明する追加方式、削除方式を行うことにより、この分割したクリップを完全にエフェクトの追加及び削除を行うことを可能にする。
【０１２２】
次にこの分割方式におけるエフェクトの追加及び削除方式の詳細について説明する。
【０１２３】
図３２は、上述の第２の方法によるレンダリング・クリップの追加処理を説明するフローチャートである。
【０１２４】
まずステップＳ５１で、これから分割方式でレンダリング・クリップを追加しようとしているクリップ（クリップα（Ｃｌｉｐα））が既に分割されているか否かを判断する。既にこの処理により分割されている場合はステップＳ５３に進み、そうでない場合はステップＳ５２に進む。ステップＳ５２では、これから作成する各クリップに追加するアトリビュートを生成する。このアトリビュートは、システムにより分割されたテンポラリ分割属性であることを示すｓｅｐａｒａｔｅｄアトリビュートであり、このアトリビュート値は、分割されるクリップが持つＩＤとする。例えば本実施の形態の場合、”ｍｏｖｌ．ｍｐｇ”のＩＤは「Ｍｏｖｅ＿０００１」であるとすると、ｓｅｐａｒａｔｅｄ＝”ＭＯＶ＿０００１”というアトリビュートを作成する。一方、ステップＳ５３では、既にクリップが分割されている場合なので、該当するクリップのｓｅｐａｒａｔｅｄアトリビュートを検索し、それを複写する。
【０１２５】
こうしてステップＳ５２或いはＳ５３を実行するとステップＳ５４に進み、レンダリング・クリップを作成する。次にステップＳ５５に進み、クリップαのカットアウト点を、レンダリング・クリップ再生開始時間まで移動する。こうしてカットアウト点を移動した後、オリジナル・クリップの再生時間長からカットアウト点移動量を減算する。またステップＳ５１からステップＳ５２に移った場合は、ステップＳ５２で生成したアトリビュートをクリップαのアトリビュートに追加する。次にステップＳ５６に進み、クリップβのカットイン点をレンダリング・クリップの再生終了時間まで移動する。このカットイン点移動後、コピー・クリップの再生時間長からカットイン点移動量を減算する。そしてステップＳ５７に進み、レンダリング・クリップを挿入し、ステップＳ５８でクリップβを再生記述データに追加する。この時、ステップＳ５２或いはステップＳ５３で作成や複写したアトリビュートをクリップに追加しながら追加する。
【０１２６】
以上のような処理を行うことで図３１に示すような状態を作ることができる。
【０１２７】
図３４は、図３１の記述例を示す図である。
【０１２８】
本実施の形態では、レンダリング・クリップを１つ追加する場合を説明したが、この方式はこれに限るものではなく、複数のレンダリング・クリップを追加する場合にも適応できる。この場合は、更に追加するレンダリング・クリップがあるクリップに対して、図３２で説明した処理フローを行えばよい。
【０１２９】
次にレンダリング・クリップの削除処理を説明する。
【０１３０】
図３３は、１つのレンダリング・クリップを削除する処理を説明するフローチャートである。
【０１３１】
まずステップＳ６１で、削除対象となっているレンダリング・クリップと、その直前にあるクリップα、その直後にあるクリップβの各ｉｄアトリビュートを取得する。次にステップＳ６２に進み、ステップＳ６１で取得した３つのｉｄアトリビュートの値を比較する。その結果３つのｉｄアトリビュート値が同一であればステップＳ６３に進み、一致しない場合はこの処理を終了する。ステップＳ６３では、削除対象となっているレンダリング・クリップの直前のクリップαに、カットアウト点の移動量を示すｔａｉｌＳｈｉｆｔアトリビュートがあるかどうかを調べる。このｔａｉｌＳｈｉｆｔアトリビュートが存在する場合、クリップαのｃｌｉｐＥｎｄおよびｄｕｒアトリビュート値に、ｔａｉｌＳｈｉｆｔアトリビュート値を足す。この処理により、前で説明した追加方式で移動したカットアウト点を復元することができる。
【０１３２】
次にステップＳ６４に進み、削除対象となっているレンダリング・クリップの直後のクリップβに、カットイン点の移動量を示すｈｅａｄＳｈｉｆｔアトリビュートがあるかどうかを調べる。このｈｅａｄＳｈｉｆｔアトリビュートが存在する場合、クリップβのｃｌｉｐＢｅｇｉｎおよびｄｕｒアトリビュート値に、ｈｅａｄＳｈｉｆｔアトリビュート値を足す。この処理により、前で説明した追加方式で移動したカットイン点を復元することができる。その後ステップＳ６５に進み、レンダリング・クリップを削除する。次にステップＳ６６に進み、レンダリング・クリップの直後のクリップβを削除する。ここまでの処理により、削除対象となっているレンダリング・クリップと、そのレンダリング・クリップの直後にあったクリップβを削除し、直前にあったクリップαのみが残っている状態となる。
【０１３３】
その後、ステップＳ６７に進み、クリップαの更に直前のクリップのｉｄアトリビュートを取得する。次にステップＳ６８に進み、ステップＳ６７で取得したｉｄアトリビュート値と、ステップＳ６１で取得済みのクリップαのｉｄアトリビュート値とを比較する。この比較の結果、ｉｄアトリビュート値が同一の場合は本処理を終了する。他方、ｉｄアトリビュートが一致しない場合はステップＳ６９に進み、クリップαと、更にその前にあるクリップとは異なるクリップであると判断し、クリップαに記述されている、システムが自動で分割したことを示すテンポラリ分割属性であるｉｄアトリビュートを削除する。
【０１３４】
この処理では、１つのレンダリング・クリップの削除処理を説明した。全てのレンダリング・クリップを削除する場合は、上記処理を繰り返し行えばよい。また１つのクリップに複数のレンダリング・クリップがある場合の削除処理における削除順は、特に関係なく任意の順でレンダリング・クリップを削除することができる。
【０１３５】
以上のような削除処理を行うことにより、前述の第２の方式で追加したレンダリング・クリップを削除し、レンダリングを行う直前の状態を復元することが可能になる。このようなレンダリング・クリップ追加・削除方法を用いることにより、クリップのどのような位置にエフェクトが設定されていても、完全に可逆にエフェクトの追加削除処理を行うことが可能になる。
【０１３６】
続いて、再生記述データに記録されているレンダリング・クリップが消失している場合の処理方法について述べる。
【０１３７】
このような場合の処理方法は２種類ある。本実施の形態による再生記述データは、レンダリング・クリップのパラメータとして、エフェクトの種類（ｅｆｆｅｃｔＴｙｐｅ）、タイプ（ｔｙｐｅ）、サブタイプ（ｓｕｂｔｙｐｅ）、効果時間（ｄｕｒ）などを保持している。そこで、これら情報を用いて、以下のいずれかの処理を行うことで、再生中にレンダリング・クリップが消失したことが判明しても再生を続行することが可能になる。
【０１３８】
１つ目の方法は、再生を一旦中止し、上記レンダリング・クリップのパラメータを用いてレンダリング・クリップを作成し直す方法である。レンダリング・クリップの直前・直後のクリップの属性にはレンダリング・クリップの再生時間長が保持されており、再生記述データ内のレンダリング・クリップ部分の記述には、適用されていた効果の種類、タイプ、サブタイプ、効果の対象となる動画データ、適用時間、レンダリング・クリップのファイル名が保持されているので、効果の対象となる動画データを読み込み、効果が適用されていた部分を再度レンダリングして新規にレンダリング・クリップを作成することができる。
【０１３９】
２つ目の方法は、再生を停止しない方法である。レンダリング・クリップが消失した場合は、以下に挙げる２つの条件のうちいずれかを満たす。
【０１４０】
（ａ）ｔａｉｌＳｈｉｆｔアトリビュートを持つメディア・オブジェクトの直後に、アトリビュート値が”ｔｒｕｅ”のｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートを持つメディア・オブジェクトが無い。
【０１４１】
（ｂ）ｈｅａｄＳｈｉｆｔアトリビュートを持つメディア・オブジェクトの直前に、アトリビュート値が”ｔｒｕｅ”のｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートを持つメディア・オブジェクトが無い。
【０１４２】
上記の両方、もしくは片方を満たすとき、
（１）（ａ）の条件を満たす場合：ｔａｉｌＳｈｉｆｔアトリビュートの値を使ってカットアウト点を一時的に復元する（図３５）。
【０１４３】
（２）（ｂ）の条件を満たす場合：ｈｅａｄＳｈｉｆｔアトリビュートの値を使ってカットイン点を一時的に復元する（図３６）。
【０１４４】
（３）（ａ）と（ｂ）の両方の条件を満たす場合：（１）、（２）のいずれかの方法を適用する。
【０１４５】
このようにして再生することによって、エフェクトは再生されないものの、再生記述データで定めた再生タイミングを崩すことなく再生を続行することが可能になる。
【０１４６】
［他の実施形態］
以上説明した実施の形態では、レンダリング・クリップにつけるｓｙｓｔｅｍＩｎｓｅｒｔ属性やｓｅｐａｒａｔｅｄ属性などのアトリビュートは再生記述データの中に記述するものである。
【０１４７】
これに対して本実施の形態では、これらのアトリビュートを含むその他の属性を管理ファイルに記載することを説明する。
【０１４８】
図３７は、動画ディレクトリの管理情報の記述例を示す図である。この図３７と前述の図４との相違点は、８０１及び８０２で示すように、レンダリング・クリップ”ｒｃｌｉｐ１．ｍｐｇ”を追加している部分である。このディレクトリの管理情報は、そのディレクトリの下にファイルが追加される度に、各ファイルの情報が追加される。この例では、今回追加された”ｒｃｌｉｐ１．ｍｐｇ”は、動画ファイル”ＭＯＶ＿０００１．ＭＰＧ”のレンダリング・クリップであることが、ｉｄアトリビュート、ｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートを参照することにより判断することができる。
【０１４９】
このように管理ファイルで管理されている各ファイルの管理情報内にｉｄアトリビュートやｓｙｓｔｅｍＩｎｓｅｒｔアトリビュートも同時に記述することにより、ファイルを削除する際に、これから削除するファイルが通常のクリップか、或いはシステムが生成したクリップかを判断できるため、例えば、”ｒｃｌｉｐ１．ｍｐｇ”を削除しようとした場合に、警告のメッセージを表示したり、動画クリップである”ＭＯＶ＿０００１．ＭＰＧ”ファイルを削除する場合は、ｉｄアトリビュートから検索することにより、このクリップに付随するレンダリング・クリップも全て削除することなど、様々な制御を行うことが可能となる。或いは、動画クリップをコピーする時にも、付随するレンダリング・クリップを同時にコピーすることも可能となる。
【０１５０】
本発明の目的は前述したように、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１５１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【０１５２】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【０１５３】
以上説明したように本実施の形態によれば、ＳＭＩＬのように、再生開始時間や再生継続時間、再生終了時間を省略可能で、なおかつ、再生開始時間や再生終了時間の指定が、直前に再生されるオブジェクトの再生終了時間からの相対値で示される再生制御情報において、再生対象となるファイルの再生継続時間が取得できない状態になったとしても、全てのファイルの再生タイミングを把握することが可能になる。
【０１５４】
また、完全に可逆でビデオエフェクトを含む各種効果の追加削除が可能となる。また、これによって追加された効果は、再生機仕様に依存しないため、編集時に自由に高度なエフェクトを追加することができる。
【０１５５】
更には、ファイルの管理情報などにもアトリビュート情報を記載することにより、ファイルの削除など、ファイル操作において最適な処理を行うことが可能となる。
【０１５６】
或いは、本発明の管理情報の更新方法を適用することにより、複数の再生制御情報から参照されているファイルが削除された場合でも、問題なく再生・編集を行うことができるという利点がある。
【０１５７】
【発明の効果】
以上説明したように本発明によれば、従来の問題を解決したオブジェクトの追加及び／又は削除を行うことができる。
【０１５８】
また本発明によれば、オブジェクトに対する再生時効果の追加に関する新たな提案ができ、これにより従来の不具合を解消できた。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報記録再生装置の構成を示すブロック図である。
【図２】本実施の形態に係る記録媒体へのデータの格納フォーマットを説明する図である。
【図３】本実施の形態に係る管理ファイルの記述を説明する図である。
【図４】本実施の形態に係る管理ファイルの記述例を示す図である。
【図５】本実施の形態に係るプレイリストの記述例を説明する図である。
【図６】本実施の形態に係る管理ファイルとプレイリストの関係を表す図である。
【図７】本実施の形態における動画データのグループ化条件を説明する図である。
【図８】本実施の形態に係る動画データのグループ化処理を説明するフローチャートである。
【図９】本実施の形態に係るファイル削除時の管理情報の更新処理を説明するフローチャートである。
【図１０】本実施の形態におけるＰＬＦ削除時の管理情報の更新処理を説明するフローチャートである。
【図１１】本実施の形態に係るファイル対応処理の流れを説明するフローチャートである。
【図１２】本発明の実施の形態に係る管理ファイルの記述例を示す図である。
【図１３】実施の形態に係るＰＬＦ編集の前処理を説明するフローチャートである。
【図１４】本発明の実施の形態におけるＰＬＦ編集ＧＵＩの例を示す図である。
【図１５】本発明の実施の形態に係るエフェクトの設定例を示す図である。
【図１６】図１５に示すエフェクトを本実施の形態に係る再生記述方式で記述した具体例を示す図である。
【図１７】実施の形態におけるレンダリング・クリップ作成の様子を説明する図である。
【図１８】実施の形態におけるレンダリング・クリップの識別情報を付与しない標準ＳＭＩＬによる記述例を説明する図である。
【図１９】実施の形態においてレンダリング・クリップの識別情報、エフェクトのパラメータを付与した場合の記述例を示す図である。
【図２０】クリップ間にまたがるエフェクトの具体例を示す図である。
【図２１】実施の形態に係るレンダリング・クリップ関連アトリビュート適用後の状態を示す図である。
【図２２】図２１を本実施の形態に係る再生記述方式で記述した具体例を示す図である。
【図２３】クリップ先頭に設定されたエフェクトの具体例を示す図である。
【図２４】図２３のエフェクト部分をレンダリングした場合の状態を示す図である。
【図２５】図２４を本実施の形態による再生記述方式で記述した具体例を示す図である。
【図２６】クリップ末尾に設定されたエフェクトの具体例を示す図である。
【図２７】図２６のエフェクト部分をレンダリングした場合の状態を示す図である。
【図２８】図２７を本実施の形態による再生記述方式で記述した具体例を示す図である。
【図２９】実施の形態において、クリップの先頭及び末尾を含まない範囲に適用されたエフェクトの具体例を示す図である。
【図３０】図２９のエフェクトをレンダリング・クリップにする場合の前処理の一例を示す図である。
【図３１】本発明の実施の形態に係る処理を図２９に適用した具体例を示す図である。
【図３２】本実施の形態に係るレンダリング・クリップを追加処理を説明するフローチャートである。
【図３３】本実施の形態に係るレンダリング・クリップを削除する処理を説明するフローチャートである。
【図３４】図２９を本実施の形態による再生記述方式で記述した具体例を示す図である。
【図３５】レンダリング・クリップ消失時、カットアウト点を一時的に復元する対応処理の一例を示す図である。
【図３６】実施の形態に係るレンダリング・クリップ消失時、カットイン点を一時的に復元する対応処理の一例を示す図である。
【図３７】本発明の他の実施の形態に係る管理ファイルの記述例を示す図である。

Claims

少なくとも動画データ及び音声データを含むオブジェクトと、データの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する情報記録再生方法であって、
再生対象となるオブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、再生対象となるオブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成し、
前記加工オブジェクトを示す属性を、内部処理で作成したテンポラリ分割を示す属性とともに再生記述データに追加し、
前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更することを特徴とする情報記録再生方法。
更に、前記加工オブジェクトと共に前記オブジェクトを分割して新たに生成されるオブジェクトを前記再生記述データに追加し、前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更することを特徴とする請求項１に記載の情報記録再生方法。
更に、前記加工オブジェクトの再生時間と再生時効果の適用時間とが等しくない場合は、前記加工オブジェクトに対して前記再生時効果の適用時間情報を付加することを特徴とする請求項１又は２に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生記述データに付加されることを特徴とする請求項３に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生記述データ中で前記加工オブジェクトを指定する要素の子要素或いは属性として記述されることを特徴とする請求項３に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記加工オブジェクトのエフェクト或いはトランジションの適用区間を示すことを特徴とする請求項３に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記エフェクト或いはトランジションの開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項６に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記加工オブジェクトのテキスト及び画像合成の適用区間を示すことを特徴とする請求項３に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記テキスト及び画像合成の開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項８に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生時効果の種類に関する情報を含むことを特徴とする請求項６又は８に記載の情報記録再生方法。
更に、前記加工オブジェクトの挿入によって再生時間指定が変更された元オブジェクト及び新オブジェクトに対し、時間指定変更を復元するための情報を付加することを特徴とする請求項１又は２に記載の情報記録再生方法。
前記時間指定変更を復元するための情報は、オブジェクトの再生開始時間或いは再生終了時間の移動量を含むことを特徴とする請求項１１に記載の情報記録再生方法。
更に、オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と新オブジェクトの再生開始時間がそれぞれ一致するように、前記オブジェクトと新オブジェクトの再生時間指定を変更することを特徴とする請求項１又は２に記載の情報記録再生方法。
更に、新オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と前記オブジェクトの再生開始時間がそれぞれ一致するように前記オブジェクトと前記新オブジェクトの再生時間指定を変更することを特徴とする請求項１又は２に記載の情報記録再生方法。
少なくとも複数個の動画データ、静止画データ、テキストデータ、音声データを含むオブジェクトの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する再生記述データを記録する情報記録再生方法であって、
再生対象となる前記オブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、前記オブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成し、
前記加工オブジェクトであることを識別する属性と、前記オブジェクトの分割を識別する属性とを前記再生記述データに追加し、
前記オブジェクトと前記加工オブジェクトに対応する再生時間を、前記加工オブジェクト及び前記オブジェクトを再生すべく変更して記録することを特徴とする情報記録再生方法。
更に、前記加工オブジェクトと共に前記オブジェクトを分割して新たに生成される新オブジェクトを前記再生記述データに追加し、前記オブジェクトと前記加工オブジェクトに対応する再生時間部分については前記加工オブジェクト、前記オブジェクト、前記新オブジェクトを再生するように、元オブジェクトと新オブジェクトの再生時間指定を変更して記録することを特徴とする請求項１５に記載の情報記録再生方法。
更に、前記加工オブジェクトの実時間と再生時効果の適用時間が等しくない場合には、前記加工オブジェクトに対し前記再生時効果の適用時間情報を記録することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生記述データに記録されることを特徴とする請求項１７に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生記述データで前記加工オブジェクトを指定する要素の子要素或いは属性として記録されることを特徴とする請求項１７に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記加工オブジェクトのエフェクト或いはトランジションの適用区間を示すことを特徴とする請求項１７に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記エフェクト或いはトランジションの開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項２０に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記加工オブジェクトのテキスト及び画像合成の適用区間を示すことを特徴とする請求項１７に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記テキスト及び画像合成の開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項２２に記載の情報記録再生方法。
前記再生時効果の適用時間情報は、前記再生時効果の種類に関する情報を含むことを特徴とする請求項２０又は２２に記載の情報記録再生方法。
更に、前記加工オブジェクトの挿入によって再生時間指定が変更された元オブジェクト及び新オブジェクトに対し時間指定変更を復元するための情報を付加することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
前記時間指定変更を復元するための情報とは、前記オブジェクトの再生開始時間或いは再生終了時間の移動量を含むことを特徴とする請求項２５に記載の情報記録再生方法。
更に、前記オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と新オブジェクトの再生開始時間がそれぞれ一致するように前記オブジェクトと前記新オブジェクトの再生時間指定を変更して記録することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
更に、前記新オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と前記オブジェクトの再生開始時間がそれぞれ一致するように前記オブジェクトと前記新オブジェクトの再生時間指定を変更して記録することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
更に、再生が指示された画像データの時間的データブロック境界に一致するように前記加工オブジェクトの開始時間、終了時間、又はその両方を整合させることを特徴とする請求項１５又は１６に記載の情報記録再生方法。
前記時間的データブロックは、時間軸を用いた動画像データ圧縮の符号化単位であることを特徴とする請求項２９に記載の情報記録再生方法。
前記時間的データブロックは、ＭＰＥＧ１及びＭＰＥＧ２のＧＯＰであることを特徴とする請求項３０に記載の情報記録再生方法。
前記時間的データブロックは、記録メディア上のアクセス単位であることを特徴とする請求項３０に記載の情報記録再生方法。
前記時間的データブロックは、動画再生に必要なヘッダ情報を含むブロックであることを特徴とする請求項３０に記載の情報記録再生方法。
更に、前記加工オブジェクトの識別情報によって識別される前記加工オブジェクトを前記再生記述データより削除する際、再生時間軸上において前記加工オブジェクトが指定する動画データと連続して再生される先行或いは後続の動画データを指定するオブジェクトが時間指定復元情報を含む場合、当該オブジェクトの再生時間指定を復元すると共にオブジェクト中の時間指定復元情報を削除し、前記加工オブジェクトの先行のオブジェクトが後続のオブジェクトの新オブジェクトであるならば当該新オブジェクトを削除することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
更に、前記加工オブジェクトの識別情報によって識別される前記加工オブジェクトを前記再生記述データより削除する際、再生時間軸上において前記加工オブジェクトが指定する動画データと連続して再生される先行又は後続の動画データを指定するオブジェクトが時間指定復元情報を含む場合、当該オブジェクトの再生時間指定を復元すると共に前記オブジェクトの時間指定復元情報を削除し、前記加工オブジェクトの後続の前記オブジェクトが先行のオブジェクトの新オブジェクトであるならば前記新オブジェクトを削除することを特徴とする請求項１５又は１６に記載の情報記録再生方法。
請求項１乃至３５のいずれか１項に記載の方法を実行するプログラム。
請求項３６に記載のプログラムを記憶したことを特徴とするコンピュータにより読み取り可能な記憶媒体。
少なくとも動画データ及び音声データを含むオブジェクトと、データの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する情報記録再生装置であって、
再生対象となるオブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、再生対象となるオブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成する生成手段と、
前記生成手段で生成された前記加工オブジェクトを示す属性を、内部処理で作成したテンポラリ分割を示す属性とともに再生記述データに追加する追加手段と、
前記追加手段により追加された前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更する再生時間変更手段と、
を有することを特徴とする情報記録再生装置。
更に、前記加工オブジェクトと共に前記オブジェクトを分割して新たに生成されるオブジェクトを前記再生記述データに追加する手段と、前記追加する手段による追加に応じて、前記オブジェクトと前記加工オブジェクトに対応する再生時間を変更することを特徴とする請求項３８に記載の情報記録再生装置。
更に、前記加工オブジェクトの再生時間と再生時効果の適用時間とが等しくない場合は、前記加工オブジェクトに対して前記再生時効果の適用時間情報を付加する手段を有することを特徴とする請求項３８又は３９に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記再生記述データに付加されることを特徴とする請求項４０に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記再生記述データ中で前記加工オブジェクトを指定する要素の子要素或いは属性として記述されることを特徴とする請求項４０に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記加工オブジェクトのエフェクト或いはトランジションの適用区間を示すことを特徴とする請求項４０に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記エフェクト或いはトランジションの開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項４３に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記加工オブジェクトのテキスト及び画像合成の適用区間を示すことを特徴とする請求項４０に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記テキスト及び画像合成の開始点、終了点、継続時間のいずれかを含むことを特徴とする請求項４５に記載の情報記録再生装置。
前記再生時効果の適用時間情報は、前記再生時効果の種類に関する情報を含むことを特徴とする請求項４３又は４５に記載の情報記録再生装置。
更に、前記加工オブジェクトの挿入によって再生時間指定が変更された元オブジェクト及び新オブジェクトに対し、時間指定変更を復元するための情報を付加することを特徴とする請求項３８又は３９に記載の情報記録再生装置。
前記時間指定変更を復元するための情報は、オブジェクトの再生開始時間或いは再生終了時間の移動量を含むことを特徴とする請求項４８に記載の情報記録再生装置。
更に、オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と新オブジェクトの再生開始時間がそれぞれ一致するように、前記オブジェクトと新オブジェクトの再生時間指定を変更することを特徴とする請求項３８又は３９に記載の情報記録再生装置。
更に、新オブジェクトの再生終了時間と前記加工オブジェクトの再生開始時間、前記加工オブジェクトの再生終了時間と前記オブジェクトの再生開始時間がそれぞれ一致するように前記オブジェクトと前記新オブジェクトの再生時間指定を変更することを特徴とする請求項３８又は３９に記載の情報記録再生装置。
少なくとも複数個の動画データ、静止画データ、テキストデータ、音声データを含むオブジェクトの再生時間を指定する再生記述データを用いて映像或いは音声の再生を制御する再生記述データを記録する情報記録再生装置であって、
再生対象となる前記オブジェクトの先頭や末尾を含まない範囲に再生時効果が指定されている場合、前記オブジェクトの一部に設定された再生時効果に基づいて加工オブジェクトを生成する生成手段と、
前記生成手段により生成された前記加工オブジェクトであることを識別する属性と、前記オブジェクトの分割を識別する属性とを前記再生記述データに追加する追加手段と、
前記オブジェクトと前記加工オブジェクトに対応する再生時間を、前記加工オブジェクト及び前記オブジェクトを再生すべく変更して記録する記録制御手段と、
を有することを特徴とする情報記録再生装置。