(57)【要約】【課題】  前後の接続関係が存在する複数のＡＶクリップを効率よく作成するシステムストリーム作成装置、およびシステムストリーム作成方法を提供する。【解決手段】  映像タイトルの構造におけるAVクリップの接続関係からAVクリップをブロック化する。そして、ブロック間の関係を示したＡＶクリップ接続情報を入力とし、バッファ状態保持手段と、バッファ管理手段を持つマルチプレクサを用いてＡＶクリップの作成を行うことで、ＡＶクリップの一部更新などの際に、ＡＶクリップの再度の作成を最小限にしてＡＶクリップの更新を行うことができる。【選択図】  図１３
2006295732.tif 000002
【特許請求の範囲】
【請求項１】
ピクチャデータ列からなるビデオストリームデータをもとにしてパケット列からなるシステムストリームを作成するシステムストリーム作成装置であって、
システムストリーム作成完了時のバッファ状態を保持するバッファ状態保持手段と、
システムストリームの前後の接続関係を記述したシステムストリーム接続情報をもとにして、前記バッファ保持手段に保持されているバッファ状態を管理するバッファ管理手段と、
前記バッファ状態保持手段に保持されている複数のバッファ状態の中から前記バッファ管理手段で選択されたバッファ状態を初期値として、ピクチャデータ列からなるビデオストリームデータからシステムストリームを作成するシステムエンコーダー部と、
を具備することを特徴とするシステムストリーム作成装置。
【請求項２】
前記バッファ管理手段は、前記システムストリーム接続情報をもとにして、第１のシステムストリームの後続にシームレスに接続されるべき第２のシステムストリームを作成する必要がある場合には、前記第１のシステムストリーム作成完了時のバッファ状態を前記バッファ状態保持手段に記録することを特徴とする請求項１記載のシステムストリーム作成装置。
【請求項３】
前記バッファ管理手段は、前記システムストリーム接続情報をもとにして、複数のシステムストリームからシームレスに接続されるべき第３のシステムストリーム作成時に、
前記複数のシステムストリーム作成時に保持されている複数のバッファ状態から、最もバッファに残留しているデータが多いバッファ状態を前記第３のシステムストリーム作成時の初期値としてシステムエンコーダー部に与えることを特徴とする請求項１記載のシステムストリーム作成装置。
【請求項４】
前記第１のピクチャデータ列からなるビデオストリームデータが更新された場合には、前記更新された第１のピクチャデータ列からなるビデオストリームデータを固定長からなるシステムストリームに再度変換し、バッファ状態保持手段に保持しているバッファの状態を更新した後、前記更新されたバッファ状態を初期値として第２のピクチャデータ列からなるビデオストリームを元にしてパケット列からなる第２のシステムストリームを作成することを特徴とする請求項１記載のシステムストリーム作成装置。
【請求項５】
途切れることなくシームレスに再生されるシステムストリームを作成するシステムストリーム作成方法であって、
第１のシステムストリームを作成する際に、前記第１のシステムストリームの直前に再生され、前記第１のシステムストリームにシームレスに接続する第２のシステムストリームが存在するかを確認するステップと、
前記第２のシステムストリームの存在の有無に従って、所定のバッファ状態に初期化するステップと、前記第１のシステムストリームを作成するためのバッファを初期化するバッファ初期化ステップと、
前記第1のシステムストリームを作成するステップと、
前記第１のシステムストリームの後続に、前記第１のシステムストリームからシームレスに接続する第３のシステムストリームが存在するかを確認するステップと、
前記第３のシステムストリームが存在する際に、前記第１のシステムストリーム作成完了時のバッファ状態を保持するステップとからなることを特徴とするシステムストリーム作成方法。
【請求項６】
前記バッファ初期化ステップは、
前記第２のシステムストリームが存在する場合には、前記第２のシステムストリームの作成完了時のバッファ状態を初期値として前記第１のシステムストリームを作成することを特徴とする請求項８記載のシステムストリーム作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、読出専用光ディスクをターゲットとしてシステムストリームを生成する生成装置に関し、特に映画コンテンツを、コンテンツ制作者の意図に従って応用層フォーマットを製作、頒布する際の改良に関する。
【背景技術】
【０００２】
光ディスクを用いた映画コンテンツの有償頒布は、ハリウッド等の映画供給会社にとって極めて大きな収入源である。映像制作のプロフェッショナルがオーサリングに用いる生成装置は、光ディスクによる映画コンテンツの頒布に無くてはならない装置であり、従来にも増して高性能化が求められている。オーサリングとは、光ディスクの原盤作成にあたって、光ディスクの応用層規格にしたがってデータを作成し、また作成したデータのディスク上でのデータ配置を決めるという作業である。オーサリングにて決められたデータをボリュームイメージといい、ボリュームイメージは、ＭＰＥＧ２規格に従い圧縮・符号化されたデジタルストリームと、このデジタルストリームについてのシナリオとを含む。
【０００３】
従来のオーサリングは、読出専用型のＤＶＤ(一般にＤＶＤ−Ｖｉｄｅｏと呼ばれる。)をターゲットとしてなされていた。しかし昨今では、近い将来の登場するであろう、読出専用型のＢｌｕ−ｒａｙＤｉｓｃ(以下、ＢＤ−ＲＯＭという)向けのオーサリングをどう行うかが、大きな関心事になっている。ＢＤ−ＲＯＭによる映画コンテンツ頒布の最大のメリットは、ハイビジョン画質で映画コンテンツを頒布できる点である。映画館により近い画質にて映画コンテンツを再生させることができるので、３２型、４０型など大型のテレビでの鑑賞に最適であり、本物指向の映画マニアを唸らせることができる。
【０００４】
しかしながらＢＤ−ＲＯＭによる映画コンテンツの頒布は、ＤＶＤ−Ｖｉｄｅｏによる頒布と比べてメリットが大きいものの、ＢＤ−ＲＯＭの規格において、ＤＶＤ−Ｖｉｄｅｏに比較して多くのビデオやオーディオフォーマット、あるいは改良された字幕や、画面上のインタラクティブボタンなど多くの新たな機能が追加されているため、ＤＶＤ−Ｖｉｄｅｏ製作よりもより複雑な工程を必要とし、また扱うデータサイズが従来のＤＶＤ−Ｖｉｄｅｏでは８ＧＢ程度であったのに対して、ＢＤ−ＲＯＭでは５０ＧＢと飛躍的に大きいため、制作スタジオにとって製作時間、コストの負担が増加してしまう恐れがある。
【０００５】
従来のオーサリングシステムは、主にＤＶＤ−Ｖｉｄｅｏの制作のために用いられるシステムが存在し、本特許の主眼であるシームレスにＡＶクリップの効率的な制作に関しては、ストリームレベルでの作成方法、装置は存在しているが、システム全体としてＢＤＲＯＭのように大容量なＡＶデータをいかに効率的に扱うかの観点は欠けていた。（例えば、特許文献１参照）
【特許文献１】特開２００２−４３３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ＤＶＤ−Ｖｉｄｅｏに比較して、様々な機能の拡張がなされたＢＤ−ＲＯＭ規格に準拠した映画コンテンツを効率よく制作するオーサリングシステムを提供することである。
ＤＶＤ−Ｖｉｄｅｏ規格は１９９５年頃に策定された。策定当時におけるコンピュータのハードウェア性能は、現在のそれと比べかなり貧弱であり、この貧弱な性能のハードウェア上で、ハリウッドの映画制作会社が求める多彩な再生制御を実現しようとしたため、ＤＶＤ−Ｖｉｄｅｏではデジタルストリームのシナリオに、様々な制約を与えざるを得なかった。その結果、デジタルストリームのシナリオの複雑化及び難解化をもたらす結果となった。
【０００７】
一方ＢＤ−ＲＯＭは、現在(２００５年３月)策定段階にある規格である。ＤＶＤ−Ｖｉｄｅｏの策定当時と比較して、現在では、ハードウェア性能が格段に向上しているので、ＤＶＤ−Ｖｉｄｅｏにおける制約の多くは無用の長物になりうる。そのためＢＤ−ＲＯＭにおけるシナリオのデータ構造は、より単純で明解なものになっている。一方、ハードウェア性能の格段の向上に合わせて、ＢＤ−ＲＯＭでは規格策定時にＤＶＤ−Ｖｉｄｅｏに比較して多くの機能の改良や追加がなされている。
【０００８】
以下ＢＤ−ＲＯＭで新たに追加されている機能などの概要をあげていく。
まずビデオに関しては、解像度としてＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）への対応、および最大４０[Ｍｂｐｓ]まで許容される高いビットレートによる高画質があげられる。また、ＤＶＤ−Ｖｉｄｅｏの場合にはＭＰＥＧ２による圧縮方式しか存在しなかったのに対して、ＢＤ−ＲＯＭにおいてはより圧縮効率が高い圧縮方式、例えばＭＰＥＧ４−ＡＶＣやＶＣ１(Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｖｉｄｅｏ）などが新たにサポートされている。
【０００９】
次にオーディオについては、ＡＣ３やＬＰＣＭなどＤＶＤ−Ｖｉｄｅｏでサポートしていた圧縮方式に加えて、ｄｔｓやｄｔｓ−ＨＤ、ＤＤ＋、ＭＬＰ（Ｍｅｒｉｄｉａｎ  Ｌｏｓｓｌｅｓｓ  Ｐａｃｋｉｎｇ）など可逆圧縮方式を含めて多種にわたる圧縮方式がサポートされている。
次に字幕については、ＤＶＤ−Ｖｉｄｅｏで実用化されている字幕は高々１６色であったのに対して、ＢＤＲＯＭにおいては、Ｉｎｄｅｘによる２４ビットのインデックスカラーがサポートされ、字幕全体のフェードイン／フェードアウトなどを含む様々な効果を持たせることができるなど大きく拡張されている。
【００１０】
また、ビデオにオーバーレイ表示し、ユーザーによる操作を受け付けるボタンに関しても、ＤＶＤ−Ｖｉｄｅｏと異なりボタン専用にＩｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓ  Ｓｔｒｅａｍとして定義されており、ボタンアニメーションや、ボタンのフェードイン／アウト、スライドイン／アウトなど多岐にわたる機能が追加されている。
このように、多種多様なビデオやオーディオの圧縮方式のサポート、および大きく改良された字幕やボタンなどは、コンテンツ制作者により魅力のあるコンテンツを想像する機会を与え、ユーザーに対してこれまでＤＶＤ−Ｖｉｄｅｏでは与えることが出来なかった新たな体験を与えることができるという魅力がある。
【００１１】
しかしながら、規格の拡張に伴いコンテンツの制作の自由度が増すということは、逆にコンテンツ制作の複雑度が増し、コンテンツ制作のコストの増大にもつながりかねない。
また、データサイズの観点では、ＢＤ−ＲＯＭでは今現在考えられる最高の画質をユーザーに届けるために、５０ＧＢの大容量ディスクが想定されており、将来的にはディスク容量の拡大も考えられている。このような大容量になるコンテンツを扱う場合には、コンテンツ制作における様々な場面で、コンテンツが大容量であることに起因する課題の発生を伴う。例えば、ＢＤ−ＲＯＭでは、ビデオストリーム、オーディオストリーム、字幕ストリーム、ボタンストリームなどを多重化したＭＰＥＧ２−ＴＳ形式のストリームを採用しているが、このＭＰＥＧ２−ＴＳ形式に変換する際に要する時間が、扱うコンテンツの大きさの増大に伴って増大することによる製作コストの増大は無視できない状況になりつつある。
【００１２】
また、通常のコンテンツ制作においては、制作者の考える品質が満たされていない場合に、例えば一部ビデオの差し替えなどが生じるなど、ＭＰＥＧ２−ＴＳへの変換をやり直さざるを得ない場面が多々生じ、このような場合にＭＰＥＧ２−ＴＳ形式に変換のために要する時間が多大であれば、制作コストが増加し、ユーザーに適切な価格で映画コンテンツを配布することが難しくなる。
【００１３】
本発明は、このようなコンテンツ制作過程におけるＭＰＥＧ２−ＴＳへの再度の変換を最小限にできるオーサリング装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
前記従来の課題を解決するために、本発明の請求項１の発明であるシステムストリーム作成装置は、ピクチャデータ列からなるビデオストリームデータをもとにしてパケット列からなるシステムストリームを作成するシステムストリーム作成装置であって、
システムストリーム作成完了時のバッファ状態を保持するバッファ状態保持手段と、
システムストリームの前後の接続関係を記述したシステムストリーム接続情報をもとにして、前記バッファ保持手段に保持されているバッファ状態を管理するバッファ管理手段と、
前記バッファ状態保持手段に保持されている複数のバッファ状態の中から前記バッファ管理手段で選択されたバッファ状態を初期値として、ピクチャデータ列からなるビデオストリームデータからシステムストリームを作成するシステムエンコーダー部と、
を具備することを特徴とするシステムストリーム作成装置である。
【００１５】
本構成によって、シームレスに接続する複数のシステムストリームを確実に作成することができる。
前記従来の課題を解決するために、本発明の請求項２の発明であるシステムストリーム作成装置は、前記バッファ管理手段は、前記システムストリーム接続情報をもとにして、第１のシステムストリームの後続にシームレスに接続されるべき第２のシステムストリームを作成する必要がある場合には、前記第１のシステムストリーム作成完了時のバッファ状態を前記バッファ状態保持手段に記録することを特徴とする請求項２記載のシステムストリーム作成装置である。
【００１６】
本構成によって、シームレスに接続する複数のシステムストリームの一部が更新される必要がある際に、前記更新されるべきシステムストリーム以外のシステムストリームを作成し直す必要性を最小限にすることができる。
前記従来の課題を解決するために、本発明の請求項３の発明であるシステムストリーム作成装置は、前記バッファ管理手段は、前記システムストリーム接続情報をもとにして、複数のシステムストリームからシームレスに接続されるべき第３のシステムストリーム作成時に、
前記複数のシステムストリーム作成時に保持されている複数のバッファ状態から、最もバッファに残留しているデータが多いバッファ状態を前記第３のシステムストリーム作成時の初期値としてシステムエンコーダー部に与えることを特徴とする請求項４記載のシステムストリーム作成装置である。
【００１７】
本構成によって、複数のシステムストリームからシームレスに接続されるシステムストリームを簡単に作成することができる。
前記従来の課題を解決するために、本発明の請求項４の発明であるシステムストリーム作成装置は、前記第１のピクチャデータ列からなるビデオストリームデータが更新された場合には、再度前記更新された第１のピクチャデータ列からなるビデオストリームデータを固定長からなるシステムストリームに再度変換し、バッファ状態保持手段に保持しているバッファの状態を更新した後、前記更新されたバッファ状態を初期値として第２のピクチャデータ列からなるビデオストリームを元にしてパケット列からなる第２のシステムストリームを作成することを特徴とする請求項１記載のシステムストリーム作成装置である。
【００１８】
本構成によって、シームレスに接続されるべき複数のシステムストリームを効率よく作成することができる。
前記従来の課題を解決するために、本発明の請求項５の発明であるシステムストリーム作成方法は、途切れることなくシームレスに再生されるシステムストリームを作成するシステムストリーム作成方法であって、
第１のシステムストリームを作成する際に、前記第１のシステムストリームの直前に再生され、前記第１のシステムストリームにシームレスに接続する第２のシステムストリームが存在するかを確認するステップと、
前記第２のシステムストリームの存在の有無に従って、所定のバッファ状態に初期化するステップと、
前記第２のシステムストリームの存在の有無に従って、所定のバッファ状態に初期化するステップと、前記第１のシステムストリームを作成するためのバッファを初期化するバッファ初期化ステップと、
前記第1のシステムストリームを作成するステップと、
前記第１のシステムストリームの後続に、前記第１のシステムストリームからシームレスに接続する第３のシステムストリームが存在するかを確認するステップと、
前記第３のシステムストリームが存在する際に、前記第１のシステムストリーム作成完了時のバッファ状態を保持するステップとからなることを特徴とするシステムストリーム作成方法である。
【００１９】
このシステムストリーム作成方法によって、シームレスに接続されるべき複数のシステムストリームを効率よく作成することができる。
前記従来の課題を解決するために、本発明の請求項６の発明であるシステムストリーム作成方法は、前記請求項８に記載のバッファ初期化ステップは、
前記第２のシステムストリームが存在する場合には、前記第２のシステムストリームの作成完了時のバッファ状態を初期値として前記第１のシステムストリームを作成することを特徴とする請求項５記載のシステムストリーム作成方法である。
【発明の効果】
【００２０】
本発明のシステムストリーム作成装置、およびシステムストリーム作成方法によれば、前後の接続関係があるシステムストリームを作成する際に、前記前後の接続関係があるシステムストリームの中の一部が変更された場合において、変更されていないシステムストリームへの影響を最小限に抑え、オーサリングシステムにおけるシステムストリームの更新を効率よく行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下本発明の実施の形態について、図面を参照しながら説明する。
以下、本発明に係るシステムストリーム作成装置、システムストリーム作成方法の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
先ず始めにオーサリング装置の使用形態について説明する。本発明に係るオーサリング装置は、映画コンテンツの頒布のために制作スタジオに設置され、ユーザーの使用に供される。ユーザーからの操作に従い、デジタルストリーム及びシナリオを生成し、ＢＤ−ＲＯＭ向けのボリュームイメージを生成するというのがオーサリング装置の使用形態である。
【００２２】
最初に映画コンテンツの頒布のためのＢＤ−ＲＯＭの制作工程について説明する。図１は、映画コンテンツ頒布のためのディスク制作のためのオーサリングシステムを示す図である。
１)リールセット編集装置１０１は、ビデオ、オーディオ、字幕、ボタンなど映画として完結する複数のエレメンタリーストリームの関係を決定するためのツールである。例えば、１本の映画が1本のビデオ、２本のオーディオ、３本の字幕、１本のボタンストリームから成る場合に、それらで一本の映画となることを指定し、また、映画本編に対して、一部分だけ映像が異なるようなディレクターズカットを指定したり、複数のアングルを持つマルチアングルを設定したりする機能を有する。リールセット編集装置１０１から出力されるリールセットファイル１０６とは、前述のような情報をまとめたものである。
【００２３】
２）ＢＤシナリオ生成装置１１０とは、ユーザーからの操作を受け付けるＧＵＩ１１１と、メニュー編集手段１１２と、シナリオ編集手段１１３とから構成される。
メニュー編集手段１１２では、ユーザーからのＧＵＩ１１１を経由した操作に従って、Interactive Graphics Streamを構成するボタンの配置や、ボタンに付加されるコマンド、ボタンアニメーションなどの機能を作成する。
【００２４】
次にシナリオ編集手段１１３では、ユーザーからのＧＵＩ１１１を経由した操作に従ってシナリオを生成して、出力する。ここでシナリオとは、デジタルストリームの再生にあたって、”タイトル”という単位での再生を再生装置に行わせる情報であり、ＢＤ−ＲＯＭでは後述するＩｎｄｅｘＴａｂｌｅ、ＭｏｖｉｅＯｂｊｅｃｔ、ＰｌａｙＬｉｓｔとして定義されている情報がシナリオにあたる。タイトルとは前記ＩｎｄｅｘＴａｂｌｅに含まれる再生単位で、読出専用ディスクにおいて、映画コンテンツに相当する再生単位である。映画コンテンツと、タイトルとの関係は、映画コンテンツと、それの複数バージョンとの関係である。つまり１つのバージョンしかないような映画コンテンツは、「映画コンテンツ＝タイトル」という関係になる。映画コンテンツに、劇場公開版、ディレクターズカット版、ＴＶ放映版等、複数のバージョンがある場合、映画コンテンツにおける個々のバージョンが１つのタイトルになる。タイトルは、１つ以上のデジタルストリームと、このデジタルストリームについての１つ以上の再生制御情報とから構成される。タイトルでの再生を行わせるよう、ＢＤシナリオ生成装置はＢＤ−ＲＯＭシナリオデータを生成する。ＢＤ−ＲＯＭシナリオデータには、ストリームを構成する素材情報、再生経路情報、メニュー画面配置、メニューからの遷移情報などを含み、ユーザーはこれらの情報の検証が完了するまでシナリオ生成装置を用いシナリオ編集作業を行う。
【００２５】
また、ＢＤシナリオ生成装置が出力するＢＤ−ＲＯＭシナリオデータは、後に説明するマルチプレクサ１２１での多重化を実現するためパラメータ等も含まれる。
３)素材作成／インポート装置１１４とは、字幕作成手段１１５、オーディオインポート手段１１６、ビデオインポート手段１１７から成り、入力されるビデオ素材、オーディオ素材、字幕用素材のそれぞれをエンコードして、ＢＤ−ＲＯＭ規格に準拠したビデオストリーム、オーディオストリーム、字幕データを得る装置である。例えば、字幕作成手段１１５では、字幕と表示タイミング、およびフェードイン／フェードアウトなどの字幕の効果を含む字幕情報ファイルを元にして、ＢＤ−ＲＯＭ規格に準拠した字幕データを生成して出力する。
【００２６】
また、オーディオインポート手段１１６では、あらかじめＡＣ３などで圧縮されているオーディオが入力された場合には、対応するビデオに対するタイミング情報などを付加したり、余分なデータを削除したりして出力し、圧縮されていない場合には、ユーザーが指定するフォーマットに変換して出力される。
次にビデオインポート手段１１７では、あらかじめＭＰＥＧ２、ＭＰＥＧ４−ＡＶＣ、ＶＣ１などの方式で圧縮されているビデオストリームが入力された場合、必要に応じて不必要な情報を削除するなどしてから後、出力される。また、あらかじめ圧縮されていない非圧縮ビデオファイルが入力された場合には、図１には記載していないビデオエンコーダーに入力され、ユーザーが指定するパラメーターに従って、圧縮された後、出力される。
【００２７】
４)バックエンド装置１１８は、データベース生成部１１９、静止画エンコーダー１２０、マルチプレクサー１２１、Ｃｌｉｐ情報生成部１２２、フォーマット手段１２３とから構成される。
データベースとは、前述のＩｎｄｅｘＴａｂｌｅ、ＭｏｖｉｅＯｂｊｅｃｔ、ＰｌａｙＬｉｓｔなどの総称のことで、データベース生成部１１９は、入力されたＢＤ−ＲＯＭシナリオデータを元にして、ＢＤ−ＲＯＭに準拠したシナリオデータを生成する。本特許においては、データベース生成装置をバックエンド装置１１８内に配しているが、特に制限はなくBDシナリオ装置１１０内に配置され、データベースはBDROMシナリオデータの一部として出力されてもよい。
【００２８】
静止画エンコーダー１２０は、入力されたＢＤ−ＲＯＭシナリオデータに静止画または静止画が保持されている場所が含まれる場合に、入力素材に含まれる静止画用イメージ１０５の中から該当する静止画を選択し、ＢＤ−ＲＯＭに準拠したＭＰＥＧ２、ＭＰＥＧ４−ＡＶＣ、ＶＣ１のいずれかの形式に変換する。
マルチプレクサー１２１とは、ＢＤ−ＲＯＭシナリオデータに記述されているビデオ、オーディオ、字幕、ボタンストリーム（Interactive Graphics Stream）などの複数のエレメンタリーストリームを多重化して、ＭＰＥＧ２−ＴＳ形式のＡＶクリップと呼ばれるデジタルストリームを得るための手段である。また、マルチプレクサー１２１は、前記ＡＶクリップを出力すると同時に、ＡＶクリップに関する情報を持つクリップ情報を出力する。図２はマルチプレクサにより生成されるＡＶクリップがどのように構成されているかを模式的に示す図である。ＡＶクリップ２１３は、複数のビデオフレームからなるビデオストリーム２０１、複数のオーディオフレームからなるオーディオストリーム２０４を、それぞれＰＥＳパケット列２０２および２０５に変換し、更にＴＳパケット２０３および２０６に変換し(上３段目)、同じく字幕ストリーム２０７およびボタンストリーム２１０のデータをそれぞれＰＥＳパケット列２０８および２１１に変換し、更にＴＳパケット２０９および２１２に変換して、これらを多重化することで構成される。
【００２９】
クリップ情報生成部１２２は、マルチプレクサで作成されるＡＶクリップのそれぞれに対し、クリップ情報を作成する。クリップ情報は、個々のＡＶクリップ毎に設けられた管理情報、つまり、デジタルストリームの管理情報であり、ＥＰ＿ｍａｐと、ＡＶクリップの符号化情報とを含む。
クリップ情報生成部によるクリップ情報の生成は、以下の手順で行われる。マルチプレクサ１２１では、新たにＡＶクリップが作成されるのと同時に、ＥＰ＿ｍａｐと呼ばれる情報が作成される。ＥＰ＿Ｍａｐとは、ＡＶクリップに１対１に対応している情報であり、ＡＶクリップに含まれるビデオ、あるいはオーディオの再生時刻と、再生時刻に対応したパケットＮｏとの関係を示した情報である。より具体的には、ＢＤ−ＲＯＭ向けに生成されたデジタルストリームにおいて、含まれるビデオエレメンタリーストリームがＭＰＥＧ２であればＩ  Ｐｉｃｔｕｒｅ、ＭＰＥＧ４−ＡＶＣであればＩ  ＰｉｃｔｕｒｅかＩＤＲ  Ｐｉｃｔｕｒｅ、ＶＣ１であればＩ  Ｐｉｃｔｕｒｅが何処に存在するかを検出し、前述の各Ｐｉｃｔｕｒｅの表示時刻と、ＭＥＰＧ２−ＴＳとなっているＡＶクリップの何パケット目のＴＳパケットに前述の各Ｐｉｃｔｕｒｅの先頭データが入っているかを対応付けた情報である。クリップ情報生成部は、マルチプレクサ１２１で生成されたＥＰ＿ｍａｐと、リールセットファイルから検出されるデジタルストリーム毎の音声属性、映像属性などを示す属性情報をペアにしてクリップ情報を得る。
【００３０】
ＥＰ＿Ｍａｐをマルチプレクサで作成する理由は、ＥＰ＿Ｍａｐは、マルチプレクサーから出力されるＭＰＥＧ２−ＴＳ形式のＡＶクリップに非常に密接に関係している情報であり、また、ＢＤ−ＲＯＭでの使用のために作成されるＡＶクリップは、ファイルサイズが非常に大きくなる可能性があるので、もしＡＶクリップを作成後に、ＥＰ＿Ｍａｐを作成しようとすると、大きなファイルサイズのＡＶクリップを再度読み直す必要があるために、ＥＰ＿Ｍａｐ作成に要する時間が必要となる。
【００３１】
これに対して、ＡＶクリップを作成しながらＥＰ＿Ｍａｐを作成すれば、巨大なＡＶクリップファイルを2度に渡って読み直す必要がないため、ＥＰ＿Ｍａｐ作成のための時間を節減できる。
次にフォーマット手段１２３では、前述のデータベース、ＡＶクリップ、クリップ情報を入力とし、ＢＤ−ＲＯＭフォーマットに適合したアドレスに割り付けてボリュームイメージを得る。ここでＢＤ−ＲＯＭに適合したフォーマットについて図３を用いて説明する。本図の第４段目３０１にＢＤ−ＲＯＭを示し、第３段目３０２にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭ３０１の内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層３０３、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目３０４のようになる。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、ＢＤＭＶディレクトリの配下には、タイトルを構成するＩｎｄｅｘ  Ｔａｂｌｅが定義されたインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）、動的なシナリオを定義するムービーオブジェクトを含むファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）と、ＡＶクリップ(ＸＸＸＸＸ．ｍ２ｔｓ)を格納するＳＴＲＥＡＭディレクトリ、ＡＶクリップにおける論理的な再生経路（プレイリスト）を定義したプレイリストファイル(ＹＹＹＹＹ.ＭＰＬＳ)を格納するＰＬＡＹＬＩＳＴディレクトリ、ＡＶクリップの管理情報を格納したクリップ情報ファイル(ＸＸＸＸＸ.ＣＬＰＩ)を格納するＣＬＩＰＩＮＦディレクトリが存在する。
【００３２】
５)検証装置１２４は、エミュレーター部１２５とベリファイアー部１２６とからなる。
エミュレーター部１２５では、前述のボリュームイメージを入力として、実際の映画コンテンツを再生し、制作者が意図した通りの動作、例えばメニューから本編映画への遷移が正しく行われているか、字幕切り替えやオーディオ切り替えは意図したとおりに動作しているか、映像やオーディオの品質は意図したとおりにできているかなどを検証する。
【００３３】
ベリファイアー部では、前述のボリュームイメージを入力として、制作されたデータが、ＢＲ−ＲＯＭの規格に準拠しているかどうかを検証する。
このようにボリュームイメージはエミュレーター１２５、およびベリファイアー１２６で検証され、エラーが発見されると、然るべき前工程に戻って作業をやり直す。
これら２つの検証過程を経た後、マスター作成手段１２７を経て、ＢＤ−ＲＯＭプレス用データが完成し、ディスクの製造を行うプレス工程に入る。
【００３４】
以上が、ビデオ、オーディオなどの各素材からＢＤ−ＲＯＭプレス用データを作成するまでのオーサリング工程の概要である。次に、本発明に係る記録媒体であり、前述のオーサリング装置により作成されるＢＤ−ＲＯＭのデータ構造に関して説明する。
まず、インデックスファイル（Index.Ｂdmv）内に定義されるインデックステーブルについて説明する。図４に示すように、インデックステーブルはＢＤ−ＲＯＭディスクに格納されるすべてのタイトル、トップメニュー、ＦｉｒｓｔＰｌａyＢａｃｋを定義する最上位のテーブルである。このテーブルには、全てのタイトル、トップメニュー、ＦｉｒｓｔＰｌａｙＢａｃｋから最初に実行されるムービーオブジェクトが指定されている。ＢＤ−ＲＯＭの再生機は、タイトルあるいはメニューが呼び出されるたびにインデックステーブルを参照して、所定のムービーオブジェクトを実行する。
ここで、"ＦｉｒｓｔＰｌａｙＢａｃｋ"とは、コンテンツプロバイダによって設定されるもので、ディスク投入時に自動実行されるムービーオブジェクトが設定されている。また、トップメニューは、リモコンでのユーザー操作で、"ＭｅｎｕＣａｌｌ"のような命令コマンドが実行されるときに、呼び出されるムービーオブジェクトが指定されている。
【００３５】
次に、ムービーオブジェクトについて説明する。図５に示すように、ムービーオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ）内には、複数のムービーオブジェクトが定義されており、各ムービーオブジェクトはムービーオブジェクトIDによって識別される。ムービーオブジェクトは、ユーザー操作を制御する複数のフラグと、動的シナリオを実現する１つ以上のコマンドからなる。
【００３６】
次に、プレイリストファイル（YYY.MPLS）について説明する。
プレイリストは、再生される論理的な経路を定義するものである。図６に示すように、プレイリストは１つ以上の再生区間（プレイアイテム）６０１から構成され、再生開始点を示すエントリマーク６０２を含んでいる。プレイアイテムはそれぞれプレイアイテムＩＤで識別され、プレイリスト内で再生されるべき順序で記述されている。エントリマークはプレイアイテムで定義される再生区間内に対して付与することでき、図６に示すように、プレイアイテムに対して再生開始点となりうる位置に付けられ、頭出し再生に利用される。例えば、映画タイトルにおいて、エントリマークをチャプターの先頭となる位置に付与することで、チャプター再生することが可能である。
【００３７】
ここで、プレイアイテムの内容について図７を用いて説明する。プレイアイテムには、再生するＡＶクリップに対応するクリップ情報名７０１と再生開始時刻７０２および再生終了時刻７０３が記述されており、さらに、エレメンタリー選択テーブル７０５が含まれている。ここで、エレメンタリー選択テーブルは、クリップ情報７０１で参照されるＡＶクリップに多重化されている各エレメンタリーストリームのうち、プレイアイテムの再生時に有効であるか無効であるかを表すテーブルである。
【００３８】
具体的に説明すると、図７に示す例では、クリップには、1本のビデオストリームと３本のオーディオストリームと４本のプレゼンテーショングラフィックスストリームと３本のインタラクティブグラフィックスストリーム（ボタンストリーム）が含まれているが、このうちエレメンタリー選択テーブル７０５において、ビデオ、オーディオ１、オーディオ２、プレゼンテーショングラフィックス１、プレゼンテーショングラフィックス２、インタラクティブグラフィックス１が有効になっている。したがって、このプレイアイテムでは、前記の有効なエレメンタリーストリームのみが再生可能であり、その他のエレメンタリーストリームは再生が禁止される。また、エレメンタリーストリーム選択テーブル７０５には、各エレメンタリーストリームの属性情報も同時に記録されている。ここで属性情報とは、各エレメンタリーストリームの性質を示す情報で、例えばオーディオ、プレゼンテーショングラフィックス、インタラクティブグラフィックスの場合には、言語属性などが含まれる。
【００３９】
クリップ情報ファイル（XXX.CLPI）はＡＶクリップと１対１に対応しており、図８のように前記ＡＶクリップのストリーム属性情報ならびに、時間情報とパケット位置情報の対応を定義している。プレイリストとＡＶクリップの間の関係は図６で示されるように、プレイアイテムでＡＶクリップの再生区間が再生開始時刻と再生終了時刻として指定される。再生する時間情報が与えられたとき、クリップ情報ファイルには図９に示すように時刻情報をストリームのパケット番号に変換するテーブルが記述されており、これによって、ＡＶクリップのしかるべきパケット位置情報を取得することができ、ＡＶクリップを再生することができる。
＜ディレクターズカットの説明＞
以降本実施形態におけるシステムストリーム作成装置について説明するために、ディレクターズカットを実現するためのＢＤ−ＲＯＭの構成を例として説明する。
【００４０】
図１０はディレクターズカットを実現するＢＤ−ＲＯＭのデータ構造の例を示したものである。ディレクターズカットでは、共通のシーンについては単一のＡＶクリップを用意し、異なるシーンについては異なる複数のＡＶクリップを用意する。図１０の例では、ＡＶクリップ１００２Ａ、およびＡＶクリップ１００２Ｄが共通のシーンであり、ＡＶクリップ１００２ＢおよびＡＶクリップ１００２Ｃがプレイリスト毎に異なる再生のパスとなるシーンである。図１０の例では、プレイリスト１０００は３つのＰｌａｙＩｔｅｍ（ＰＩ）を含み、ＡＶクリップ１００２Ａ、ＡＶクリップ１００２Ｂ、ＡＶクリップ１００２Ｄの順序で再生することを示している。これに対してプレイリスト１００１では、ＡＶクリップ１００２Ａ、ＡＶクリップ１００２Ｃ、ＡＶクリップ１００２Ｄの順序で再生することを示すプレイリストである。このディレクターズカットの例では、ＡＶクリップ１００２ＡとＡＶクリップ１００２Ｄの共有化を行うことで、ディスクの容量を効率的に利用することができる。
【００４１】
ここで、プレイリスト１０００を再生するときには、通常ＡＶクリップ１００２ＡからＡＶクリップ１００２Ｂ、およびＡＶクリップ１００２ＢからＡＶクリップ１００２Ｄへのシームレスな接続が求められる。また、プレイリスト１００１においても同様にＡＶクリップ１００２ＡからＡＶクリップ１００２Ｃ、およびＡＶクリップ１００２ＣからＡＶクリップ１００２Ｄへのシームレスな接続が求められるため、ＡＶクリップ１００２ＡからＡＶクリップ１００２ＢとＡＶクリップ１００２Ｃの２つのＡＶクリップへ、ＡＶクリップ１００２ＢとＡＶクリップ１００２ＣからはＡＶクリップ１００２Ｄへのシームレスな接続が求められることになる。
【００４２】
ここでシームレスな接続とは、あるＡＶクリップから別のＡＶクリップへと再生が継続される場合に、音とびや、画像のコマ落ちなく続けて再生されることを意味する。
ディレクターズカットのように異なる複数のＡＶクリップ間においても、前後のＡＶクリップへのシームレスな再生を保証するためには、ＡＶクリップ作成時にＭＰＥＧ２−ＴＳのバッファモデルが破綻しないようにしながら継続するＡＶクリップを作成する必要がある。
【００４３】
次に「バッファモデルの状態が破綻しない。」とはどういうことかを説明する。まず、簡単にＩＳＯ／ＩＥＣ  １３８１８−１  (ＭＰＥＧ２−Ｓｙｓｔｅｍｓ)で示されるＭＰＥＧ２のバッファモデルについて図１４を用いて説明する。図１４において、入力されるＡＶクリップは既に説明したように図２で示されるようなＭＰＥＧ２−ＴＳ形式のデジタルストリームになっている。先ほどの説明では省略したが、ＭＰＥＧ２−ＴＳ形式のデジタルストリームでは、固定長パケット化された各ＴＳパケットのヘッダーには、各ＴＳパケットに含まれるデータが、ビデオ、オーディオ、字幕、ボタンのいずれのストリームであるかを示すためにＰＩＤと呼ばれる固有のＩＤが割り当てられている。ＰＩＤフィルター１４０１に、ＭＰＥＧ２−ＴＳ形式のデジタルストリームが入力されると、前記ＰＩＤに従って各デコーダーに直結するＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒにデータが送られる。具体的には、ＢＤ−ＲＯＭで使用するＡＶクリップに含まれるビデオストリームは、０ｘ１０１１というＰＩＤが割り当てられているので、ＡＶクリップがＰＩＤフィルターに入力され、ＰＩＤとして０ｘ１０１１と持つＴＳパケットはビデオデコーダーに繋がるＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２に送られる。次にＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２に保持されたデータはＲｘ１で示される転送速度でＭｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）１４０３に転送される。次にＭｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）１４０３に保持されているデータは、続くＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）１４０４がデータであふれていない場合には、Ｒｂｘ１で示される転送速度でＭＢ１からＥＢ１にデータが転送され、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）１４０４に既にデータがたまっていて、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）１４０３からのデータを受け付けられないときには、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）１４０３からＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）１４０４へのデータの転送は停止される。次にビデオの場合には、ビデオのＰＥＳパケットに含まれるＤＴＳで示される時刻が来ると、ＥＢ１に保持されているピクチャが即時にデコードされ、次いでＰＴＳで示される表示時刻が来るとビデオプレーンにデータが転送されることで、画面に所望のピクチャが表示される。以上が、ＭＰＥＧ２−ＴＳ形式で記録されているビデオストリームのデコーダーモデルの概要であるが、オーディオや字幕ストリーム、ボタンストリームも同様に所定のバッファと、バッファ間の転送速度を持ってデコーダーモデルが定められている。
【００４４】
つまり、ビデオやオーディオを含むエレメンタリーストリームからＡＶクリップの作成を行う図１で説明したマルチプレクサー１２１の役割は、このデコーダーモデルを満たすデジタルストリームを作成することに他ならならない。
また、２つのＡＶクリップがシームレスに接続されている状態とは、図１４において第１のＡＶクリップがＰＩＤフィルターを通過して各デコーダーに転送され、第１のＡＶクリップのデータ転送が全て終わると、第２のＡＶクリップがＰＩＤフィルターを通して開始される。ＭＰＥＧ２−ＴＳのデコーダーモデルでは、このデコーダーにＡＶクリップが転送される時刻に対して、実際にピクチャが表示されたり、オーディオが再生されるＰＴＳであらわされる時刻は遅延がある。つまり第２のＡＶクリップのデータが転送が開始される時刻において、前記ＡＶクリップ１に関するデータがまだピクチャとして出力されたり、オーディオとして再生されるまでは、ビデオのデコーダーモデルに関わるＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）１４０３、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）１４０４、オーディオのデコーダーモデルに関わるＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０５、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）１４０６にまだデータが残っていることを意味する。この状況で、第２のＡＶクリップが次々に入力されていくと、各バッファが溢れる可能性が生じ、万が一溢れた場合には、データのオーバーフローにより連続した再生が途切れることになる。
【００４５】
つまり、第１のＡＶクリップに引き続き再生されるべき第２のＡＶクリップをマルチプレクサ１２１で多重化して作成する際には、あらかじめ各バッファに第1のＡＶクリップのデータが残っている状態を想定して多重化を行う必要がある。つまり、第１のＡＶクリップを作成する際には、各バッファにはデータがない状態を想定して多重化を開始すればよいが、第１のＡＶクリップに続く第２のＡＶクリップを作成する場合には、第１のＡＶクリップ作成完了時のバッファにデータが残っている状態を初期状態として第２のＡＶクリップの作成を開始する必要がある。
【００４６】
従って、シームレスに接続された複数のＡＶクリップを作成するには、各ＡＶクリップの前後の関係を記述しておき、接続点での各バッファの状態を把握しておく必要がある。これに対して、本実施例では、ＡＶクリップのブロック化という概念を導入することで解決を図った。
ブロック化に関して、図１０を用いて説明したディレクターズカットを例に図１１を用いて説明する。まず、ＡＶクリップ１００２Ａをブロック１１０１Ａに、ＡＶクリップ１００２Ｂ、１００２Ｃをブロック１１０１Ｂに、ＡＶクリップ１００２Ｄをブロック１１０１Ｃにそれぞれブロック化する。そして、ブロック１１０１Ａ、ブロック１１０１Ｂブロック１１０１Ｃの順番を規定し、連続するブロック間に含まれる任意のＡＶクリップ間は、シームレスな接続が要求されるものとする。このようにして作成されるブロックと、各ブロックに含まれるＡＶクリップの関係を示した情報をＡＶクリップ接続情報と呼び、図１０で示したディレクターズカットの例では、図１２で示したようなＡＶクリップ接続情報が作成される。このようなＡＶクリップ接続情報は、各プレイリストの関係が定義され、各ＡＶクリップの接続関係が明確になるＢＤシナリオ生成装置１１０で作成されればよく、従ってブロック化情報は、図１に記載のＢＤ−ＲＯＭシナリオデータに含まれていればよい。
【００４７】
次に図１３を用いて、本実施の形態に関わるマルチプレクサ１２１について説明する。本図において、マルチプレクサ１２１は、オーディオインポート手段１１６によってインポートされたオーディオストリームをＴＳパケット化するオーディオ用パック部１３０５ｂと、ビデオインポート手段１１７によってインポートされたビデオストリームをＴＳパケット化するビデオ用パック化部１３０５ａと、オーディオストリームが格納されたＴＳパケットの入力時におけるバッファ状態をシミュレートするための仮想デコーダーバッファ１３０４ｂと、ビデオストリームが格納されたＴＳパケットの入力時におけるバッファ状態をシミュレートするための仮想デコーダーバッファ１３０４ａと、ビデオやオーディオの表示時刻やデコード時刻などを付与するための基準となる時刻を生成する仮想再生時刻計時部１３０７と、ＴＳパケットに付与された時刻に従ってＴＳパケットを配列してＡＶクリップを得るインタリーブ部１３０６と、ＡＶクリップ作成完了時のバッファ状態を保持するバッファ状態保持手段１３０２と、仮想デコーダーバッファ１３０４ａおよび１３０４ｂのバッファの初期値を制御し、必要に応じてＡＶクリップ作成完了後の仮想デコーダーバッファ１３０４ａおよび１３０４ｂのバッファ状態をバッファ状態保持手段１３０２に保存するバッファ管理手段１３０３とから構成される。ここで、仮想デコーダーバッファ１３０４ａおよび１３０４ｂは、図１４を用いて説明したＭＰＥＧ２のデコーダーモデルをシミュレートするためのもので、パック化部１３０５ａおよび１３０５ｂでは、この図１４のデコーダーモデルを満たすような時刻を仮想デコーダーバッファ１３０４ａおよび１３０４ｂを用いたシミュレーションで確認しながら付与していく。つまり、ビデオ用の仮想デコーダーバッファ１３０４ａは、図１４におけるＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ１４０３、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０４と等価な仮想的なバッファを持ち、オーディオ用の仮想デコーダーバッファ１３０４ｂは、同じく図１４におけるＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０５、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０６と等価な仮想的なバッファを持つ。本実施の形態では、バッファ管理手段１３０３によるバッファ管理に主眼をおいた説明を行い、パック化部１３０５ａおよび１３０５ｂにおけるＴＳパケットの生成や、仮想再生時刻計時部１３０７による表示時刻を含めた時刻情報の付加の詳細については、本実施形態の主眼ではないのでその説明を省略する。
【００４８】
次に本実施の形態のバッファ管理手段１３０３およびバッファ状態保持手段１３０２を用いたＡＶクリップ作成について、図１０で示した再生経路を持つＡＶクリップ１００２Ａ、ＡＶクリップ１００２Ｂ、ＡＶクリップ１００２Ｃ、ＡＶクリップ１００２Ｄを順次作成していく手順を通じて説明する。
まず、前述のＡＶクリップ１００２Ａから１００２Ｄは、図１１を用いて説明したＡＶクリップの前後関係を記述したブロックという単位で扱われる。このブロックという単位で扱っているＡＶクリップの接続情報を図１３ではＡＶクリップ接続情報１３０１と呼んでいる。
【００４９】
ＡＶクリップの作成は、時間的に前のブロック、つまり例ではブロック１１０２Ａに含まれるＡＶクリップ１００２Ａの作成が最初に行われる。この時、バッファ管理手段では、ＡＶクリップ接続情報をもとにＡＶクリップ１００２Ａが含まれるブロック１１０１Ａの手前に別のブロックがないことを確認し、仮想デコーダーバッファ１３０４ａでは、図１４でＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ１４０３、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０４に該当するバッファが、仮想デコーダーバッファ１３０４Ｂでは、図１４でＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０５およびＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０６に該当するバッファが０、つまり全くデータが入っていない状態で初期化された後、ＡＶクリップ１００２Ａの作成を開始する。
【００５０】
次にＡＶクリップ１００２Ａの作成が完了すると、バッファ管理手段は、前記ＡＶクリップ接続情報１３０１をもとに、ＡＶクリップ１００２Ａが含まれるブロック１１０１Ａの後続にシームレスに接続すべきブロックがないかを探索し、本実施例においてはブロック１１０１Ｂが、ブロック１１０１Ａに含まれるＡＶクリップからシームレスに接続されるべきＡＶクリップを含むブロックとして確認される。このようにＡＶクリップ１００２Ａ作成完了後に、ＡＶクリップ１００２Ａを含むブロック１１０１Ａの後続にブロックが続いている場合には、バッファ管理手段１３０３は、ＡＶクリップ１００２Ａの作成完了時のバッファ状態をバッファ状態保持手段１３０２に記録する。
【００５１】
ここで、図２２を用いて、ＡＶクリップ作成完了時のバッファ状態がどのような形式でバッファ状態保持手段１３０２に保持されるのかを説明する。これまでに説明したようにマルチプレクサにおいてビデオストリームとオーディオストリームからＭＰＥＧ２−ＴＳ形式のＡＶクリップを作成する際には、図１４を用いて説明したＭＰＥＧ２で規定されているデコーダーモデルを満たすようにＡＶクリップを作成する必要があるため、仮想デコーダーバッファを用いて、バッファ状態をシミュレートする。つまり、ビデオ用およびオーディオ用の各仮想デコーダーバッファには、図１４で示される各バッファが仮想的に構築され、ＴＳパケットが次々と所定のバッファを流れていくことになる。
【００５２】
バッファ状態保持手段１３０２で保持されるべきデータは、このＡＶクリップの作成が完了した時点での仮想デコーダーバッファの状態であり、図２２で示すようにビデオの場合には、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）に残留しているデータ量が、オーディオの場合には、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（Ｂ４）に残留しているデータ量が保持される。実際にＡＶクリップ作成完了時のバッファ状態として保持しておく情報には、各バッファに残留しているデータ量の他に、各データに関連した時刻などの情報も含まれるが、本実施の形態の主眼からは外れるため、図２２中では省略している。
【００５３】
次に作成すべきＡＶクリップは、ブロック１１０１Ｂに含まれるＡＶクリップ１００２Ｂと、１００２Ｃとなる。各々のＡＶクリップ作成開始時に、バッファ管理手段１３０３は、ブロック１１０１Ｂの前にブロックがあるかどうかを確認し、本実施例の場合ブロック１１０１Ａが存在するので、ブロック１１０１Ａに含まれるＡＶクリップを探索し、ＡＶクリップ１００２Ａを見つける。
【００５４】
従って、ＡＶクリップ１００２ＢおよびＡＶクリップＣを作成する時には、バッファ管理手段１３０３はバッファ状態保持手段１３０２に保持されているＡＶクリップ１００２Ａ作成完了時のバッファ状態を、前記ＡＶクリップ１００２ＢおよびＡＶクリップＣを作成する際の仮想デコーダーバッファ１３０４ａおよび１３０４ｂの初期値として設定し、ＡＶクリップ１００２ＢおよびＡＶクリップ１００２Ｃを作成する。ＡＶクリップ１００２Ｂおよび１００２Ｃの作成完了後に、ＡＶクリップ１００２Ａの作成完了時と同様にブロック１１０１Ｂの後続にブロック１１０１Ｃが存在することを確認し、各ＡＶクリップ作成完了時のバッファ状態をバッファ状態保持手段１３０２に保存する。
【００５５】
次にブロック１１０１Ｃに含まれるＡＶクリップ１００２Ｄを作成する手順について説明する。基本的な手順は、ＡＶクリップ１００２ＢおよびＡＶクリップ１００２Ｃの作成時と同様であるが、異なるのは、ＡＶクリップ１００２Ｄが含まれるブロック１１０１Ｃの直前にあるブロック１１０１Ｂに含まれるＡＶクリップの本数が１つではなく２つあることである。この場合、バッファ管理手段１３０３は、ブロック１１０１Ｂに含まれるＡＶクリップ作成完了時のバッファ状態が、前記バッファ状態保持手段１３０２に保持されているかを確認する。ＡＶクリップ１００２ＢおよびＡＶクリップ１００２Ｃの作成完了時のバッファ状態が各々保持されている場合、バッファ管理手段１３０３は、２つのＡＶクリップのために保持されている各々のバッファ状態、つまりビデオであれば図１４に示したＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０２、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ１４０３、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０４に該当するバッファが、オーディオでは、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１４０５およびＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ１４０６に該当するバッファに残留しているデータ量をそれぞれ比較し、残留データの多い方をＡＶクリップ１００２Ｄ作成開始時のバッファの初期値として設定する。
【００５６】
前述のバッファの初期値の設定に関して、より具体的な例を図１８を用いて説明する。図１８は、ＡＶクリップ作成完了時やＡＶクリップ作成開始時のバッファ状態の例を示したもので、それぞれＡＶクリップ１００２Ｂ作成完了時のバッファ状態１８０１と、ＡＶクリップ１００２Ｃ作成完了時のバッファ状態１８０２と、ＡＶクリップ１００２Ｄ作成のための仮想デコーダーバッファ初期値１８０３とを示している。ここで、ＡＶクリップ１００２Ｄの作成のために仮想デコーダーバッファを初期化するためには、既に説明したように、ＡＶクリップ１００２Ｂ作成完了時のバッファ状態１８０１と、ＡＶクリップ１００２Ｃ作成完了時のバッファ状態１８０２を用いて行う。つまり、ＡＶクリップ１００２Ｂ作成完了時のバッファ状態１８０１に含まれるビデオのＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒに残っているデータ残留量が５５２であることを示し、次にＡＶクリップ１００２Ｃ作成完了時のバッファ状態１８０２に含まれるビデオのＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒに残っているデータ残留量が３３３であることを示している。従って、ＡＶクリップ１００２Ｄを作成するにあたっては、これら２つの値を比較し、ビデオのＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒの初期値は５５２という値が設定される。このように対応するバッファのデータ残留量を順次比較し、残留データ量の多い方を順に設定していくことで、ＡＶクリップ１００２Ｄ作成のための仮想デコーダーバッファ初期値１８０３が作成される。
【００５７】
次に以上の例をより一般化したＡＶクリップ作成の手順について図１９を用いて説明する。
ステップＳ１において、これから作成しようとする第１のＡＶクリップが含まれる第1のブロックより前に第２のブロックがあるかを判定し、前記第２のブロックがなければステップＳ２にて各バッファの残留データ量を０として仮想デコーダーバッファを初期化する。第２のブロックがある場合には、ステップＳ３において前記第２のブロックに含まれるＡＶクリップが一つの場合には、そのＡＶクリップ作成完了時のバッファ状態をもって仮想デコーダーバッファを初期化し、前記第２のブロックに含まれるＡＶクリップが２つ以上の場合には、前記第２のブロックに含まれる各ＡＶクリップの作成完了時のＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ、Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ（ＭＢ１）、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ（ＥＢ１）の残留データ量を比較し、最も残留データ量の多い値をもって仮想デコーダーバッファを初期化する。次にステップＳ４で、前記第１のＡＶクリップを作成する。ステップＳ５では、前記第１のＡＶクリップの作成完了時に、前記第１のＡＶクリップを含むブロックより後ろに第３のブロックが存在するかを判定し、前記第３のブロックが存在する場合には、ステップＳ６において前記第１のＡＶクリップ作成完了時のバッファ状態を保存しで処理を終了し、前記第３のブロックが存在しない場合には何もせずに処理を終了する。
【００５８】
このようにして、ブロック化という概念を取り入れ、バッファ管理手段を用いて、ＡＶクリップを作成する時にシステムエンコーダー用のバッファを初期化することで、シームレスな接続条件を満たした複数のＡＶクリップを効率的に作成することができる。
（実施の形態２）
実施の形態２は、一度作成されたＡＶクリップを再度作成しなおす必要がある時に、効率的に作成しなおす方法に関する。
【００５９】
実施の形態１において、ＡＶクリップ１００２Ａ、１００２Ｂ、１００２Ｃ、１００２Ｄの作成が完了した後、検証装置１２４による検証で、ＡＶクリップ１００２Ｂが所望の品質を満たしていない場合を考える。この時、通常であれば、再度ＡＶクリップ接続情報を作成し、ブロック１１０１Ａに含まれるＡＶクリップ１００２ＡからＡＶクリップの作成をやり直す。しかし、ＢＤ−ＲＯＭの場合、最大５０ＧＢのデータを格納できるため、格納されるデータサイズも大きく、例えばＡＶクリップ１００２Ａが数十ＧＢに及んでも不思議ではない。従って、ＡＶクリップ１００２Ａの作成からやり直すのは、時間的にも無駄が多く、制作コストの増大に繋がる。このような無駄な作業を除き、効率的にデータの再作成を行うために、図１５で示すようにＡＶクリップ接続情報に更新フラグと、作成済みフラグを新たに追加するのが、実施の形態１から異なる点である。
【００６０】
では、具体的にどのようにして一部データが更新された場合に、ＡＶクリップを作成しなおすかについて説明する。
まず、ＡＶクリップ１００２Ａ、１００２Ｂ、１００２Ｃ、１００２Ｄを一回目に作成完了後に、図１６で示すようにそれぞれのＡＶクリップに「作成済みフラグ」を有効に設定する。次に、ＡＶクリップ１００２Ｂが更新される必要があるとすると、ＢＤシナリオ生成装置１１０がＢＤ−ＲＯＭシナリオデータに含まれるＡＶクリップ接続情報において、ＡＶクリップ１００２Ｂの作成済みフラグを無効にし、代わりに更新フラグを有効にする。この状態のブロック化情報が、図１５に示されている。
【００６１】
この図１５で示されるＡＶクリップ接続情報を図１３のＡＶクリップ接続情報１３０１として入力した場合のマルチプレクサの動作を次に説明する。
バッファ管理手段は、これまでと同様にＡＶクリップ接続情報１３０１を参照し、先頭のブロックから確認していく。まずブロック１１０１Ａに含まれるＡＶクリップ１００２Ａは作成済みフラグが有効であることから、既に作成が完了していることが確認される。次にＡＶクリップ１００２Ｂを確認すると、更新フラグが有効であることが確認される。するとバッファ管理手段１３０３では、更新されているＡＶクリップ１００２Ｂを含むブロック１１０１Ｂより後のブロックに含まれるＡＶクリップ、今回の例ではＡＶクリップ１００２Ｄの作成済みフラグを無効にする。
【００６２】
これは、ＡＶクリップ１００２Ｄの１回目の作成は、ＡＶクリップ１００２Ｂと１００２Ｃの作成完了時のバッファ状態をもとにして仮想デコーダーバッファを初期化してから行っているが、ＡＶクリップ１００２Ｂの更新により、ＡＶクリップ１００２Ｄの作成開始時のバッファの状態を再度初期化する必要があるからである。なお、本実施例ではＡＶクリップ１００２Ｄの作成済みフラグの無効化を、バッファ管理手段１３０３で行っているが、ＢＤシナリオ生成装置で、ブロック化情報を更新する際にあらかじめ無効化しておいてもよい。
【００６３】
次に、先ほどの実施例１の場合と同様にＡＶクリップ１００２Ａの作成完了時のバッファ状態を初期値として、ＡＶクリップ１００２Ｂの作成を開始する。そして、ＡＶクリップ１００２Ｂの作成が完了すると、バッファ管理手段において、ブロック１１０１Ｂの後続にブロック１１０１Ｃがあることが確認され、ＡＶクリップ１００２Ｂの２回目の作成完了時のバッファ状態をバッファ状態保持手段１３０２に記録する。この時、更新前のＡＶクリップ１００２Ｂ作成時に記録されているバッファ状態が、バッファ状態保持手段１３０２に残っている場合には、上書きする。
【００６４】
次にＡＶクリップ１００２Ｄは、作成済みフラグが無効となっているので、再度作成しなおす必要がある。ＡＶクリップ１００２Ｄを再度作成するに当たっては、実施例１の場合と同様にＡＶクリップ１００２Ｂと１００２Ｃの作成完了時の仮想デコーダーバッファを比較し、各バッファに残留しているデータ量が多いものを、ＡＶクリップ１００２Ｄのデータ作成時のバッファの初期値として作成を開始する。
【００６５】
次に以上の例をより一般化した本実施の形態２におけるＡＶクリップ作成の手順について図２０を用いて説明する。
ステップＳ２１において、ＡＶクリップ接続情報の先頭ブロックを処理対象に設定し、ステップＳ２２において、処理対象のブロックに含まれる全てのＡＶクリップが作成済みか否かを判定し、前記処理対象のブロックに含まれる全てのＡＶクリップが作成済みの場合には、ステップＳ２３において処理を次のブロックに移した後、再びステップＳ２２に遷移し、ブロックに含まれる全てのＡＶクリップの中の少なくともひとつでも作成済みでない場合には、ステップＳ２４で次のブロックに処理を移し、続いてステップ２５で処理対象のブロックに含まれる全てのＡＶクリップの作成済みフラグを無効化する。次にステップ２６で現在処理中のブロックが最終ブロックかどうか判定し、最終ブロックである場合には、ステップＳ２４に遷移し、現在処理対象のブロックが最終ブロックである場合には、ステップＳ２７において作成済みフラグが無効となっているＡＶクリップを含むブロックの中から、最も先頭に近いブロックに処理を移し、ステップ２８では作成済みフラグが無効となっているＡＶクリップを実施例１と同様の手順で順次作成していく。
【００６６】
以上のような手順を踏むことで、互いに関係するＡＶクリップの一部が変更された場合でも、全てのＡＶクリップを一から作成し直す必要がないため、効率よいやり直しが可能となる。この例においては、前後の接続関係がある４つのＡＶクリップの中のひとつのＡＶクリップを更新した場合でも、４つ全てのＡＶクリップを作成しなおす必要がなく、高々２つのＡＶクリップを作成しなおすだけで、必要とされる全ての更新が完了するため、ＢＤ−ＲＯＭオーサリングにおいて発生するコンテンツの更新に、少ない時間で対応が可能となる。
【００６７】
（実施の形態３）
実施の形態３は、実施の形態２と基本的に同じであるが、バッファ状態保持手段に持っている情報が異なる。実施の形態２においては、更新されたＡＶクリップ１００２Ｂの作成完了後の仮想デコーダーバッファの状態を、更新前のＡＶクリップ１００２Ｂ作成完了時の仮想デコーダーバッファの状態に上書きしていたが、本実施の形態においては、上書きせずに履歴として残すことを特徴とする。
【００６８】
図１７は前述の履歴を伴ってバッファ状態を残すことを説明するための図で、基本的に図１３と同じであるが、異なる点は、バッファ状態保持手段１７０２に保持されている各ＡＶクリップ作成完了時の仮想デコーダーバッファの状態が、ＡＶクリップの更新時には更新前のバッファ状態を消去することなく、履歴を伴って保持されている点である。つまり、図１７においては、ＡＶクリップ１００２Ｂが１回目に作成された時の仮想デコーダーバッファの状態が「ＡＶクリップ１００２Ｂ１回目作成完了時のバッファ状態」として保持され、さらにＡＶクリップ１００２Ｂが更新された場合には、ＡＶクリップ１００２Ｂ２回目作成完了時のバッファ状態」として追加で記録されている。
【００６９】
ここで、前述の実施の形態２であれば、バッファ状態保持手段１７０２に保持されているＡＶクリップ１００２Ｂ２回目作成完了時のバッファ状態と、ＡＶクリップ１００２Ｃ１回目作成完了時のバッファ状態とから、仮想デコーダーバッファを初期化して、ＡＶクリップ１００２Ｄの作成を開始するが、本実施の例では、過去の履歴を伴ってバッファ状態を保持していることから、異なる手順が発生する。  ＡＶクリップ１００２Ｂを１回目に作成した時のバッファ状態と、２回目に作成した時のバッファ状態の両方が図１７におけるバッファ状態保持手段１７０２に保持されているため、バッファ管理手段１３０３は、まず１回目にＡＶクリップ１００２Ｄを作成した際の仮想デコーダーバッファの初期値を、バッファ状態保持手段１７０２に保持しているＡＶクリップ１００２Ｂ１回目作成完了時のバッファ状態と、ＡＶクリップ１００２Ｃ１回目作成完了時のバッファ状態とを用いて、ＡＶクリップ１００２Ｄ１回目の作成開始時の仮想デコーダーバッファの初期値を生成し、この初期値を「ＡＶクリップ１００２Ｄ１回目作成開始時バッファ初期状態」と呼ぶことにする。
【００７０】
次にバッファ管理手段１３０３は、ＡＶクリップ１００２Ｂ２回目作成完了時のバッファ状態と、ＡＶクリップ１００２Ｃ１回目作成完了時のバッファ状態とを用いて、ＡＶクリップ１００２Ｄ２回目作成開始時の仮想デコーダーバッファの初期値を生成し、この初期値をＡＶクリップ１００２Ｄ２回目作成開始時のバッファ初期状態と呼ぶことにする。続いて、バッファ管理手段では、前記「ＡＶクリップ１００２Ｄ１回目作成開始時バッファ初期状態」と、前記「ＡＶクリップ１００２Ｄ２回目作成開始時のバッファ初期状態」の対応するバッファを比較して、「ＡＶクリップ１００２Ｄ２回目作成開始時のバッファ初期状態」の各バッファの残留データ量が、前記「ＡＶクリップ１００２Ｄ２回目作成開始時のバッファ初期状態」の各バッファの残留データ量よりも少ない場合には、ＡＶクリップ１００２Ｄを再度作成することはせず、１回目に作成済みのＡＶクリップ１００２Ｄを有効にする。逆に、前記条件を満たさない場合には、「ＡＶクリップ１００２Ｄ２回目作成開始時のバッファ初期状態」にて仮想デコーダーバッファを初期化し、ＡＶクリップ１００２Ｄを再度作成しなおす。
【００７１】
このようにＡＶクリップの更新などが必要な場合に、過去にＡＶクリップが作成された時の、作成完了時のバッファ状態を消去せずに保持しておくことによって、複数ＡＶクリップの中の一部を更新した場合の、他のＡＶクリップの作成し直しの必要性を最小限にすることができる。今回の例では、実施の形態２においては、ＡＶクリップ１００２Ｂを更新時にＡＶクリップ１００２Ｂと１００２Ｄの２つのＡＶクリップを作成しなおしていたのに対して、本実施の形態３では、条件が整えばＡＶクリップ１００２Ｂの１つだけを更新すればよく、ＡＶクリップ１００２Ｂが含まれるブロック１１０１Ｂの後続に含まれるＡＶクリップ１００２Ｄが再度作成しなおされる必要がなくなる。
【００７２】
以上のように、ＡＶクリップ作成完了時のバッファ状態を、ＡＶクリップ更新の都度履歴を伴って保持しておくことにより、ＡＶクリップの更新時の影響を最小限に抑えることができ、ＢＤ−ＲＯＭの制作コストの低減に貢献することができる。
【産業上の利用可能性】
【００７３】
本発明に係る生成装置によれば、ＢＤ−ＲＯＭ規格に準拠したデータを、効率よく作成することが可能となり、ＢＤ−ＲＯＭに準拠した映画作品をより多く市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図面の簡単な説明】
【００７４】
【図１】本発明にかかるＢＤ−ＲＯＭオーサリングシステムを示す図
【図２】ＡＶクリップの構成を模式的に示す図
【図３】BD-ROMの構成を示す図
【図４】インデックスファイルの構成を模式的に示す図
【図５】ムービーオブジェクトの構成を模式的に示す図
【図６】プレイリストの構成を模式的に示す図
【図７】プレイリスト中のプレイアイテムの構造を示す図
【図８】クリップ情報ファイルの構成を示す図
【図９】クリップ情報ファイル中の時刻-アドレス変換テーブルとAVクリップの対応を示す図
【図１０】ディレクターズカットのBD-ROMの構成を模式的に示す図
【図１１】ディレクターズカットの場合のブロック化情報の例を示す模式図
【図１２】ディレクターズカットの場合のブロック化情報の例を示す図
【図１３】本発明の実施の形態１におけるマルチプレクサのブロック図
【図１４】ＭＰＥＧ２−ＴＳのデコーダーモデルを示す図
【図１５】本発明の実施の形態２におけるＡＶクリップ接続情報の例を示す図
【図１６】全てのＡＶクリップが作成済みの場合のＡＶクリップ接続情報の例を示す図
【図１７】本発明の実施の形態３におけるマルチプレクサのブロック図
【図１８】ＡＶクリップ作成完了時、およいＡＶクリップ作成完了時の仮想デコーダーバッファの状態を示す図
【図１９】本発明の実施の形態１におけるマルチプレクサの動作を示すフローチャート
【図２０】本発明の実施の形態２におけるマルチプレクサの動作を示すフローチャート
【図２１】本発明の実施の形態３におけるバッファ状態保持手段に保持されている情報を示す図
【図２２】バッファ状態保持手段に保持されているバッファ状態を例
【符号の説明】
【００７５】
１０１  リールセット編集装置
１０２  入力素材
１０３  ボタン用イメージ
１０４  サウンドファイル
１０５  静止画用イメージ
１０６  リールセットファイル
１０７  字幕情報ファイル
１０８  オーディオファイル
１０９  ビデオファイル
１１０  ＢＤシナリオ生成装置
１１１  ＢＤシナリオ装置にかかるＧＵＩ
１１２  メニュー編集手段
１１３  シナリオ編集手段
１１４  素材作成／インポート装置
１１５  字幕生成手段
１１６  オーディオインポート手段
１１７  ビデオインポート手段
１１８  バックエンド装置
１１９  データベース生成部
１２０  静止画エンコーダー
１２１  マルチプレクサ
１２２  クリップ情報生成部
１２３  フォーマット手段
１２４  検証装置
１２５  エミュレーター
１２６  ベリファイアー
１２７  マスター作成手段
２０１  ビデオストリーム
２０２  ビデオストリームののＰＥＳパケット列
２０３  ビデオストリームのＴＳパケット列
２０４  オーディオストリーム
２０５  オーディオストリームのＰＥＳパケット列
２０６  オーディオストリームのＴＳパケット列
２０７  プレゼンテーショングラフィックスストリーム
２０８  プレゼンテーショングラフィックスストリームのＰＥＳパケット列
２０９  プレゼンテーショングラフィックスストリームのＴＳパケット列
２１０  インタラクティブグラフィックスストリーム
２１１  インタラクティブグラフィックスストリームのＰＥＳパケット列
２１２  インタラクティブグラフィックスストリームのＴＳパケット列
３０１  ＢＤ−ＲＯＭ
３０２  ＢＤ−ＲＯＭ上のトラック
３０３  ファイルシステム層
３０４  応用層
６０１  プレイアイテム（ＰＩ）
６０２  マーク
６０３  ＡＶクリップ情報
６０４  ＡＶクリップ
７０１  参照するＡＶクリップ情報
７０２  ＡＶクリップの再生開始時刻
７０３  ＡＶクリップの再生終了時刻
７０４  ユーザー操作の制御情報
７０５  エレメンタリー選択テーブル
１０００  プレイリスト
１００１  プレイリスト
１００２Ａ  ＡＶクリップＡ
１００２Ｂ  ＡＶクリップＢ
１００２Ｃ  ＡＶクリップＣ
１００２Ｄ  ＡＶクリップＤ
１１０１Ａ  ブロック
１１０１Ｂ  ブロック
１１０１Ｃ  ブロック
１４０１  ＰＩＤフィルター
１４０２  Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ
１４０３  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｂｕｆｆｅｒ
１４０４  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ
１４０５  Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ
１４０６  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｂｕｆｆｅｒ
１７０２  本実施例３において使用するバッファ状態保持手段
１８０１  AVクリップ１００２Ｂ作成完了時のバッファ状態
１８０２  AVクリップ１００２Ｃ作成完了時のバッファ状態
１８０３  AVクリップ１００２Ｄ作成のための仮想デコーダーバッファ初期値
【図１】
2006295732.tif 000003
【図２】
2006295732.tif 000004
【図３】
2006295732.tif 000005
【図４】
2006295732.tif 000006
【図５】
2006295732.tif 000007
【図６】
2006295732.tif 000008
【図７】
2006295732.tif 000009
【図８】
2006295732.tif 000010
【図９】
2006295732.tif 000011
【図１０】
2006295732.tif 000012
【図１１】
2006295732.tif 000013
【図１２】
2006295732.tif 000014
【図１３】
2006295732.tif 000015
【図１４】
2006295732.tif 000016
【図１５】
2006295732.tif 000017
【図１６】
2006295732.tif 000018
【図１７】
2006295732.tif 000019
【図１８】
2006295732.tif 000020
【図１９】
2006295732.tif 000021
【図２０】
2006295732.tif 000022
【図２１】
2006295732.tif 000023
【図２２】
2006295732.tif 000024