JP2008529367A - Ｄｖｄビデオ形式のデータを作成する方法、ｄｖｄビデオ・データおよびｄｖｄビデオ・データ構造を復元するための方法 - Google Patents

Abstract

メディア・コンテンツの第１の表現をメディア内容の第２の表現に変換するために、メディア・コンテンツの第２の表現となるデータ構成要素（１１２０）を生成するデータ構成要素ビルダ（１１１０）が使われる。データ構成要素ビルダは、第２の表現インジケータを生成し、少なくとも１つの再生されたメディア・ファイル（１１１４）およびスケジュール情報を有するペイロード・データ・スケジュール（１１１６）で、各再生されたメディア・ファイルに対して、メディア・ファイルのペイロード情報の開始を示す。再生されたメディア・ファイルは、第１の表現の元のメディア・ファイル（１１００、１１０２、１１０４）によって表されるように、同じメディア・コンテンツを表現する。
【選択図】図１１ａ

Description

本発明は、サーバからクライアントに伝送することを目的とするＤＶＤビデオ形式の、望ましくは映画のデータを作成する方法に関連する。ＤＶＤビデオ形式のデータは、予め定められたデータ・ファイル一式として提供される。また、本発明は、前記方法に従って作成されたＤＶＤビデオ・データを復元するためのＤＶＤ装置で使用されている方法にも関連する。更に、本発明は、映像、音声、およびリッチ・コンテンツのデータを含むデータ・ファイル一式で構成されている、前記ＤＶＤビデオの仕様に従って組織されたＤＶＤビデオ・データ構造に関連する。また、本発明は、ＤＶＤプレイヤおよびＤＶＤ装置が、記憶媒体に格納されている映像フィルムの再生で使用する際の記憶媒体に関連するものであり、記憶媒体は、前記記憶媒体に格納されたデータを読取る手段、ＤＶＤビデオ形式のファイルを処理する手段、および、例えば、ＭＰＥＧ−４で符号化したデータの復号に見られるような復号手段で構成されている。最後に、本発明は、一般消費者向けの電子機器のハードウェアおよびソフトウェアなどのコンピュータ・プログラム製品やコンピュータ・プログラムに関連する。

従来において、音楽（例えばｍｐ３のような音楽記録）に見られるデジタル・コンテンツの売買が一般化したため、相当な数のビジネスが生まれた。このビジネスの成長を支えた要因に、デジタル・コンテンツを短時間でダウンロードできるといったインターネット接続における帯域幅の増加と、ダウンロードしたコンテンツを簡単で分かりやすい方法で使用できるプレイヤの開発がある。

しかしながら、それでもインターネット接続の帯域幅は、まだ制限されており、例えば、映像コンテンツが、ＤＶＤビデオ仕様で記録したＤＶＤ媒体方式でまだ配信されているように、映像コンテンツのインターネット上での配信の更なる発展を妨げている。

当技術分野で周知のように、前記ＤＶＤビデオ形式では、字幕やナビゲーション情報などを含むサブピクチャ・データのようなリッチ・コンテンツを組み込むことができる。

通常、映像および音声データは、ｍｐｅｇ−２またはｍｐｅｇ−１規格にしたがって符号化され、ＤＶＤビデオ形式データ構造の一部であるデータ・パケットでカプセル化される。

インターネットの帯域が低コストで継続的に増加したおかげで、映像や映画などのダウンロードは広く普及している。しかしながら、ユーザは、ＤＶＤビデオのディスクを作成するのに必要なＤＶＤビデオのフォーマットに、ｍｐｅｇ−２あるいはｍｐｅｇ−４のデータ・ストリームを取り込むためには、特別なソフトウェアを必要とするため、ｍｐｅｇ−２あるいはｍｐｅｇ−４で符号化されたビデオ・ストリームを、簡単にダウンロードできるわけではない。

例えば、ＤＶＤビデオ形式の映像コンテンツをダウンロードするための解決法を使うために、簡単で分かりやすい方法が必要である。また、最初に購入したＤＶＤを安全な場所に保管しておき、ＤＶＤのコピーのみを使用したい人がいるのなら、ＣＤまたはハードディスクにＤＶＤを保存できることが望まれる。

ＤＶＤフォーマットは、ビデオタイトル設定（ＶＩＤＥＯ＿ＴＳ）ディレクトリで、特定のファイルを有するディレクトリ構造を有し、また、実際の映像や音声のコンテンツは、映像オブジェクト・ファイル（ＶＯＢ拡張ファイル）に含まれ、前記実際の映像コンテンツは、再度パック・ヘッダおよびＰＥＳパケット・ヘッダの後に続く一方で、散在する制御情報を含めずに書き込まれる映像データを要求するその他のフォーマットが存在する。

こういったファイル・フォーマットは、国際規格であるＩＳＯ/ＩＥＣ１４４９６−１：２００２に準拠したＭＰＥＧ−４のファイル・フォーマットである。ＭＰＥＧ-4規格のパート１の「システム」のセクション１３の「ファイル・フォーマット」は、特に関連性がある。ここでは、前記音声あるいは映像データがいわゆる”ｍｄａｔ”アトムに書き込まれる必要がある。前記ＭＰＥＧ−４規格は、このｍｄａｔアトムのデータが、いわゆるチャンク・データであることを必要とする。すなわち、その間、パケットの制御情報なしに、音声または映像、あるいは、通常、メディア・コンテンツで構成されているペイロード・データのみを表現しているデータである。言い換えれば、この文書では「レガシ」デコーダとも呼ばれているＭＰＥＧ−４対応の復号器は、ｍｄａｔアトムが画像チャンク（すなわち、次の画像グループに関連する画像データの映像が符号化されたグループ）のグループのみを含めていることを予測する。ＭＰＥＧ−４で１つ例外として挙げられるのが、ｍｄａｔアトムは、複数のトラックを組入れることが可能になる。つまり、単一のＭＰＥＧ−４コンテナに、例えば、複数の映画を含めることができることを意味する。ＭＰＥＧ−４規格のプレイヤが、第１の映画または第１のトラックを再生する場合、ｍｄａｔアトムの正しい出発点を捜し出し（この出発点は、アドレス、または記憶媒体上の特定のセクター境界になる）、このチャンクのすべてのデータが完全に復号化されるまで、その出発点で始まっているデータから次のデータへと瞬時に復号化される。

それに対して、上記のように、ＭＰＥＧ−２ファイル・フォーマットは、ＤＶＤファイル形式であり、このＭＰＥＧ−４のファイル理念とは異なる。その理由は、いくつかの複数ファイルが存在しており、その各ファイルに制御情報が含められていること、また、単一のファイルの範囲内では、複数の画像データ・グループは、後に続いて書き込まれないが、単一のグループは、通常、制御情報を含んだ特定のヘッダの後に続いていることである。従って、標準的なＤＶＤでは、前記データは、チャンクに書き込まれず、いわゆるＰＥＳパケット（ＰＥＳ＝Ｐｒｏｇｒａｍ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）にパックされる。

更に、ＤＶＤファイルにはサイズ規制があるため、映像オブジェクトは、２個、または、それ以上の映像オブジェクト・ファイルに分けることができる。この状況より、タイトル設定は、同じ属性（例えば、縦横比）を有するタイトルを組み込む点について注意すべきである。１６：９の映画がＤＶＤに書き込まれる場合や４：３型がＤＶＤに書き込まれる場合、そのＤＶＤに、２つのタイトルを設定させる必要がある。

一方、ＤＶＤプレイヤは、ますます普及してきている。これは、テレビ受像機に接続しているＤＶＤプレイヤを所有している多くの家庭またはプロのユーザが存在することを意味する。このように、一般ユーザは、ＤＶＤとテレビ受像機との組み合わせに慣れてきている。

前述にもあるように、利用できるインターネット帯域幅が増大することは、特定の店舗で販売されているＤＶＤだけを介して映画が流通されるわけではなく、映画の受け手によって、料金を支払うことなく、完全版の映画をダウンロードできてしまうことになる。しかしながら、ＤＶＤ形式は、いくつかの別々のファイルを必要とするため、インターネット上で快適にダウンロードできるかという点では、それほど適しているわけではない。これに代わり、分かりやすい手順で簡単に利用できることが求められており、それは、ユーザの１回のみのクリックで、インターネットから、どんなファイル形式でも完全に命令することが可能になり配信できることである。

更に言うと、ユーザにとっては、エラーのない安全なダウンロードを保証してくれる方がいいが、いくつか異なるデータ構成要素の代わりに、単一のデータ構成要素を、インターネットまたは他のネット（例えば、ワイヤレス・ネット）を介してダウンロードしなければならない時は、あらゆる場合において保証はない。

また、上記に概説されるように、インターネット上でダウンロードしたデータを、コンピュータとは別に設置しているＤＶＤプレイヤ（テレビ受像機に接続されているなど）に入力する場合、ＤＶＤディスクのファイル構造を復元するために、ユーザにより追加の手順を踏むことが求められ、不利な点となっている。

本発明の目的は、１つ以上のファイルを有する音声または映像コンテンツの表現を取り扱うための概念を提供することであり、ペイロード・データ・ブロックは制御データと区別され、インターネット上のダウンロードに適した形でユーザのダウンロードを快適にすることである。

この目的は、請求項１の装置、請求項１９の方法、請求項２０のデータ表現、請求項２１のプロセッサ、請求項２３の処理方法または請求項２４のコンピュータ・プログラムにより達成される。

本発明は、下記シナリオにおける結論に基づいたものである。第１の表現は、メディア・ファイル制御ブロックにより区切られた、少なくとも２つのメディア・ファイル・ペイロード・ブロックを有するメディア・ファイルを１つ組み込むか、あるいは、各メディア・ファイルに、メディア・ファイル・ペイロード・ブロックとメディア・ファイル制御ブロックを有する少なくとも２つのメディア・ファイルを組み込む。前記メディア・ファイル・ペイロード・ブロックは、メディア・コンテンツを表現し、前記メディア・ファイル制御ブロックは、関連するメディア・ファイル・ペイロード・ブロックのための制御情報を含んでいる。１つ以上のメディア・ファイルを再生することにより、ある１つの、または複数の再生されたメディア・ファイルにおいて、再生されたメディア・ファイルの制御部分が、２つの再生されたメディア・ファイル・ペイロード部分間に位置することになり、また、再生されたメディア・ファイル・ペイロード・ブロックごとに、前記再生されたメディア・ファイル・ペイロード・ブロックのペイロード情報の開始を示すスケジュール情報を有するペイロード・データ・スケジュールを再生することで、データ構成要素ビルダが、データ構成要素を生成し、そのデータ構成要素が、前記メディア・コンテンツの第２の表現となる。このように、元のファイル構造は、維持されることになり、また、第２のフォーマットに慣れた装置は、簡単に制御ブロックを飛ばして、追加の情報がなくてもメディア・コンテンツを再生することができる。

本発明は、単一のデータ構成要素が生成される点で有利である。その生成された単一のデータ構成要素が、幾つかファイルを含めていた第１の表現でのメディア・コンテンツの第２の表現としての役割を果たす。また別の方法として、第１の表現が、単一ファイルを含めている場合、本発明は、ペイロード・データ・スケジュールにより、連続的なペイロード・データ、すなわち、制御データによって中断されないペイロード・データを予測する装置で、新しく生成されたデータ構成要素に組み込まれたペイロードを読み込みんで処理することができるという点においても有利である。

従って、本発明は、インターネットを介して、簡単にかつエラーのないダウンロードできる単一のデータ構成要素を提供することである。加えて、ペイロード・データ・スケジュール情報により、メディアペイロード・データは、ペイロード・データ・ブロック間のどんな制御データの処理もできない装置により処理されることができる。

また、望ましくは、少なくとも再生されたメディア・ファイルの１つが、元のメディア・ファイルと同一の構造であるという理由で、第１の表現は、第２の表現の中に組み込まれる。

望ましくは、メディア・コンテンツの第１の表現は、いくつか複数のファイル有しており、かつ、映像オブジェクト装置内でプログラムの基本ストリームを有しているＤＶＤの表現であり、前記プログラムの基本ストリームは、制御情報や画像グループの映像情報を有する。本実施例において、データ構成要素ビルダは、ＭＰＥＧ−４コンテナを生成し、元のＤＶＤフォーマットのコピー、および、ペイロード情報の各ブロックの開始を示すペイロード・データ・スケジュールが組み込まれている。したがって、これについては、ＭＰＥＧ−４対応のデコーダは、制御データ・ブロックによって区切られていない映像データのチャンクがペイロード・データ間で制御データを読み飛ばすためにペイロード情報を使用できることを予測するので、ＤＶＤフォーマットは、ＭＰＥＧ−４対応のデコーダにより簡単に解析できるようになるという利点がある。言い換えれば、ＤＶＤフォーマットの追加ファイルに含まれる追加情報、あるいは画像グループのペイロード・データのヘッダに含まれる追加情報は、レガシ・プレイヤにより読み飛ばされるので、互換性が保証されることになる。例えば、プレイヤは、映画本編の頭出しが望まれるが、先頭部分は、ペイロード・データ・スケジュールの最初の入力設定に従って変換中に定められる。ＭＰＥＧ−４およびＤＶＤ装置などの高性能なプレイヤは、分散型の制御データ・ブロックを理解することができる。標準的なＤＶＤビデオ・プレイヤは、ＭＰＥＧ−４のＨ．２６４で符号化されたコンテンツを決して再生できないという点に注意しておくことが重要である。ビデオ・プレイヤは、簡単に構築されながらも、ＤＶＤビデオ・ナビゲーション・データが分散するＭＰＥＧ−４のコンテンツを再生することができる。このように、ＭＰＥＧ−４コンテナは、インターネットを介して受取られた後、簡単に取り出せるので、ユーザは、コンピュータで出力できて、なおかつ元のＤＶＤファイル構造を必要とする標準的なＤＶＤプレイヤへ入力して自身のＤＶＤを簡単に作成できる。

本発明の実施形態は、以下に記載されている。本発明は、冒頭でも述べたように、ＤＶＤビデオ・フォーマットの長所を維持しながら、映像コンテンツに簡単にアクセスでき、ダウンロードできるＤＶＤビデオ形式のデータを作成する方法を提供する。すなわち、リッチ・コンテンツを、未加工のＭＰＥＧ−１／２ 音声／映像ストリームへ取り込むことである。この目的は、上記でも述べたように、例えば、ＤＶＤビデオ形式のデータを作成する方法があれば解決できる。その場合の手順は次のようになる：複数のファイルから予め定められた順序でデータを読み取り、その読み込んだデータを単一のファイルに書き込む。その際、読み込んだデータの順序は、予め定められていた順序が付与されて維持され、ファイル・ディレクトリの開始アドレスは、前のファイルの最終アドレスに隙間なく直接続くことになる。

言い換えれば、ＤＶＤビデオの仕様に応じて、映像、音声、リッチ・コンテンツのデータや構造を有する予め定められた複数のファイルが、単一のファイルにすべて記録されるのである。前記複数ファイルの元の順序は、ＤＶＤビデオ仕様の一部であり、前記単一ファイルに残る。また、前記単一ファイル内でのファイルの先頭は、前のファイルの終わりに直接続くことになる。本発明の状況から、「直接続く」または「隙間なく」という表現は、連続するファイル間でアドレスの隙間は、実質的に存在しない意味を持つ（例えば、格納媒体そのものの技術的な要求によって単独に生じる隙間は実質的な隙間ではない）。効率的な記録方式では、単一ファイル内における２つのファイル間に、実質的に大量のまたは多量の空のアドレスは存在しないことになる。必要であれば、次のセクターの始まりまで、隙間を埋め合わせるために、パディング・データが使用される。

更に、本発明の状況から、「ＤＶＤ」は、ＤＶＤ、ＨＤ―ＤＶＤ、ＢＤ（Ｂｌｕ−Ｒａｙ−Ｄｉｓｃ）、および、ビデオを含む大量のマルチメディア・データを格納するのに適しているあらゆる将来の光学的格納媒体を意味する。

ＤＶＤビデオ形式のデータを含んでいる単一のファイルの利点は、ＤＶＤビデオ仕様で特定されるような複数の異なるファイルをダウンロードすることとは対照的に、より簡単にウェブ・ページからこの種のファイルを格納、共有、あるいはダウンロードできることは明らかである。ユーザは、１つのファイルをダウンロードするだけで良いのである。アンジップ（解凍）のような他の復元は必要なくなり、むしろファイルは、瞬時の再生に対応できるように準備されている。

望ましくは、ファイルのセットは、ファイルＶＩＤＥＯ＿ＴＳ．ＩＦＯ、ＶＩＤＥＯ＿ＴＳ．ＶＯＢ、ＶＩＤＥＯ＿ＴＳ．ＢＵＰ、ＶＴＳ＿ｘｘ＿０．ＩＦＯ、ＶＴＳ＿ｘｘ＿ｙ．ＶＯＢ、ＶＴＳ＿ｘｘ＿０．ＢＵＰで構成され、ｘｘおよびｙは、十進数である。ＤＶＤビデオ仕様に対応するこれらのファイルは、ＭＰＥＧ−２に符号化される音声／映像データと同様に、タイトル番号や字幕のようなリッチ・コンテンツを記録するために利用される。

本発明の好ましい実施例では、ＤＶＤビデオ・コンテンツが含まれる単一ファイルは、ｍｐ４形式のファイルに組込まれる。単一ファイルのデータは、ｍｐ４ファイル構造の「ｍｄａｔ」アトムに位置することが好ましい。

言い換えれば、例えば、ｍｐｅｇ−４仕様で開示されているように、前記ｍｐ４のファイル構造は、ＤＶＤビデオ形式のデータを記録するコンテナとして交互に機能する単一ファイルを受取るコンテナとして利用される。

こういった手段の利点は、ＤＶＤビデオ・ファイル形式で知られるリッチ・コンテンツを組入れることができる可能性を断念することなく最新のｍｐ４ファイル形式を利用できることである。

別の好ましい実施形態においては、ｍｐ４のファイルの開始アドレスに関連した「ｍｄａｔ」アトムの論理的開始アドレスが、２０４８バイトの境界上に整列配置されている。

公知されているように、２０４８バイトとは、ＤＶＤ上の１つのセクションのサイズであり、ＤＶＤを読み込むビデオ・ヘッドがシークする際の最小単位である。

「ｍｄａｔ」アトムをシークする場合、「ｍｄａｔ」アトムを２０４８バイトの境界に配置すると、速度が向上するという強みを持っている。

別の好ましい実施例では、単一ファイルは、ｍｐ４のファイルの開始アドレスと相対的な関係にある次の２０４８バイトの境界となる論理的アドレスで始まる「ｍｄａｔ」アトムに記録される。前記「ｍｄａｔ」アトムの開始アドレスと前記単一ファイルのデータの開始アドレス間における空間は、「０」バイトで埋め合わされることが好ましい。

言い換えると、単一のファイルが、（最初のデータとともに）２０４８バイトの境界に配置されることにより、「ｍｄａｔ」アトムの先頭を探し出す手順が改善され、特に、前記単一ファイルを探し出す手順が向上する。例えば、「ｍｄａｔ」アトムの先頭が見つかれば、次の２０４８バイトの境界までアドレスを収集して「ｍｄａｔ」アトムの先頭が計算される。

好ましい実施例においては、単一ファイルに含まれているすべての音声／映像のＰＥＳパケットのペイロードは、ｍｐ４のファイルの音声および映像トラックのサンプル・テーブル（参照テーブル）で参照される。

ＭＰＥＧ−２の仕様およびＤＶＤビデオの仕様に記述されているように、ＰＥＳパケットは、音声および映像情報を表現する基本ストリーム・データを含むデータ・パケットである。ＰＥＳパケットを参照するための参照を含んだこのような参照テーブルを設定することにより、音声および映像の基本ストリーム・データの復元が可能になる。

ここでの利点は、リッチ・コンテンツ対応でないプレイヤにおいても、この参照テーブルをはじめ、参照をそれぞれ使用することで映像の再生が可能になることである。

別の好ましい実施例では、すべてのナビゲーション・パックは、２０４８バイトの境界まで埋め合わされる。

ここでの利点は、ナビゲーション・パックに続くデータが２０４８バイト境界で始まり、そして、迅速な頭出しが可能になるため、シーキングの能力が向上することである。

別の好ましい実施例では、ナビゲーション・パックを含むＤＶＤビデオ形式のデータは、映像オブジェクト・ユニット（ＶＯＢＵｓ）の一部分としてパックし、ｍｐ４ファイルの「ｍｏｏｖ」アトム中にある暗号用のトラックにより参照される。

前記トラックは、各ナビゲーション・パックに１つの参照を含める参照テーブルで構成され、ナビゲーション・パックのパック・ヘッダ、システム・ヘッダ、およびパケット・ヘッダが組み込まれていることがより望ましい。

ダウンロードされた映像コンテンツは、例えば、ダウンロードされたコンテンツを違法にコピーすること、および配布することから保護する為のデジタル著作権管理（ＤＲＭ）が組み込まれている。ＤＶＤビデオ形式のデータ構造では、ビデオ・オブジェクト・ユニット（ＶＯＢＵｓ）を含んでいる音声／映像データは、キーで符号化され、そのキーは、ＶＯＢＵに割り当てられたナビゲーション・パックにおいて、交互に格納される。つまり、各ＶＯＢＵは、映像および音声データを復号するために、自身のキーを持っている。それ故、ナビゲーション・パックに、もっと言うならば、このナビゲーション・パックに格納されるキーにアクセスできなければ、ＰＥＳパケットに含まれる映像／音声データは、復号化されず、それ故、再生されることができない。

前記暗号用のトラックを設定することは、以下の利点を有している。すなわち、暗号用のトラックに格納されている参照を介して、ナビゲーション・パック、および、そこに格納されているそれぞれのキーにアクセスできるため、キーが読み込まれ、映像／音声・データの復号に用いられることである。

別の好ましい実施例では、ｍｐｅｇ−４で符合化された音声／映像コンテンツは、ＤＶＤビデオ・コンテナに格納される。また、ＤＶＤビデオの映像管理テーブルである「プロバイダ独自のＩＤ」フィールドは、２つのサブ・フィールドに分割され、そのうち１つのサブ・フィールドは、ＤＶＤビデオがｍｐｅｇ−４コンテンツを含むかどうかの情報を格納するためで、もう１つのサブ・フィールドは、ｍｐｅｇ−４のコンテンツが発見された場合に、第２の「第１の再生ＰＧＣ」アドレスを格納するためである。

この手法では、まず、第一に、ＰＥＳパケットに格納されているｍｐｅｇ−２に符合化されたデータが、それぞれのｍｐｅｇ−４に符合化されたデータと置き換えられることを意味するが、もちろん、それはｍｐｅｇ−２で格納しておくことも可能である。また、ｍｐｅｇ−４の符合化は高性能ではあるが、ＤＶＤビデオ・フォーマットで知られるようなリッチ・コンテンツを提供できる可能性を残している。それぞれのプレイヤがｍｐｅｇ−４のコーデック対応でない場合は、第２の「第１の再生ＰＧＣ」のためのアドレスが用いられる。；代わりに、この第２の「第１の再生ＰＧＣ」が、例えば、静止画、あるいはｍｐｅｇ−４コンテンツの規格対応でないＤＶＤプレイヤなどのその他の情報を再生するために使用されるデータに直接指示することになる。

上記の方法で作成される単一のファイルは、隣接するデータ・ファイルの開始アドレスを参照する各データ・ファイルにある相対アドレスの参照を利用して、単一ファイルに含められたデータが予め定められたデータ・ファイル一式に分けられる方法で復元できる。

ここで、各々ＤＶＤビデオ・フォーマット仕様において特定されるファイル一式は、その他のファイルを参照する相対アドレスの参照を含んでいる点に留意する必要がある。この固有情報は、ＤＶＤビデオ・データ・ファイルを再構成するために、あるいは、復元するために現在使うことができる。第１のＤＶＤビデオ・ファイル、すなわち、ファイルＶＩＤＥＯ＿ＴＳ．ＩＦＯ．の先頭部分にも該当する単一ファイルの最初の部分が見つかれば良いのである。単一ファイルに含まれる残りのファイルは、前述の相対アドレスによって見つけられる。

別の好ましい実施例では、ｍｐ４のファイルを通過して「ｍｄａｔ」アトムの開始アドレスを獲得し、そして、次の２０４８バイト境界までのアドレスを収集することにより「ｍｄａｔ」アトムに含まれている単一ファイルを得ることができる。それは、最初のデータ・ファイルの開始アドレスで、すなわち、ＶＩＤＥＯ＿ＴＳ．ＩＦＯファイルである。

すでに述べたように、「ｍｄａｔ」アトムに格納される単一ファイルは、２０４８バイトの境界（ｍｐ４のファイル全体の開始アドレスと相対的な）に配置される。その結果、「ｍｄａｔ」アトムの始まりを探し、次の２０４８バイトの境界までのアドレスを収集することによって、「ｍｄａｔ」アトムの範囲内で単一ファイルの場所を簡単に見つけられる。この算出されたアドレスは、第１のデータ・ファイルの開始アドレスとなる。すなわち、ＶＩＤＥＯ＿ＴＳ．ＩＦＯファイルである。

別の好ましい実施例では、映画の再構築をするのに、ＤＶＤ装置がリッチ・コンテンツ対応でない場合は、音声および映像トラックのサンプル・テーブルの参照が、参照されたＰＥＳパケットに含まれる映像および音声データにアクセスするために用いられる。

この方法では、以下のような利点を有する。すなわち、各ＰＥＳパケットが、音声および映像トラックで参照されるため、これらの参照を用いることによって、映像および音声ストリームの再構築が可能になる。ＤＶＤ装置がリッチ・コンテンツ対応でない場合に、このような参照を使うことができる。

別の好ましい実施例では、前記ＤＶＤ装置がリッチ・コンテンツ対応でない場合、前記暗号用のトラックの参照が、参照ナビゲーション・パックに含まれるデータにアクセスするために用いられる。さらに好ましくは、各参照されたナビゲーション・パックには、同じＶＯＢＵに属しているＰＥＳパケットのペイロードを復号するための復号キーが含まれており、前記復号キーが読み込まれる。そして、前記復号キーは、前記ＶＯＢＵの読み込まれたＰＥＳペイロード、特に音声および映像データを復号するために用いられる。

言い換えれば、ＤＶＤ装置がリッチ・コンテンツ対応でない場合でも、暗号用のトラックの参照を用いてナビゲーション・パックに格納される復号キーにＤＶＤ装置がアクセスすることが可能であるため、映像の再生は可能となる。

別の好ましい実施例では、前記単一ファイルは、ＤＶＤビデオ対応のＵＤＦ１．０２ファイル・システムを作成することにより、また、断片の大きさに関わらず、前記単一ファイルの断片を連続してＣＤまたはＤＶＤ媒体に書き込むことにより、前記媒体にコピーされる。

すべてのコンテンツは、単一のファイルの範囲内に格納されるので、ファイルの最大サイズに関して言えば、ＤＶＤビデオ・ファイル・システムでは限定されているが（ＩＳＯ ９６６０ファイル・システムは、例えば、２つのギガ・バイト以下のファイルを必要とする）、１つのファイル入力につき、如何なるサイズの断片でも許容されるというルールに置き換えられる。その場合、断片は、物理的に隣接（連続）している必要がある。つまり、基本的にファイルの断片化は、光記憶媒体では許容されないことになる。これは、単なるファイル・システム・ドライバ・スタック向けの場合である。

本発明の目的は、映像／音声およびリッチ・コンテンツ・データを含んでいるデータ・ファイル一式から成るＤＶＤビデオ・データ構造によっても解析され、ＤＶＤビデオ仕様に従って組織化されることである。前記データ・ファイル一式は、単一の映像ファイルに含まれる。そして、前記データ・ファイル一式は、前記単一ファイルに整理され、連続するデータ・ファイル間には自由アドレスの空間を作ることなく単一ファイルに整理されている。

本発明による方法の上記利点については、このＤＶＤビデオ・データ構造にもあてはまるので、更なる説明は省略される。

好ましい実施例において、前記データ・ファイルにおいていくつかのファイルは、ｍｐｅｇ−４で符合化された映像／音声情報を含む。

この手法の利点は、高性能なｍｐｅｇ−４の符号化でもＤＶＤビデオ・フォーマットの利点を断念することなく使うことができることである。この点については、業界ではよく周知されており広く普及されている。

別の好ましい実施例では、前記データ構造は、少なくとも「ｍｏｏｖ」アトムおよび「ｍｄａｔ」アトムを含んでいるｍｐ４コンテナの構造体であり、前記「ｍｄａｔ」アトムは、前記単一ファイルを含む。

ｍｐ４コンテナ構造自体は、従来技術において公知で、例えば、ＩＳＯ１４４９６規格に記載されており、そのコンテンツは、本明細書でも引用されている。ＤＶＤビデオ・データ構造に対応する単一ファイルは、「ｍｄａｔ」アトム内に格納される。この手法では、その新しいｍｐ４コンテナ構造体の範囲内で広く利用されたことのあるＤＶＤビデオ・データ構造を使用することが可能になる。このように、双方のコンテナ構造の組み合わせが可能になる。

別の好ましい実施例では、前記単一ファイルは、ｍｐ４ファイル構造の先頭と相対的な２０４８バイトの境界で始まる。

より好ましくは、画像のグループ内（ＧＯＰ；ビデオ・オブジェクト・ユニット（ＶＯＢＵ）の構造）でＰＥＳパケットに格納された各映像／音声フレームを参照している参照データを含むトラック・アトムである。

より好ましくは、フレーム（フレーム断片）の断片を含んでいる各ＰＥＳパケットは、残りのフレーム断片と共に追加で格納され、そして、前記トラック・アトムの前記参照データは、前記追加で格納されたフレーム・データを参照する。

ＤＶＤビデオ仕様によると、ＰＥＳパケットは、２１６バイトの最大長を有する。しかしながら、フレームの長さは、この最大長を上回ることができるので、フレームのデータ断片だけを１つのＰＥＳパケットに格納できる。トラック・アトムは、１つのフレームまたはフレームの整数の倍数だけを参照できる参照データを含み、フレーム断片は、ＰＥＳパケットに加えて生データとして格納される。これをもって、トラック・アトムの参照データがフレームを参照することが可能となる。

別の好ましい実施例では、暗号用のトラック・アトムが設置されて、そこに含まれる参照データが、各ＶＯＢＵ内の各ナビゲーション・パックを参照して、ナビゲーション・パックに格納されているキーとなるデータにアクセスし、振り分けられたＰＥＳパケットに格納されている符合化された映像／音声を復号化する。

本発明の目的は、ＤＶＤプレイヤで使用するために前記の記録キャリアでも解析され、上記のデータ構造が前記の記録キャリアに書き込まれることを特徴とする。好ましくは、記録キャリアは、ＤＶＤ媒体として提供される。

本発明の目的は、記録キャリアに格納されるビデオ・フィルムを再生するために、ＤＶＤ装置においても解析され、前記記録キャリアに格納されるデータを読み取るための読込み手段、ＤＶＤビデオ形式ファイルを処理するための手段、そして、ｍｐｅｇ−４および／またはｍｐｅｇ−２で符合化されたデータを復号するための復号化手段から構成される。ここでは、更に上記のようにＤＶＤデータ構造の前記単一ファイルに格納されるデータ・ファイル一式を分けるための分離手段が、ＤＶＤ装置に具備されている。

好ましい実施例において、前記分離手段は、ｍｐ４コンテナ構造体の「ｍｄａｔ」アトムから前記単一のファイルを読み込むのに適している。

より好ましくは、前記分離手段は、前記単一のファイルを読み込む為に、「ｍｄａｔ」アトムの開始アドレスを捜し出して、ｍｐ４コンテナ構造体の先頭と相対的な次の２０４８バイト境界までアドレスを収集するのに適応する。

また、ＤＶＤ装置は、前記トラック・アトムに含まれる前記参照データの読み込み、および、参照されたＰＥＳパケットに含まれる映像／音声データの読み込むために、適応する第１の参照手段で構成されることが好ましい。

より好ましくは、ＤＶＤ装置は、前記暗号用のトラック・アトムに含まれる前記参照データの読み込み、および各ＶＯＢＵの参照されたナビゲーション・パックに含まれるキー・データを読み込むために適応する第２の参照手段、および、前記ＶＯＢＵに振り分けられ、読み込まれたキー・データを用いることにより、ＶＯＢＵの読み込まれた映像／音声・データを復号化するために適応する復号化手段とで構成される。

別の好ましい実施例では、前記の復号化手段は、ライセンス・サーバより提供される主要キーを用いることによって、読み込まれたキー・データを復号するのに適応される。

更なる特徴および利点は、以下の説明および添付の図面から導出することができる。

前述の特徴および下記でまだ説明されていない明細は、示されている各々の組み合わせだけでなく、それ以外の組み合わせにおいても、あるいは、分離しても、本発明の範囲を逸脱することなく使用できることを理解されたい。

本発明の実施例は、図面に示されて、同様に下記の説明において更に詳細に説明される。図面の説明は以下の通りである。

図１は、格納されたＤＶＤディスクおよびＤＶＤビデオ形式のデータを示す図解図である。
図２は、ＤＶＤビデオ ＶＯＢファイルの論理的データ構造を示す図解図である。
図３は、ビデオＰＥＳパケットを示す図解図である。
図４は、論理的ｍｐ４コンテナ・データ構造の部分を示す図解図である。
図５は、アドレス空間に関連したｍｐ４コンテナの「ｍｄａｔ」アトムを示す図解図である。
図６は、「ｍｄａｔ」アトムでＰＥＳパケットを参照している「ｍｄａｔ」アトムおよびトラック・アトムを示す図解図である。
図７は、「ｍｄａｔ」アトムおよび図６のトラック・アトムを示す図解図で、２つのＰＥＳパケットのペイロードは、それぞれのＰＥＳパケットに加えて新たに格納される。
図８は、ビデオ・オブジェクト・ユニットの一部であるナビゲーション・パックを参照している暗号用のトラック・アトムを示す図解図である。
図９は、ＤＶＤビデオ・コンテンツを提供して使用するシステムを示す図解図である。
図１０は、ＤＶＤ装置のブロック図である。
図１１ａは、第１の表現を第２の表現に変換する発明装置の概念図である。
図１１ｂは、発明メディア・プロセッサの概念図である。
図１２は、ペイロード・データ・スケジュールの好ましい実施例を示す。
図１３は、再生されたメディア・ファイル／ペイロード・ブロックおよび関連するペイロード・データ・スケジュール情報を有するデータ構成要素の概念図である。
図１４は、ＭＰ４ファイル形式で単一データ構成要素の好ましい実施例を示す。
図１５は、ＭＰＥＧ−４で使用されるアトム・カプセル化構造の概要を例示する。
図１６は、ＭＰＥＧ−４規格におけるチャンク・アトムのサンプル説明を例示する。
図１７は、ＭＰＥＧ−４規格におけるチャンクのオフセット・アトムの説明を例示する。

本発明の以下の説明において、ｍｐｅｇ−２またはｍｐｅｇ−４のＩＳＯ仕様で定義されている複数の専門用語が使われる。これら仕様のそれぞれのコンテンツは、従って、本願明細書で参照されることにより、本願明細書に盛り込まれる。更に、本発明はＤＶＤビデオ・データ構造およびｍｐ４コンテナ構造に関連するもので、一般公開されている書類でも明示されている。例えば、ｍｐ４コンテナ構造は、前述のｍｐｅｇ−４の仕様に記載されている。ＤＶＤビデオ仕様は、ＤＶＤフォーラム（ｗｗｗ．ｄｖｄｆｏｒｕｍ．ｏｒｇ）から入手可能である。ｍｐｅｇ−２およびｍｐｅｇ−４に関するさらに詳しい情報は、書籍「ｍｐｅｇ−４ ブック」、プレンティス・ホールＰＴＲ、２００２、フェルナンド・ペレイラら著で見つけることができ、このコンテンツもまた、本願明細書で参照されることにより本願明細書に盛り込まれる。

最後に、「ネロ・デジタル」と呼ばれるｍｐｅｇ−４のコーデックの出願人に関する詳細情報は、インターネット・ページのｗｗｗ．ｎｅｒｏｄｉｇｉｔａｌ．ｃｏｍに掲載されている。この情報もまた、本願明細書で参照されることにより本願明細書に盛り込まれる。

従来ネロ・デジタル・コンテンツは、いわゆるｍｐ４コンテナに格納される。事前にマスタしたコンテンツのオンライン配布に関しては、ユーザがＤＶＤビデオ・ディスクのリッチ・コンテンツに慣れている為、リッチ・コンテンツを届ける新しい技術が必要とされる。ネロ・デジタルＤＲＭ（デジタル著作権管理）のコンテンツ記憶装置のフォーマットは、後述するが、コンテンツ製作者およびコンテンツ消費者双方にとって下記のような望ましい目的に見合うように設計されている。すなわち、コンテンツ（読取りアクセス）へ簡単にアクセス、簡単に製作（書込みアクセス）、リッチ・コンテンツ対応ＣＤ装置の開発低費用、速いダウンロードと少ないスペース消費とが組み合わされたクオリティーの優れたリッチ・コンテンツ、およびリッチ・コンテンツ対応でない有能なプレイヤのｍｐｅｇ−４、ネロ・デジタルとの下位互換性が挙げられる。

周知のＤＶＤビデオ・コンテナ・フォーマットの構造は、図１の上半分に図式的に示される。ＤＶＤビデオ・コンテナ・フォーマットは、多くの指定ファイルを通してコンテンツを表している。すなわち、これらのファイルは、ＶＩＤＥＯ＿ＴＳ．ＩＦＯ、ＶＩＤＥＯ＿ＴＳ．ＶＯＢ、ＶＩＤＥＯ＿ＴＳ．ＢＵＰ、ＶＴＳ＿ｎｎ＿０．ＩＦＯ、ＶＴＳ＿ｎｎ＿ｍ．ＶＯＢおよびＶＴＳ＿ｎｎ＿０．ＢＵＰであり、ｎｎおよびｍは、０または０を超える整数である。これらのファイルは、ＤＶＤビデオ媒体１０の上に、連続して、または明確に定義された特定の順序で格納される。この順序は、上述のＤＶＤビデオ仕様において特定される。

通常、ＤＶＤビデオ・ディスクは、Ｖｉｄｅｏ＿ＴＳディレクトリを含んでおり、音声／映像およびメタデータ、そして、加えて、制御データのような追加データが含まれる。用語「ＴＳ」は、タイトル設定を表す。ディレクトリＶｉｄｅｏ＿ＴＳは、Ｖｉｄｅｏ＿ＴＳ．ＩＦＯファイルを必ず含んでおり、これには、ＶＭＧＩ（ビデオ・マネージャ情報）構造を含む。前記ＶＭＧＩは、ＤＶＤで分離されているタイトルの番号と場所に関する情報を含み、また、加えて、主要メニューの制御情報も含んでいる。前記ＶＭＧＩのバックアップは、ファイルＶｉｄｅｏ＿ＴＳ．ＢＵＰ（ＶＭＧＩ＿ＢＡＫ）に含まれる。

主要メニューの音声／映像データは、ファイルＶｉｄｅｏ＿ＴＳ．ＶＯＢ．に位置する。主要メニューを含まないＤＶＤの場合には、このファイルは、失われていることがある。Ｖｉｄｅｏ＿ＴＳ．ＶＯＢのデータは、ＶＭＧＭ（ビデオ・マネージャ・メニュ）として知られている。

ＤＶＤビデオ・ディスクは、いくつかのタイトル設定を含むことができる。１つのタイトルの設定は、解像度、音声トラック等のような同じ特徴を有する複数のタイトルの１つのグループであり、タイトル設定１または第１のトレーラの実施例として映画本編および最終部分のように、およびタイトル設定２の実施例として第２のトレーラがある。これらのタイトル設定は、各々３つの部分で構成されている。タイトル設定は、ＶＴＳＩ（ビデオタイトル設定情報）部分、ＶＴＳＭ（ビデオタイトル設定メニュー）部分およびＶＴＳ＿ＴＴ（ビデオタイトル設定タイトル）部分を有する。

ＶＴＳＩは、ファイルＶＴＳ＿ｎｎ＿０．ＩＦＯに含められており、ｎｎは、タイトル設定番号を示す。ＶＴＳＩテーブルは、制御情報、および見出しがどこに位置しているのか、音声トラックがどこに存在するのか等の情報を含むタイトル設定のタイトルのより詳細な説明を含む。ＶＴＳＩ（ＶＴＳＩ＿ＢＡＫ）のバックアップは、ＶＴＳ＿ｎｎ＿０．ＢＵＰファイルに含まれる。

タイトル設定におけるタイトル（音声メニュー、サブ・ピクチャ・メニュー、見出しメニュー）のためのメニューの音声／映像データは、すべてＶＴＳＭ（ビデオタイトル設定メニュー）部分に含まれる。ＶＴＳＭデータは、ファイルＶＴＳ＿ｎｎ＿０．ＶＯＢに含まれ、ｎｎは、タイトル設定番号になる。メニューが存在しない場合、このファイルは失われることがある。

音声／映像データ（すなわちタイトルのペイロード）は、ＶＴＳ＿ｎｎ＿１．ＶＯＢ．で始まるファイルに含まれる。ファイル名の最後の番号はファイル番号であり、ｎｎはタイトル設定の番号である。ＵＤＦファイル・システムが消費者用の装置向けに解析するのが難しいという事実からみて、１つのファイルにつき１つの領域のみとする規制がＤＶＤビデオ・メディア向けに導入されている。ＩＳＯ９６６０ファイル・システムの最大ファイル・サイズは２ＧＢである。複数の領域は、シーキングをより複雑にしてしまう為、事実１ファイルにつき複数の領域を回避する目的から１ＧＢに限定している。単一の領域サイズは、このように１ＧＢに限られているが、前記タイトルの音声／映像データは、時折１ギガバイトを超えるため、幾つかのファイルに分けられる。ＶＴＳ＿ｎｎ＿１．ＶＯＢ、ＶＴＳ＿ｎｎ＿２．ＶＯＢ、ＶＴＳ＿ｎｎ＿３．ＶＯＢのファイル・データは、ＤＶＤでは物理的に隣接している。これは、例えば、ＶＴＳ＿ｎｎ＿１．ＶＯＢの最後のセクターの後のセクターが、ＶＴＳ＿ｎｎ＿２．ＶＯＢ（ＶＯＢ＝Ｖｉｄｅｏ Ｏｂｊｅｃｔ）の第１セクターであることを意味する。

前述ファイルは、その他のファイルを参照している相対アドレス参照を含める点に留意する必要がある。それ故、ＤＶＤビデオ・フォーマットのすべて指定されたファイルは、相対アドレス参照を介して相互にリンクされる。

ＤＶＤビデオのコンテンツを記述している複数のファイルは、予め定められた領域（１ギガバイト）より決して大きくならない為、ＵＤＦファイル・システム・ドライバの複雑さから考えると有利である。しかしながら、ダウンロードに関して言えば、インターネットからダウンロードする際、複数のファイルは、どちらかと言えばユーザにとって不便である。

図１において、ダウンロードのプロセスをより便利にする１つの方法が示されている。この方法によれば、複数のファイルが一緒に連結され、参照番号２０で表示された１つの大きいコンテンツ・ファイルに結合される。この単一ファイル２０は、全てＤＶＤビデオを表しているファイルで構成されている。単一ファイル２０内の複数ファイルのシーケンスは、ＤＶＤビデオ仕様で特定されたシーケンスに一致する。このシーケンスを維持することは、ＤＶＤビデオ・ファイルのオリジナル一式を復元するために、ファイルのアドレス参照を使用することを可能にする。特に、ＤＶＤビデオの再生で必要とされるファイル・エントリ・ポイントは、ＶＩＤＥＯ＿ＴＳ．ＩＦＯファイルの先頭のみで、それは、新しい単一ファイル２０の先頭でもある。このファイルを処理することにより、そこに格納されるアドレス参照（フラット・アドレス空間の相対論理ブロック番号）に基づき、下記ファイルの開始アドレスが算出される。

図１の矢印２２は、ファイルが他のファイルを参照するアドレスを含めることを示している。

この単一ファイルの利点は、インターネット介して非常に容易にダウンロードできるということである。単一ファイルは、元のファイル２１の分離および復元に必要とされている追加情報を必要としないため、単一のファイルを構築する手順が簡単になる。

図２は、「．ＶＯＢ」の論理的データ構造の図解図を示している。

いわゆるＶＯＢファイルは、１つ以上のビデオ・オブジェクト・ユニット（ＶＯＢＵ）で交互に構成される交互配置のビデオ・ユニット（ＩＬＶＵ）から構成される。各ビデオ・オブジェクト・ユニットＶＯＢＵは、ジャンプ・マークおよび時間情報を含んでいるナビゲーション・パック（ＮＶ＿ＰＣＫ）、および１つ以上のいわゆる画像グループ（ＧＯＰ）で構成されている。各画像グループＧＯＰは、実際の映像、音声および字幕データを表す映像パック（Ｖ＿ＰＣＫ）音声パック（Ａ＿ＰＣＫ）および字幕パック（ＳＰ＿ＰＣＫ）で構成される。

ビデオ・オブジェクト・ユニットは、ＤＶＤプレイヤで制御できる最も小さいユニット構成要素である。画像グループは、復号化されるべきデータを含み、画像グループは、いわゆるＩフレームで始まり、次のＩフレームの前に終了する（ｍｐｅｇ−２の仕様参照）。

図２に示されるように、ビデオ・パックＶ＿ＰＣＫは、いわゆるビデオＰＥＳパケット（プログラム基本ストリーム）で構成されており、ＰＥＳパケットは、パケット・ヘッダおよびペイロードで表されている。ペイロードは、基本の映像または音声ストリーム（すなわち、ＤＶＤプレイヤが表示するフレーム）からのデータを含む。既に述べたように、このデータは、ｍｐｅｇ−２規格で符合化されている。

図２に示されるＶＯＢファイル構造は、一般的に知られており、ＤＶＤビデオ仕様の一部であることから、この構造に関する更なる詳細は、本願明細書において記載されていない。

ここで図３を参照してみると、単一のビデオＰＥＳパケットが示されている。ＤＶＤビデオ・フォーマットとは対照的に、ペイロードのデータは、ＭＰＥＧ−２で符合化されず、ＭＰＥＧ−４で符合化されている。

これは、ＤＶＤビデオ・フォーマットで展開されている概念を再利用することで、ＭＰＥＧ−４規格のリッチ・コンテンツを作成できるという非常に効果的な方法である。言い換えれば、この方法は、ＤＶＤビデオ・フォーマットの範囲内でＭＰＥＧ−４規格のコンテンツをカプセル化する方法を提供する。

この方法の基本方式は、ＤＶＤビデオ・ディスクのコンテンツを表す従来のｍｐｅｇ−２の音声／映像ストリームの代わりに使われるｍｐｅｇ−２システム仕様対応プログラム・ストリーム（ＰＳ）に、音声および映像ストリームをカプセル化することである。ｍｐｅｇ−４対応のＤＶＤビデオは、１６ピクセルの倍数であれば全ての解像度に対応する。高解像度のフォーマットも可能である。

ｍｐｅｇ−２規格で符合化されたデータの代わりに、ｍｐｅｇ−４規格で符合化されたデータを使用する利点の１つは、映像および音声データを格納するために必要な記憶スペースを大幅に削減できることである。例えば、ｍｐｅｇ−４の符号化は、ＤＶＤディスクの代わりにＣＤ―ＲＯＭで映像を記録することが可能である。

図４を参照すると、ｍｐ４コンテナの論理的構造が部分的に示されている。更なる詳細は、ｍｐｅｇ−４の仕様およびｍｐ４コンテナフォーマットに記載されるとおりである。

本実施例において、すべてのＤＶＤビデオ・ファイルで構成されている単一のファイル２０は、ｍｐ４コンテナ４０の「ｍｄａｔ」アトム３０に配置される。しかしながら、単一のファイルのＤＶＤビデオ・コンテンツは、「ｍｏｏｖ」アトム５０内では、どのトラックからも参照されることはない。

したがって、単一のファイル２０およびＤＶＤビデオ・コンテンツは、ｍｐ４コンテナ・ファイル４０の先頭と相対的な２０４８バイト境界上の「ｍｄａｔ」アトム３０の範囲内で整列配置されている。これにより、セクター・ベースのシーキング・オペレーションが確実になる。この種の配置構造を達成するためには、単一のファイル２０は、次の２０４８バイト境界まで０バイトで埋め合わさなければならない。その配置構造の具体例は、図５に示されている。例えば、「ｍｄａｔ」アトムが相対アドレスｘ（ｍｐ４コンテナ・ファイル４０の開始アドレスと相対的）で始まる場合、単一のファイル２０は、「ｍｄａｔ」アドレスｘ後の次の２０４８バイト境界線であるアドレスから始められ格納される。「ｍｄａｔ」アトム・ヘッダの終わり部分と単一のファイル２０の開始アドレスとの隙間は、０―バイトで埋め合わされる(満たされる)。

この配置構造は、以下の利点を有する。すなわち、メニュー・ベースの強化されたネロ・デジタル・コンテンツ対応プレイヤが、「ｍｄａｔ」アトムの先頭部分を得るために、ｍｐ４コンテナ４０だけを解析する必要があることである。次の２０４８バイト境界まで収集されるこの値が、ＤＶＤビデオ・ナビゲータのエントリ・ポイントになる；標準的ＤＶＤビデオのＶＩＤＥＯ＿ＴＳ．ＩＦＯファイルの先頭部分である。

ｍｐ４コンテナ４０の範囲内で格納されたＤＶＤビデオ・コンテンツの実用的な拡張は、ｍｐ４コンテナ「ｍｏｏｖ」アトム５０を通してＤＶＤビデオ・コンテンツの映画本編を参照するための評価である。これにより、リッチ・コンテンツに対応していないレガシ・プレイヤは、強化されたネロ・デジタルのタイトルの映画本編を再生できるようになる。

図６に、この目的を達成するためのデータ構造が示される。

単一のファイル２０を格納する「ｍｄａｔ」アトム３０では、従って、最も低い論理的レベルで、これらのＰＥＳパケットは、図解目的だけのために、これだけしか示されていない。

すでに述べたように前に、各ＰＥＳパケットは、ヘッダ部分およびペイロード部分から構成する。ペイロード部分には、基本の映像／音声ストリーム（ｍｐｅｇ−２またはｍｐｅｇ−４で符合化）からのデータが格納される。

この実施例によれば、ＰＥＳパケットの各ペイロード部分は、トラック・アトム６０の一部である参照レコード６２によって参照される。

言い換えれば、トラック・アトム６０は、参照レコード６２を構成する。そして、各レコード６２が１つのＰＥＳパケットのペイロード部分を参照する。特に、参照レコード６２は、それぞれのペイロード部分の開始および終端アドレスを構成する。これら参照を用いることで、すべてのＰＥＳパケットのペイロード部分に含まれるデータによって、表わされる映画を再生できることになる。

トラック・アトム６０のｍｐ４コンテナの参照レコード６２は、常に全てのサンプル（フレーム）を参照するため、すべての音声／映像のＰＥＳパケットは、少なくとも１つの完全なフレームを含めていなければならない。この必要条件は、矢印３２で「ｎフレーム」として示されており、ｎは整数である。また、この必要条件は、コンテンツを作成する上で、理解されておく必要がある。

ＤＶＤプレイヤに関しては、大きいＰＥＳパケットに対応するには、デマルチプレクサを利用する必要がある。必要であれば、逆多重化を成功させるために、十分なバッファ空間を設けておかなければならない。

異なるフレームは、異なるサイズを有するので、２０４８バイト境界までの音声／映像ＰＥＳパケットの配置構造は、もはや現実的ではない（パディングは、各Ａ／Ｖ ＰＥＳパケット後に挿入することが必要）。この配置構造の問題が、シーキングにマイナスの影響を与えないようにするためには、ビデオ・オブジェクト・ユニット、つまりＶＯＢＵｓの一部であるすべてのナビゲーション・パックが、２０４８バイト境界まで埋め合わされる必要がある。

図２をもう一度参照してみると、ＰＥＳパケットのヘッダは、ＰＥＳパケット長を格納するのに２バイト確保されていることが示されている。これは、つまりＰＥＳパケットの最大サイズが６５，５３１バイトであることを意味している。高解像度のコンテンツに対しては、これでは完全なフレームを格納するには不十分な為、ｍｐ４コンテナトラック６０から同じコンテンツを参照することは不可能である。

この欠点を克服するために、１つのフレームの断片を表しているペイロード部分は、２回格納される。この方法は、図７に図式的に示される。ここで、ＰＥＳパケット３３、３４は、１つのフレームの断片のみを含む。すなわち、ＰＥＳパケット３３のペイロード部分の第１の断片およびＰＥＳパケット３４のペイロード部分の第２の断片だけである。第１の断片および第２の断片が一緒に１つのフレームを表す。

そこで格納されたペイロード部分およびデータの両方は、それぞれ（音声／映像（Ａ／Ｖ）の生データ）、連続した形で追加的に格納される。参照レコード６２は、現在、生のＡ／Ｖデータを参照しており、ＰＥＳパケット３３、３４双方のペイロード部分を、参照していない。

インターネットを介してダウンロードを提供している大部分のビデオ・コンテンツは、コンテンツに対する不法な複製（再生）などが起きないことの保証について、デジタル著作権管理が組み込まれている。デジタル著作権管理の１つは、コンテンツの暗号化がある。本実施例において、コンテンツの暗号化は、ライセンス・サーバから得られる１タイトル（映画）につき１つの記憶キーを用いて実施される。このキーは、ＶＣＰＳ（ビデオ・コンテンツ保護システム）仕様で使用されている独自のキーに類似している。媒体にコンテンツの暗号方法を統合することは、コンテンツのファイル修正を必要としないが、そのライセンス情報だけは、独自の媒体ＩＤより算出されたキーを使って暗号化して媒体のどこかに格納する必要がある。このキーは、ライセンスに格納されている。

前述のネロ・デジタル・ＤＲＭフォーマットは、装置（ＤＶＤビデオＶＯＢＵ）ごとのベースで、複製防止機能の有効／無効に対応している。これによって、放送フラグ（ＤＶＢ：デジタルビデオ放送）対応のリアルタイム記録を可能とし、コンテンツ提供者（放送局）からの要請で、同時に複製防止機能を有効／無効にする。

図２に示されるＤＶＤビデオ・ナビゲーション・パック（ＮＶ＿ＰＣＫｓ）は、コピー制御情報を特定している設定と同様にＡ／Ｖ ＰＥＳパケットを暗号化するために用いるプログラム・キーを格納する。プログラム・キー自体は、この映画のために指定された独自のキーを使用して暗号化される。暗号化は、コンテンツを暗号化して物理的媒体に統合するためのＶＣＰＳ技術と同様に実施される。

言い換えれば、画像グループに割り当てられるペイロードは、同じＶＯＢＵに割り当てられたナビゲーション・パックに格納されるプログラム・キーによって復号または解読されることができる。そして、次のＶＯＢＵに割り当てられたＰＥＳパケットのペイロードは、このビデオ・オブジェクト・ユニットのナビゲーション・パックに格納される別のキーによって、暗号化される。

図８において、概略図が、３つのビデオ・オブジェクト・ユニットの図解図で示される。各ナビゲーション・パックと画像グループが組み込まれており、復号化を必要とするＰＥＳパケットで交互に構成されている。

ＤＶＤプレイヤが、リッチ・コンテンツ対応でない場合でも、ＰＥＳパケットの復号化を保証するために、ｍｐ４コンテナ４０は、さらに暗号用のトラック・アトム７０と呼ばれるアトムから構成される。この暗号用のトラック・アトム７０は、参照レコード７２（参照テーブル形式）を含んでいる。各参照レコード７２は、ＶＯＢＵのナビゲーション・パックを参照している。この参照テーブルは、ＰＥＳパケット（参照レコード６２によっても参照される）を復号化するために、ナビゲーション・パックに格納されるプログラム・キーを得ることができる。

ＤＶＤプレイヤがリッチ・コンテンツ対応でない場合でも、トラック・アトム６０および暗号用のトラック・アトム７０に基づいて、再生を目的とする音声／映像ストリームの復元または再構成が可能である。トラック・アトム６０および７０双方は、ｍｐ４コンテナの「ｍｏｏｖ」アトムの一部である。

それ故、リッチ・コンテンツの提示に対応していないＤＶＤビデオ装置（例えば、ネロ・デジタルＤＲＭ対応装置）は、暗号化されたコンテンツに対して適切なキーを得るために、この暗号用のトラック・アトム７０に依存しなければならない。しかしながら、リッチ・コンテンツ対応のプレイヤは、ＤＶＤビデオ・ナビゲーション・パックを読み込む際、暗号用のトラック・アトム７０を無視することができ、ＤＶＤナビゲーションの一部としてキー情報を収集することができる。

ナビゲーション・パックは、２０４８バイトの一定サイズを有する。ｍｐ４コンテナにより参照される暗号用のトラック・アトム７０は、トラック・タイプ（アトム・ＨＤＬＲ／ＴＹＰＥ）「ＮＤＲＭ」およびネーム（アトムＨＤＬＲ／ＮＡＭＥ）「ネロ・デジタルＤＲＭ」を持っていなければならない。記録が実際に保護されているかどうかに関係なく、参照テーブル（暗号用のトラック７０）は、ナビゲーション・パックごとに１回エントリを含む。ｍｐ４コンテナによって参照される音声および映像データとは対照的に、ＮＤＲＭトラックは、パック・ヘッダ、システム・ヘッダおよびナビゲーション・パックのパック・ヘッダを含めている必要がある。

通常、前述のｍｐ４コンテナ・ファイルは、コンパクト・ディスクまたはＤＶＤ媒体に複製できる。再生の互換性を考慮して、ファイル・システムは、２〜３回修正可能なＤＶＤビデオ対応のＵＤＦ１．０２ファイル・システムとして作成される。ＤＶＤビデオ・メディアとは対照的に、ｍｐ４コンテナのファイルが２ギガバイトより大きい場合、ＩＳＯ９６６０ファイル・システムは、媒体記憶向けには作成されない。

上記のデータ構造に関しては、全てのコンテンツを単一のファイル内に格納するので、ファイルの最大サイズを、ＤＶＤビデオ・ファイル・システムの制限は（ＤＶＤビデオの再生関連のファイル・エントリは１つ以上の断片を特徴としない）、１つのファイル・エントリにおける断片数は制限しないという規則に置き換えられる。しかし、断片は、物理的に隣接していなければならない（連続する）。基本的に、本発明によると、ｍｐ４コンテナ・ファイルの断片化は、光記憶媒体では許容されていない。

これにより、ネロ・デジタルの著作権管理が有効なＣＥ機で、非常に簡単なファイル・システム・ドライバ・スタックの実施が可能になり、市場参入までの開発費用および時間を削減する。

図９では、上述のデータ構造（すなわち、ｍｐ４コンテナ・フォーマット）を使用するシステムが示される。システム１００は、ダウンロードするためにビデオ・コンテンツを提供するサーバ１０２を構成する。さらに、サーバ１０２は、提供されたＤＶＤビデオ・フォーマットのビデオ・コンテンツを、上述のｍｐ４コンテナ・データ構造に変換する。この変換は、例えば、図１に示される方法、すなわち、すべてのＤＶＤビデオ・ファイルを含んでいる単一のファイル２０を構築するための方法で構成する。さらに、サーバ１０２は、トラック・アトム６０および暗号用のトラック・アトム７０の参照テーブルを設定するのに役立つ。もちろん、サーバ１０２は、ナビゲーション・パックに格納されるプログラム・キーを解読するためのライセンス・キーを提供するライセンス・サーバとしての役割も果たす。

サーバ１０２より提供されるｍｐ４コンテナ・ファイルは、インターネットを介してユーザ１０４によりダウンロードされ、コンピュータ１０６またはＤＶＤプレイヤ１０８に格納されることができる。コンピュータ１０６またはＤＶＤプレイヤ１０８は、映画を再生するためにｍｐ４コンテナ・ファイルを処理できるように適応される。

図１０において、ＤＶＤプレイヤ１０８のブロック図が示されている。ＤＶＤプレイヤ１０８は、インターネットと連結させることができ、映画を表示するためのモニタ１０９と連結される。

ＤＶＤプレイヤ１０８は、ＤＶＤ媒体またはＣＤ―ＲＯＭ媒体１１４に格納されるデジタル・データを読み込む為の読込み装置１１２を含む。

読込まれたデータは、プロセッサ装置１１６で処理される。プロセッサ装置１１６と一体としては、ＭＰＥＧ−２、または、ＭＰＥＧ−４で符合化されたデータの復号するために適応した復号装置１１８、および前記単一のファイル２０に格納されるデータ・ファイル一式を分離するために適応した分離装置１２０である。

さらに、ＤＶＤプレイヤ１０８は、トラック・アトム６０に含まれる参照データの読み込み、および参照されたＰＥＳパケットに含まれる映像／音声データの読み込むために適応した第１の参照装置１２２を含む。

ＤＶＤプレイヤ１０８は、また、前記暗号用のトラック・アトム７０に含まれる参照データの読み込み、および各ＶＯＢＵの参照されたナビゲーション・パックに含まれるキー・データの読み込むために適応した第２の参照装置も含む。第２の参照装置１２４と一体としては、前記ＶＯＢＵに割り当てられて読込まれたキー・データを用いることによって、ＶＯＢＵの読み込まれた映像／音声データを復号するために適応した復号化装置１２６である。

要約すれば、上記のビデオ・コンテンツ記憶装置フォーマットは、コンテンツ製作者およびコンテンツ消費者双方に対して以下の望ましい目的に見合うものとする。すなわち、

− コンテンツに簡単にアクセスできる：前記記載されたビデオ・コンテンツは、ピア・ツー・ピア・ネットワークまたはウェブ・ページからのダウンロードを通じて共有される単一ファイルに組み込まれている。

− ＤＲＭ保護されたコンテンツは、販売用ＤＶＤビデオ媒体から作成することが可能であり、上述フォーマットへの変換は、メニューおよびユーザ対話（リッチ・コンテンツと呼ばれる）を失うことなく実施できる；

− 既存技術を用いた新規の方法で、ＣＥ機メーカは、既存のＤＶＤビデオ・ナビゲーション・フレームワークと既存のネロ・デジタル対応ハードウェアｍｐｅｇ−４のデコーダとを組み合わせることが可能になり、それほど手間をかけずにリッチ・コンテンツに対応できる；

− クオリティーの優れたリッチ・コンテンツは、ｍｐｅｇ−４およびＤＶＤビデオ双方を最大限活用することで、迅速なダウンロードと少量のスペース消費を兼ね備える；

− リッチ・コンテンツは、映画本編のタイトルを参照しているｍｐ４コンテナに組み込まれている。このように、メニューがプレイヤによって対応されない場合でも、映画本編の再生は保証される。

図１１ａは、メディア・コンテンツの第１の表現を、メディア・コンテンツの第２の表現に変換する発明装置の概略図を例示している。模範として言えば、第１の表現は、ＤＶＤの表現である一方で、第２の表現は、ＭＰＥＧ−４に準拠した表現である。通常、第１の表現は、１つ以上のメディア・ファイル１１００、１１０２、１１０４を含む。各メディア・ファイルは、図１１ａにおいて「メディア・ファイル・ペイロード」と示された、ペイロード部分を含み、また、図１１ａのヘッダＨ１、Ｈ２またはＨｎと示された制御部分をも含む。一例として、各メディア・ファイルは、映画の場面を表すことができる。したがって、第１のメディア・ファイル１１００は、第１の場面の音声／映像コンテンツを含むことができ、第２のファイル１１０２は、第２の映像または音声場面などの音声または映像コンテンツを含めることが可能である。通常、各メディア・ファイルは、メディア・ファイルのメディア・コンテンツを表現するメディア・ファイル・ペイロードと、メディア・ファイルの関連メディア・ファイル・ペイロードのための制御情報を含むメディア・ファイル・制御部分を有する。

通常、メディア・コンテンツの第１の表現は、少なくとも２つのファイルを有するファイル一式であり、各ファイルは、ファイル１１００および１１０２が示されている図１１ａのように、ヘッダ・ブロックとペイロード・ブロックとを有する。別の方法として、または、加えて、第１の表現は、単一のファイルまたは複数のファイルになり、各ファイルは、制御部分で分けられた少なくとも２つのペイロード部分を有する。この場合の実施例は、図２において示されており、複数の音声プログラム基本ストリームまたは映像プログラム基本ストリームを含んでいるので、ファイルは、ペイロード情報のいくつかの部分を含むビデオ・オブジェクト・ファイル（ＶＯＢ）である。もう１つの例として、この種の単一のファイルは、ファイルＶＴＳ＿０１＿０．ＶＯＢまたはＶＴＳ＿０１＿１．ＶＯＢ．として図１３において示されているように、制御情報ブロックから分離したペイロード・ブロックを有する。

発明装置は、データ構成要素を生成するためのデータ構成要素ビルダ１１１０を含み、データ構成要素は、メディア・コンテンツの第２の表現になる。本発明によれば、データ構成要素ビルダ１１１０は、第２の表現のデータ構成要素タイプを示す第２の表現インジケータを生成するために有効となる。この種の第２の表現インジケータは、例えば、データ構成要素がＭＰ４ファイルのインジケータである。すなわち、国際規格ＩＳＯ／ＩＥＣ １４４９６―１：２００２としても公知であるＭＰＥＧ−４規格に基づいて書き込まれるファイルまたはデータ構成要素である。

第２の表現インジケータは、図１１ａの１１１２に示される。さらにまた、データ構成要素ビルダ１１１０は、少なくとも１つのメディア・ファイルを再生させるために有効で、再生されたメディア・ファイルは、第１表現のメディア・ファイルのメディア・コンテンツを表現している再生されたメディア・ファイルの制御部分および再生されたメディア・ファイル・ペイロードを含む。通常、再生されたメディア・ファイルによって再表現されたメディア・コンテンツは、再生されたメディア・ファイルによって再表現されたメディア・コンテンツと同じである。再生されたメディア・ファイルの少なくとも１つは、図１１ａの１１１４で示している。本発明の好ましい実施態様において、再生されたメディア・ファイルの少なくとも１つは、第１の表現メディア・ファイルと同じファイル構造を有する。実施例において、メディア・ファイル１ １１００に対応する再生されたメディア・ファイルＭＦ１´は、単に新規で生成されたデータ構成要素に複製される。あるいは、例えば、より古いデコーダに関連するメディア・ファイル１１００のペイロード部分は、同じ映画シーンに関連する符合化されたメディア・ファイル・ペイロードによって置き換えられるが、異なった、好ましくは質的により良好なエンコーダ／デコーダのバージョンを使用して生成される。にもかかわらず、メディアは、第１の表現のメディア・ファイルおよび再生された第２の代表のメディア・ファイルにおけるメディア・ファイル・ペイロードは、例えば、映画あるいは音声部分で同じ場面のメディア・コンテンツを有する。

同様に、ヘッダまたは制御データは、データ構成要素ビルダによって修正されることができる。制御データの補正あるいは変更の実施例は、例えば、データ構成要素ビルダ１１１０に関連する情報の追加、または追加メタデータなどの追加である。好適な実施の形態において、しかしながら、例えば、第１の表現がＤＶＤ表現の場合、新しく生成されたデータ構成要素の範囲内で生成されたメディア・ファイルが、ＤＶＤレコーダによる再生で使用できなくなるまで、Ｈ１’の制御ブロックを修正することはできない。したがって、本発明は、好ましくは、少なくとも１つのメディア・ファイルを再生し、その少なくとも再生されたメディア・ファイルの１つが、第１の表現のメディア・ファイルまたは複数の第１の表現のメディア・ファイルにも有効とされる同じフォーマットの必要条件に従う。

加えて、データ構成要素ビルダ１１１０は、ペイロード・データ・スケジュール１１１６を生成するために有効となり、ペイロード・データ・スケジュールは、各再生されたメディア・ファイルごとに、再生されたメディア・ファイルでのペイロード情報の開始を示すスケジュール情報を含む。再生されたメディア・ファイルが、制御情報により切り離されたペイロード情報の幾つかのブロックを含む場合、ペイロード・データの各ブロックの開始がペイロード・データ・スケジュール１１１６を使用して引き出せるように、ペイロード・スケジュールは、データ構成要素ビルダ１１１０により生成される。データ構成要素１１２０は、好ましくは、格納することが可能であり、あるいは、提供者から受取人まで伝送されることが可能である単一のデータ・ファイルである。加えて、データ構成要素１１２０は、物理的ファイルである必要はないが、ＭＰＥＧ−４規格で許容されている追加位置に関する参照を含めることができる点に留意する必要がある。このように、データ構成要素１１２０は、論理的構造物、または、１１１２、１１１４および１１１６のデータ部分を含む論理的コンテナと見なされることになる。

図１２は、この場合のペイロード・データ・スケジュールに対する好ましい実施例を示しており、第１の表現のメディア・ファイルが複数存在し、好ましくは、各ファイルは、ヘッダ部分およびペイロード部分において制御部分を有する。この場合、ペイロード・データ・スケジュールは、好ましくは、第ｎ番目に再生されるメディア・ファイル・ペイロード部分の開始アドレスまで、第１の再生されたメディア・ファイル１２００のペイロードの開始アドレスと、第２の再生されたメディア・ファイル１２０２とを含む。

図１２の表に示すこれらのアドレスは、記憶媒体の相対または絶対アドレスになり、新しく生成されたデータ構成要素が格納される。あるいは、これらのアドレスは、いかなる記憶媒体からも切り離された論理アドレスとなり得ることができ、好ましくは、データ構成要素の開始、または、デコーダに知らされているデータ構成要素のいかなる参照ポイントにも関連する。

あるいは、テーブル項目は、ペイロード・ブロックの開始アドレスは示さないが、前の制御データ・ブロックの終端アドレスを示すか、あるいは、前の制御データ・ブロックの開始アドレスおよび介在する制御データ・ブロックのサイズを示せるように、ペイロード・データ・スケジュールが書き込まれる。制御データ・ブロックのサイズがデコーダに知らされる時（例えば、すべての制御データ・ブロックは、同一サイズを有する場合）、制御データ・ブロックの開始アドレスまたは終端アドレスを提供するだけで十分である。その結果、メディア・データ・チャンクを必要としているデータ・デコーダが、メディア・コンテンツを処理する際、制御データをスキップすることができる。

図１１ａと関連して述べられるように、図１１ｂは、データ構成要素を処理するためのメディア・プロセッサの好ましい実施例を示している。データ構成要素１１２０は、データ・ストリーム解析器としても見なされるデマルチプレクサ装置１１３０に入力される。データ・ストリーム解析器は、データ構成要素を処理して、ペイロード・データ・スケジュール・チャネル１１３２でペイロード・データ・スケジュールを出力して、メディア・ファイル・チャネル１１３４を介して再生されたメディア・ファイルを出力する。好ましくは、さらに、デマルチプレクサ１１３０は、対応出力チャンネル１１３６で、デコーダ・タイプの表示を出力するために有効となる。ペイロード・データ・スケジュール１１３２は、ペイロード・データ・デコーダ１１４０を制御するペイロード・データ・スケジュール読み取り機１１３８に入力される。ペイロード・データ・デコーダは、再生されたメディア・ファイルを受け取り、復号化されたメディア・コンテンツを出力する。モード制御入力１１４２は、２つのモードを有するのが好ましい。モード１では、再生されたメディア・ファイルの範囲内で制御部分をスキップするためのペイロード・データ・スケジュールをデコーダが使用するように、ペイロード・データ・デコーダ１１４０が制御される。このように、ペイロード・データ・デコーダが、ＭＰＥＧ−４対応の装置であれば、モード１の制御が用いられるが、ペイロード・データ・ブロックとの間に散在した制御ブロックを処理することはできず、制御データ・ブロックによって切り離されていないチャンク・データに依存することになる。

モード制御入力１１４２が、モード２に設定される時、ペイロード・データ・スケジュールは、無視されて、制御部分が用いられる。モード２のデコーダは、典型的なＤＶＤデコーダであり、そのまま再生されたメディア・ファイルを読み込む。従って、ＭＰＥＧ−４の構文を識別する必要はないが、図１１ａのデータ構成要素１１２０の１１１４部分を単に読み込み、処理することができる。

次に、ＤＶＤフォーマット、または、ＤＶＤ表現（ＭＰＥＧ−４表現）をＭＰＥＧ−４フォーマットまたはＭＰＥＧ−４表現に変換するための本発明の好ましい実施例は、図１３に関連して例示されている。図１３の左の部分は、生成されたメディア・ファイル１１１４を例示しており、図１３の右側は、ペイロード・データ・スケジュール１１１６を例示している。ＤＶＤの実施例では、実施例図１のファイルの第１グループが書き込まれる。次に、第１の映画場面あるいは映画場面の第１のグループに関連する第１のビデオ・オブジェクト・ファイルが書き込まれる。このオブジェクト・ファイルは、第１の制御ブロックまたはヘッダおよび、ＰＥＳパケットごとのパック・ヘッダおよびＰＥＳパケット・ヘッダなどの幾つかの制御部分を実施例に含む。次に、各パック・ヘッダおよびＰＥＳパケット・ヘッダの後に、好ましくは、暗号化された音声または映像データが書き込まれる。音声の実施例では、これらの音声データは、音声部分の特定の時間部分に関連した音声エンコーダの出力データとなる。映像の実施例では、「暗号化された音声映像データ」と題したペイロード・ブロックは、画像グループ上の映像データを含む。このように、再生されたメディア・ファイル１１１４は、ＤＶＤビデオ・ストリームを構築するＭＰＥＧ−４ ＰＥＳパケットを収集した形で構成する。

ペイロード・データ・スケジュール１１１６は、各ペイロード・ブロックまたはサンプルに関する情報を含むので、ありとあらゆる制御ブロックをスキップするために、生成されたメディア・ファイル１１１４は、ペイロード・データ・スケジュール１１１６を使用して処理されることが可能になる。これにより、例えば、デコーダが、ＭＰＥＧ−４の要請に応じて、ペイロード・ブロックだけを受け取れることになる。

ＭＰＥＧ−４ファイルは、図１４において例示されている。図１４および次の図１５〜１７は、全てＭＰ４ファイルのファイル形式を例示しているＭＰＥＧ−４規格の第１３セクションから導出される。通常、ＭＰ４ファイルは、いくつかのアトムを含む。ファイルにおける主要アトムは、ｍｏｏｖアトムおよびｍｄａｔアトムである。ｍｏｏｖ項目は、図１４の１４００に示されており、ｍｄａｔアトムは、図１４の１４０２に示される。ｍｏｏｖアトム１４００は、ＭＰＥＧ−４規格のアトム・カプセル構造の概要が記されている図１５の表に示されるように、特定の階層的な順序で、さらに幾つかのアトムを含む。本発明によれば、再生されたメディア・ファイル１１１４は、例えば、図１３に示されているように、図１４のｍｄａｔアトム１４０２に取り入れられ、その一方で、図１３のペイロード・データ・スケジュール１１１６は、ｍｏｏｖアトム１４００に含められる。その後、ｍｏｏｖアトムのどのアトムが、ペイロード・データ情報、すなわち、音声または映像サンプルごとのペイロード・ブロックの開始を表示を受取っているかが表示される。する。特に、ＭＰＥＧ−４規格のセクション１３.２.３.１５に示されているサンプル・テーブル・アトムに見られる。

サンプル・テーブルは、トラックにおいてメディア・サンプルの見出しを付けている全ての時間とデータを含む。テーブルを用いて、時間内にサンプルの位置を決め、タイプを決定して、サイズ、コンテナおよびオフセットを決定して、そのコンテナに取入れることができる。サンプル・テーブル・アトムが含まれるトラックが、データを参照する場合、以下のサブ・アトムが必要とされる：サンプル説明、サンプルのサイズ、サンプルにおけるチャンク、チャンク・オフセット。

サンプル・テーブルの全てのサブ・テーブルは、同じサンプル総数を使用する。さらに、サンプル記載アトムは、少なくとも１つの項目を含まなければならない。サンプル記載アトムを必要とする理由は、どのデータ参照アトムを使用してメディア・サンプルを検索するかを指し示すデータ参照インデックス・フィールドを含んでいるからである。サンプル記載が無ければ、メディア・サンプルをどこに格納するかを決定できない。

図１６は、チャンク・アトムのサンプルを示している。また、図１７は、チャンク・オフセット・アトム、および、それに付随する記載を示している。特に、チャンク・アトムのサンプルは、ｍｄａｔアトムのチャンク・データがどのサンプルに該当するかのマッピングを与える。特に、通常のＭＰＥＧ−４の使用では、ｍｄａｔアトムは、いくつかのトラックのためのデータを含んでおり、セクション１３.２.３.１９で言及されているテーブルの１項目で、チャンクの動きが同じ特徴であることを確認するので、トラックごとに１つの項目で充分である。これは、トラックの通常のケースである。

しかしながら、このＭＰＥＧ−４構文の可能性が、本発明で誤用されている。何故なら、図１３の実施例では、単一のペイロード・ブロック「（暗号化された）ＡＶデータ」のみ存在し、本発明によれば、ペイロード・データ・ブロックの開始が、新しい「チャンクの続き」または新しい「トラック」の始まりとして信号が送られるからである。このように、図１３のペイロード・データ・スケジュール１１１６は、チャンク・アトムのサンプルのテーブルの概略図とみなされることができる。しかしながら、好ましい実施例において、チャンク・オフセット・アトムも用いられる。通常、ペイロード・データ・ブロックの開始は、テーブルの入力により提供される。その理由は、図１６のセクション１３.２.３.１９の第３のパラグラフで概説されるように、各入力が、同じ特徴を有する最初のチャンクの続きの見出しを持っているからである。このように、本発明によれば、図１３のペイロードを構成している各音声・映像データ・ブロックは、チャンクの続きとみなされ、単一のチャンクである。すなわち、ＰＥＳパケット・ペイロードは、ＰＥＳパケットにおいて含まれる。

発明方法の特定の実施必要条件にもよるが、発明方法は、ハードウェアまたはソフトウェアにおいて実施できる。そこに格納された電子的に読み込み可能な制御信号を有するデジタル記憶媒体、特にディスク、ＤＶＤまたはＣＤを使用して実施され、プログラム可能なコンピュータ・システムと協同して、その発明方法が実施されるようになる。従って、通常、本発明は、機械読み取り可読キャリアに格納されるプログラム・コードを有するコンピュータ・プログラム製品である。そして、そのコンピュータ・プログラム製品がコンピュータで作動するとき、プログラム・コードは、その発明方法を実施するために有効となる。言い換えれば、コンピュータ・プログラムが、コンピュータで作動する時、発明方法は、従って、発明方法のうちの少なくとも１つを実行するためのプログラム・コードを有するコンピュータ・プログラムである。

当業者ならば、上記の記載から本発明の広範な教示が多様な形で実施されうることがわかるであろう。したがって、本発明の特定の具体例に関して本情報を説明してきたが、図面、本明細書、および請求項を検討すれば、当業者ならば他の変更も明らかとなるので、本発明の真の範囲が特定の具体例に限定されると考えてはならない。

格納されたＤＶＤディスクおよびＤＶＤビデオ形式のデータを示す図解図である。 ＤＶＤビデオ ＶＯＢファイルの論理的データ構造を示す図解図である。 ビデオＰＥＳパケットを示す図解図である。 論理的ｍｐ４コンテナ・データ構造の部分を示す図解図である。 アドレス空間に関連したｍｐ４コンテナの「ｍｄａｔ」アトムを示す図解図である。 「ｍｄａｔ」アトムでＰＥＳパケットを参照している「ｍｄａｔ」アトムおよびトラック・アトムを示す図解図である。 「ｍｄａｔ」アトムおよび図６のトラック・アトムを示す図解図で、２つのＰＥＳパケットのペイロードが、それぞれのＰＥＳパケットに加えて格納される。 ビデオ・オブジェクト・ユニットの一部であるナビゲーション・パックを参照している暗号用のトラック・アトムを示す図解図である。 ＤＶＤビデオ・コンテンツを提供して使用するシステムを示す図解図である。 ＤＶＤ装置のブロック図である。 第１の表現を第２の表現に変換する発明装置の概念図である。 発明メディア・プロセッサの概念図である。 ペイロード・データ・スケジュールの好ましい実施例を示す。 再生されたメディア・ファイル／ペイロード・ブロックおよび関連するペイロード・データ・スケジュール情報を有するデータ構成要素の概念図である。 ＭＰ４ファイル形式で単一データ構成要素の好ましい実施例を示す。 ＭＰＥＧ―４で使用されるアトム・カプセル化構造の概要を例示する。 ＭＰＥＧ―４規格におけるチャンク・アトムのサンプル説明を例示する。 ＭＰＥＧ―４規格におけるチャンクのオフセット・アトムの説明を例示する。

Claims (24)

1. メディア・コンテンツの第１の表現を前記メディア・コンテンツの第２の表現に変換する装置であって、前記第１の表現は、少なくともメディア・ファイル制御ブロックによって分離された２つのメディア・ファイル・ペイロード、または、メディア・ファイル・ペイロード・ブロックおよびメディア・ファイル制御ブロックを有する少なくとも２つのメディア・ファイルの各メディア・ファイルを有するメディア・ファイルを含み、前記メディア・ファイル・ペイロード・ブロックは、前記メディア・コンテンツを表し、前記メディア・ファイル制御ブロックは、関連メディア・ファイル・ペイロード・ブロックに対する制御情報を含み、前記装置は、
   データ構成要素を生成するためのデータ構成要素ビルダを含み、前記データ構成要素は、前記メディア・コンテンツの前記第２の表現であって、前記データ構成要素ビルダは、
   再生されたメディア・ファイル、または、複数のメディア・ファイルにおいて、再生されたメディア・ファイルの制御部分が、２つの再生されたメディア・ファイル・ペイロード部分の間に位置できるように、１つ以上のメディア・ファイルを再生するために、有効であり、
   ペイロード・データ・スケジュールを生成するために、有効であって、前記ペイロード・データ・スケジュールは、各再生されたメディア・ファイル・ペイロード・ブロックに対して、前記再生されたメディア・ファイル・ペイロード・ブロックのペイロード情報の開始を示すスケジュール情報を含むことを特徴とする、装置。
2. 前記メディア・コンテンツによって決定された所定の順序を有する複数のメディア・ファイルが存在し、
   前記データ構成要素ビルダは、前記再生されたメディア・ファイルは前記所定の順序を有するように、再生するために有効である、請求項１に記載の装置。
3. 前記第１の表現は、ＤＶＤに格納されているメディア・コンテンツであり、前記データ構成要素ビルダは、前記第２の表現としてＭＰＥＧ−４対応のデータ構成要素を生成するために有効である、請求項１または請求項２に記載の装置。
4. 前記データ構成要素ビルダは、前記データ構成要素の範囲内のデータシーケンスに関連するように、前記再生されたメディア・ファイルを連結するために有効であって、再生されたメディア・ファイルのための制御ブロックは、２つの再生されたメディア・ファイル・ペイロードの間に位置する、請求項１または請求項２に記載の装置。
5. 前記データ構成要素ビルダは、前記第２の表現としてＭＰＥＧ−４対応の表現を生成するために有効であって、
   前記ペイロード・データ・スケジュールは、ｍｏｏｖアトムにおいて含まれ、
   前記少なくとも１つのメディア・ファイルが、ｍｄａｔアトムにおいて含まれる、請求項１に記載の装置。
6. 前記ペイロード・データ・スケジュールは、ｍｏｏｖアトムにおいて含まれるサンプル・テーブルにおいて含まれる、請求項５に記載の装置。
7. 前記データ構成要素ビルダは、前記ペイロード・データ・スケジュールを前記サンプル・テーブルにおいて含まれるチャンク・アトムのサンプルに入力するために有効である、請求項６に記載の装置。
8. 前記データ構成要素ビルダは、前記ペイロード・データ・スケジュールにおける新しいトラックとして各ペイロード・データ・ブロックに信号を送るために有効である、請求項６または請求項７に記載の装置。
9. 前記データ構成要素は、前記データ構成要素の開始ポイントに関連する相対アドレスを含むアドレス構造を有し、
   前記データ構成要素ビルダは、再生されたペイロード・ブロックが始まる時の相対アドレスが、前記ペイロード・データ・スケジュールにおいて含まれるように、前記ペイロード・データ・スケジュールを生成するために有効である、請求項１に記載の装置。
10. 複数のメディア・ファイルが存在し、前記ファイルがお互いに連結するように、前記データ構成要素ビルダが、前記複数の再生されたメディア・ファイルを再生するために有効であり、
    前記ペイロード・データ・スケジュールが、前記再生されたメディア・ファイルから前記分離されたデータ構成要素において含まれるように、前記ペイロード・データ・スケジュールを生成するために有効である、請求項１に記載の装置。
11. 前記データ構成要素ビルダは、前記少なくとも１つの再生されたメディア・ファイルを生成する場合、前記少なくとも１つのメディア・ファイルを複製するために有効である、請求項１に記載の装置。
12. 前記データ・ビルダは、前記少なくとも１つの再生されたメディア・ファイルを再生する場合、符号化フォーマットを変更するために有効である、請求項１に記載の装置。
13. 前記データ構成要素ビルダは、前記少なくとも１つの再生されたメディア・ファイルを生成する場合、前記制御情報を修正するために有効である、請求項１に記載の装置。
14. 前記再生されたメディア・ファイルは、タイトル設定に属するビデオ・オブジェクト・ファイルを含み、前記ビデオ・オブジェクト・ファイルは、パックのシーケンスを有し、各パックは、パック・ヘッダおよびプログラム・基本ストリーム（ＰＥＳ）を有し、前記ＰＥＳパケットは、ＰＥＳパケット・ヘッダおよびＰＥＳペイロード・データ・ブロックを有し、各ＰＥＳデータ・ブロックは、画像グループの音声または映像データを含み、
    前記データ構成要素ビルダは、前記ビデオ・オブジェクト・ファイルの前記再生されたメディア制御部分が、前記制御ブロックとしてパック・ヘッダおよびＰＥＳパケット・ヘッダを含み、前記ペイロード・データ・ブロックとして前記ＰＥＳペイロード・データ・ブロックを含むように、前記再生されたメディア制御部分を生成するために有効であり、
    前記データ構成要素ビルダは、前記ＰＥＳペイロード・データ・ブロックの始まりが示されるように、ペイロード・データ・スケジュールを生成するために有効である、請求項１に記載の装置。
15. 前記データ構成要素ビルダは、前記メディア・コンテンツにおける情報を含まない少なくとも１つの追加ファイルを生成するために有効であり、前記データ構成要素ビルダは、さらに、前記ペイロード・データ構造が、前記少なくとも１つの追加ファイルを参照しないように前記ペイロード・データ構造を生成するために有効である、請求項１に記載の装置。
16. 前記データ構成要素ビルダは、少なくとも再生されたメディア・ファイルの前記ペイロードの部分が暗号化されるように、前記再生されたメディア・ファイルを再生するために有効である、請求項１に記載の装置。
17. 前記データ構成要素ビルダは、前記少なくとも１つの再生されたメディア・ファイルをｍｄａｔアトムに位置させるために有効であり、前記データ構成要素の前記開始アドレスに関連する前記ｍｄａｔアトムの論理的開始アドレスが、１バイトの境界ラスタに調整される、請求項１に記載の装置。
18. 前記データ構成要素ビルダは、前記ファイルが、前記データ構成要素の前記開始アドレスに関連する１バイトのラスタ・ポイントと隣接している論理アドレスで始められるように、前記少なくとも１つのメディア・ファイルを再生するために有効であり、前記ｍｄａｔアトムの開始アドレスと前記単一の構成要素の前記データとの間の空間が、ゼロ詰めされる、請求項１７に記載の装置。
19. メディア・コンテンツの第１の表現を前記メディア・コンテンツの第２の表現に変換する方法であって、第１の表現は、少なくともメディア・ファイル制御ブロックによって分離された２つのメディア・ファイル・ペイロード、または、メディア・ファイル・ペイロード・ブロックおよびメディア・ファイル制御ブロックを有する少なくとも２つのメディア・ファイルの各メディア・ファイルを有するメディア・ファイルを含み、前記メディア・ファイル・ペイロード・ブロックは、前記メディア・コンテンツを表し、前記メディア・ファイル制御ブロックは、関連メディア・ファイル・ペイロード・ブロックに対する制御情報を含み、前記方法は、
    データ構成要素を生成するステップを含み、前記データ構成要素は、前記メディア・コンテンツの前記第２の表現であって、
    再生されたメディア・ファイル、または、複数のメディア・ファイルにおいて、再生されたメディア・ファイルの制御部分が、２つの再生されたメディア・ファイル・ペイロード部分の間に位置できるように、１つ以上のメディア・ファイルを再生するステップと、
    ペイロード・データ・スケジュールを生成するステップであって、前記ペイロード・データ・スケジュールは、各再生されたメディア・ファイル・ペイロード・ブロックに対して、再生されたメディア・ファイルのペイロード情報の開始を示すスケジュール情報を含むことを特徴とする、方法。
20. メディア・コンテンツを表しているデータ構成要素であって、前記データ構成要素は、
    データ構成要素タイプを確認する表現インジケータであって、
    再生されたメディア・ファイル制御部分が、２つの再生されたメディア・ファイル・ペイロード部分の間に位置する、再生されたメディア・ファイル、または、複数の再生されたメディア・ファイルと、
    ペイロード・データ・スケジュールが、各再生されたメディア・ファイル・ペイロード・ブロックに対して、前記再生されたメディア・ファイル・ペイロード・ブロックのペイロード情報の開始を示すスケジュール情報を有する前記ペイロード・データ・スケジュールを含むことを特徴とする、データ構成要素。
21. データ構成要素タイプを確認する表現インジケータを有するデータ構成要素を処理するためのメディア処理装置であって、再生されたメディア・ファイル制御部分が、２つの再生されたメディア・ファイル・ペイロード部分の間に位置する、再生されたメディア・ファイル、または、複数の再生されたメディア・ファイルと、ペイロード・データ・スケジュールが、各再生されたメディア・ファイル・ペイロード・ブロックに対して、前記再生されたメディア・ファイルのペイロード情報の開始を示すスケジュール情報を有する前記ペイロード・データ・スケジュールとを含み、
    前記ペイロード・データ・スケジュール情報を読み込むためのペイロード・データ・スケジュール読み込み機と、
    前記再生されたメディア・ファイル、または、前記複数の再生されたメディア・ファイルを復号化するためのペイロード・データ・デコーダであって、前記ペイロード・データ・デコーダは、前記ペイロード・データ・スケジュール情報に基づいて制御されるために有効であり、
    前記ペイロード・データ・デコーダが、前記２つの再生されたメディア・ファイル・ペイロード部分を復号するように、および、
    前記ペイロード・データ・デコーダが、前記２つの再生されたメディア・ファイル・ペイロード部分の間に位置される前記再生されたメディア・ファイル制御部分をスキップするように含まれることを特徴とする、メディア処理装置。
22. さらに、モード制御器を含み、
    前記モード制御器は、前記ペイロード・データ・デコーダが、前記メディア・ファイルの前記制御部分を処理し、解釈するために適応されるデコーダを、前記モード制御器が検知している場合、前記少なくとも１つの制御部分をスキップしないような前記ペイロード・データ・デコーダを制御するために有効である、請求項２１に記載のメディア処理装置。
23. データ構成要素タイプを確認する表現インジケータを有するデータ構成要素を処理するためのメディア処理方法であって、
    再生されたメディア・ファイル制御部分が、２つの再生されたメディア・ファイル・ペイロード部分の間に位置する、再生されたメディア・ファイル、または、複数の再生されたメディア・ファイルと、ペイロード・データ・スケジュールが、各再生されたメディア・ファイル・ペイロード・ブロックに対して、前記再生されたメディア・ファイルのペイロード情報の開始を示すスケジュール情報を有する前記ペイロード・データ・スケジュールとを含み、
    前記ペイロード・データ・スケジュール情報を読み込むステップと、
    前記再生されたメディア・ファイル、または、前記複数の再生されたメディア・ファイルを復号化するステップであり、
    前記２つの再生されたメディア・ファイル・ペイロード部分を復号化するステップと、
    前記２つの再生されたメディア・ファイル・ペイロード部分の間に位置される前記再生されたメディア・ファイル制御部分をスキップするステップとを含む、メディア処理方法。
24. 請求項１９または請求項２３の方法を、コンピュータ上で実施するためのコンピュータ・プログラム。

Images