JP2016522618A - 異なる映画バージョンについての資産の配信 - Google Patents

Abstract

方法およびシステムが、映画の異なるバージョンを配信するために開示される。デジタルシネマパッケージは、映画の異なるバージョンについての資産および映画の第１のバージョンを表す第１の構成プレイリストを含む。映画の第２のバージョンを表す第２の構成プレイリストは、第１のデジタルシネマパッケージとは別に利用可能である。デジタルシネマパッケージ内の少なくとも１つのピクチャトラックファイルは、第１の構成プレイリストによっては参照されないが、第２の構成プレイリストによって参照される部分を有する。

Description

関連出願の表示
この出願は、２０１３年５月２日に出願され、この出願に取り込まれる米国継続出願Ｎｏ．６１／８１８，９１１の利益を主張する。

本発明の実施形態は、同じ映画の複数のバージョンについてのデジタルシネマ構成物を配信するための方法およびシステムに関する。

現在、映画が公開のためのデジタルシネマ劇場に配信される予定である場合、デジタルシネマパッケージ（ＤＣＰ）が作成される。ＤＣＰは、ピクチャ（ピクチャトラックファイル）と、サウンド（サウンドトラックファイル）と、他の資産（例えば、字幕、クローズドキャプション）とについての資産トラックファイルを含んでいる。ＤＣＰは、別のファイル、構成プレイリスト（ＣＰＬ）をも含んでおり、それは、プレイアウト（ｐｌａｙｏｕｔ）のための個別の資産トラックファイルをどのように組み立てるかを記述して、ＣＰＬによって表現される映画の個別のバージョンを描画する。ＣＰＬは、一連の１以上のリールとしての構成を編成し、各々のリールは、サウンドおよびピクチャトラックファイルといくつかの場合では他の種類の資産トラックファイルとの各々１つを言及し、それらのいくらかは以下に記述される。このトラックファイルの収集物およびＣＰＬファイルは、このＤＣＰで提供されるファイルのインベントリ（ｉｎｖｅｎｔｏｒｙ）を提供するパッキングリストファイル（ＰＫＬ）にリストされる。ＰＫＬ内にリストされていない、１つの最後のファイルは資産マップであり、それは、全てのこれらのファイル（トラックファイル、ＣＰＬ、およびＰＫＬ）の名前とユニバーサルユニーク識別子（ＵＵＩＤ）との間の変換のための使い勝手のよい索引を提供し、これらのファイルは互いに参照するためにそれを使用する。これは重要であるが、その理由は、一旦構成がプレイアウトのためのスクリーンサーバに取り込まれると、ファイルの名前は存続する必要がないが、ＵＵＩＤは存続すると期待されるからである。デジタルシネマパッケージのこの構成はよく知られており、特定のバージョンが、ニューヨーク州ホワイトプレインズの米国映画テレビ技術者協会（ＳＭＰＴＥ）によって、それらの標準化のシリーズ、特にＳＴ ４２９ デジタルシネマパッケージング標準化ファミリ（Ｄ−Ｃｉｎｅｍａ Ｐａｃｋａｇｉｎｇ ｆａｍｉｌｙ ｏｆ ｓｔａｎｄａｒｄｓ）に記述されているように標準化されている。追加的に、ＳＭＰＴＥによって標準化されるのと実質的に同じ方法で機能する別のＤＣＰフォーマットは、カリフォルニア州ハリウッドのデジタルシネマイニシアティブＬＬＣによって規定されており、インターロプ（Ｉｎｔｅｒｏｐ）パッケージとして知られ、現在、最も広く使用されるデジタルシネマパッケージングフォーマットである。

ＤＣＰは、映画の１つ以上のバージョンを含むよう準備され得る。映画の第２のバージョンは必要とされ、例えば、外国語（すなわち、会話のほとんどが話される以外の言語）での字幕を含み、元の資産トラックファイルだけでなく字幕トラックファイルをもどのように組み立てるかを記述する新しい追加のＣＰＬとして、字幕トラックファイルが（ＰＫＬによって適切にインベントリされ、かつ資産マップによって索引付けられる）ＤＣＰに追加される。ＤＣＰが公開劇場内のデジタルシネマ設備に提示されるとき、取り込むために（各々が映画の異なるバージョンに対応する）２つのＣＰＬのうちのどちらかを選択することができる映写技師に対して２つのＣＰＬが識別される。映写技師は、どちらか適切な方のＣＰＬを選ぶことができる。

いくつかの場合において、２つの映画バージョンは別々のＤＣＰとして出荷され、標準はそれがどのようになされたのかを記述する。

１つのよく知られたアプローチは、各々が映画の対応するバージョンをプレイアウトするために必要である資産トラックファイルの完全なセットを伴う、２つの自己完結型のＤＣＰを作ることである。このアプローチについての問題は、データの複製の膨大な量があることであり（例えば、ピクチャトラックファイルは数百ギガバイトの量だろう）、それは転送するには困難であり費用が高くつく。これらの２つのＤＣＰを劇場に通信するのは、１つだけ通信するのよりもおおよそ２倍高くつく。

大量のデータが典型的なフレームレートでデジタルシネマ品質画像を提示するために必要であるので、ピクチャトラックファイルは「重い資産」と考えられる。視聴者が読もうとするテキストを含む字幕に加えてそれらのスクリーン上への配置（例えば、どこにいつ）のためのいくらかのメタデータは、比較的少量のデータゆえに、「軽い資産」と考えられる。字幕が画像として提供され、および（毎秒２４フレームでの映画において１００秒当たり１４４，０００フレームで対比して）映画中に数百の字幕が存在しえる場合でさえ、字幕は、ピクチャトラックファイルと比べると、もっと「軽い」と考えられる。サウンドトラックファイルは中間であるが、ピクチャトラックファイルよりもなおもより小さい。

別のよく知られた映画配信のアプローチは、資産の複製を除去する。第１のバージョンについてのＤＣＰは作成され、かつ「元のバージョン」すなわち「ＯＶ」として配信され得る。第２のバージョンについてのＤＣＰは作成され得て、「補足的」パッケージと呼ばれ、パッキングリストは全てのコンポーネントを以前のように識別するが、重複した資産は資産マップにはリストされておらず、また補足的なＤＣＰにも含まれない。ゆえに、補足的パッケージは、第２のＣＰＬと、字幕トラックファイルと、これらのファイルおよびＯＶパッケージ内の資産を参照するＰＫＬと、第２のＣＰＬおよびＰＫＬのみを索引付けする資産マップとを含むであろう。このアプローチにおいて、第１のＤＣＰ（ＯＶ）は実質的に変更されないが、第２のＤＣＰ（補足的パッケージ）は比較的小さく、例えば、約１ＭＢであり、そのことによって、それが容易に電子メールで送られまたは非常に速くかつ経済的に別の方法で送信され得る。

しかしながら、映画の第２のバージョンがピクチャ資産への変更を含む場合は、困難が生ずる。これは、国際的に配信される映画が、元のバージョンに含まれていなかった追加的なクレジットを含む場合に共通して起こる。従来技術の配信アプローチは、新しいピクチャ資産（例えば、追加的なクレジットに対応するもの）を追加のピクチャ資産ファイルとしての補足的パッケージにし、それは、新しいリールとして対応するサウンド資産を伴い、第２のＣＰＬによって参照される。しかしながら、これは補足的パッケージを実質的に大きくし（例えば、５−１０ＧＢのオーダーで）、例えば映画が字幕を付けられる予定の各々異なる言語について、多くの異なる補足的パッケージが必要とされる可能性があり、これらの映画の追加バージョンを配信する費用はさらに非常に上昇している。

代替的な回避手段が利用可能であるが、それは完全には信頼できない。この回避方法において、追加の資産（例えば、新しいクレジットを表す追加のピクチャ資産）はＯＶ内に含まれるが、第１のＣＰＬによって参照されない。このわずかに大きいＤＣＰのＰＫＬは、たとえ第１のＣＰＬがそれらを使用しなくとも、（複数である場合もある）新しい資産ファイルを識別する。そして、必要とされる補足的パッケージは、第２のＣＰＬと、字幕資産ファイルと、対応する第２のＰＫＬおよび第２の資産マップとを含むだけである。この第２のＰＫＬは、第２のＣＰＬを伴う追加の資産をリストし、第２の資産マップはファイルが対応する索引を提供する。期待されることは、取り込みがなされるとすぐに、元のＤＣＰの資産の全てがデジタルシネマ設備にロードされることである。続いて、補足的パッケージがデジタルシネマ設備に提供されるときに、第２のＣＰＬおよび新しい資産（あれば）がロードされ、その後、必要な資産の全ては、プレイアウトのために第２のＣＰＬに提示される。

残念ながら、この手段は信頼可能に動作しない。デジタルシネマシステムは、パッケージ全体を取り込む必要が無く、いくらかのシステムは、選択されたＣＰＬに必要な資産のみを取り込むことによって、ロード時間を最適化することを選択する。そのような最適化のもとでは、第１のＤＣＰ内の余分な資産ファイル（例えば、追加的なクレジットに対応するもの）は取り込まれないだろう。補足的パッケージが遅れて到着し、システムに提示される場合、必要な資産のいくらかが利用可能でなく、（例えば、元のバージョンＤＣＰが出荷される配信ドライブが復帰した場合、または使用されない資産がローカルライブラリサーバから除去された場合）しばしば映写技師はそれらにもはやアクセスできない。

この問題は、（例えば、第１の観客席において）第１のデジタルシネマ設備が、（例えば、第２の、近くの、観客席において）第２のデジタルシネマ設備によって取り込まれる映画のためのソースとして使用される、「左右交互の(side-to-side)」転送(transfer)と呼ばれるものによってさらにひどくなる。典型的には、映写技師は、必要な資産に加えて、第１の設備から第２の設備に転送された、所望のＣＰＬを特定する。映画が転送されているように映画が示される「緊急転送(emergency transfer)」の間、そのようなシナリオが実際に生じるだろう。緊急転送の後に、映画の転送されたバージョンが後続するプレイアウトのための第２の設備上で利用可能なままである。しかしながら、第１の設備が（第１のＣＰＬによって必要とされないものも含む）元のバージョンＤＣＰの資産全てを取り込んだとしても、左右交互の転送工程の間、それらは転送しないだろう。ゆえに、第２の設備は補足的パッケージ内の第２のＣＰＬをプレイアウトするために必要な資産を提示されていないだろう。

ゆえに、同じ映画の複数のバージョンについてのデジタルシネマパッケージを準備する方法についての必要性が存在し、それによって、同じ映画の異なるバージョンについての補足的パッケージが提供されるときに利用可能となるように、ある資産がデジタルシネマ設備によって取り込まれかつ保持されることが確実となる。

本原理の一側面は、映画の２つのバージョンを作成し、配信するための方法を提供する。第１のデジタルシネマパッケージ、元のバージョンは、第１の構成プレイリストについての資産の全てを含み、それらの資産の少なくとも１つは、ピクチャ資産、または他の大きな資産、例えば第１の構成プレイリストによって参照されないサウンドまたはオーディオ資産（例えば、第１の構成プレイリストのプレイアウトにおいて使用されない）など比較的大きなサイズの資産である。第１の構成プレイリストを含む第１のデジタルシネマパッケージが作成され、かつ配信される。第２の構成プレイリストが作成され、第１のデジタルシネマパッケージ内の使用されない資産を参照する。この第２の構成プレイリストは個々に配信されることができ、この構成プレイリストは著しく小さいファイルサイズまたはピクチャ資産の大きさよりも小さい大きさのオーダーであるファイルサイズを有するので、この配信は早くかつ経済的であり得る。いくらかの場合、第２の構成プレイリストは第２のデジタルシネマパッケージ内で提供される。第２のバージョンについて必要とされ、第１のデジタルシネマパッケージ内で提供されないので、第２のデジタルシネマパッケージは追加の資産、例えば、字幕トラックファイルおよび／または代替的なサウンドトラックファイルをさらに含むことができる。

一実施形態は、映画配信のための方法を提供する。それは以下の構成を含む。
ａ）第１の構成パッキングリスト（ＣＰＬ）およびピクチャトラックファイルを有する第１のデジタルシネマパッケージを配信するステップであって、上記ピクチャトラックファイルは、映画の第１のおよび第２のバージョンとそれぞれ関連付けられる第１のおよび第２のピクチャ資産にそれぞれ対応する第１の部分および別の第２の部分を有し、上記第１のＣＰＬは、上記ピクチャトラックファイルの上記第１の部分を参照するが、上記第２の部分を参照しない、上記第１のデジタルシネマパッケージを配信するステップと、ｂ）上記第２のピクチャ資産を持たない第２のＣＰＬを配信するステップであって、上記第２のＣＰＬは、上記ピクチャトラックファイルの少なくとも上記第２の部分を参照する、上記第２のＣＰＬを配信するステップと、を含み、上記第１のＣＰＬは、上記映画の第１のバージョンに対応し、上記第２のＣＰＬは上記映画の第２のバージョンに対応する。

別の実施形態はデジタルシネマ配信を提供する。それは以下の構成を備える。
第１のデジタルシネマパッケージであって、第１のピクチャ資産に対応する第１の部分および第２のピクチャ資産に対応する別の第２の部分を有する第１のピクチャトラックファイルであって、上記第１のピクチャ資産が映画の第１のバージョンに関連付けられ、上記第２のピクチャ資産は上記映画の第２のバージョンに関連付けられている、上記第１のピクチャトラックファイルと、上記第１のピクチャトラックファイルの上記第１の部分を参照するが、上記第２の部分は参照しない、第１の構成パッキングリストと、を有する、上記第１のデジタルシネマパッケージと、上記第１のピクチャトラックファイルの少なくとも上記第２の部分を参照する第２のＣＰＬであって、上記第２のＣＰＬは上記第２のピクチャ資産を含まない、上記第２のＣＰＬと、を含み、上記第１のＣＰＬは上記映画の第１のバージョンに対応し、上記第２のＣＰＬは上記映画の第２のバージョンに対応する。

本原理の教示は、添付図面と共に後述する詳細な記述を考慮することによって容易に理解され得る。

図１は、従来技術において提供されるような映画の２つのバージョンについての２つのデジタルシネマパッケージの接続図を示す図である。 図２は、１つのパッケージのみが重い資産を含む本原理の一実施形態に従った映画の２つのバージョンについての２つのデジタルシネマパッケージの接続図を示す図である。 図３は、１つのパッケージのみが重い資産を含み、別のパッケージが字幕トラックファイルを含む、本原理のさらに他の実施形態に従った映画の２つのバージョンについての２つのデジタルシネマパッケージの接続図を示す図である。 図４は、１つのパッケージのみが重い資産を含み、別のパッケージが異なる言語についてのサウンドトラックファイルを含む、本原理のさらに他の実施形態に従った映画の２つのバージョンについての２つのデジタルシネマパッケージの接続図を示す図である。 図５は、本原理の一実施形態にしたがって、図２から図４に図示されたような映画の２つのバージョンを作成し配信する例示的工程を示す図である。 図６は、本原理に従った工程を実施するのに適したシステムを図示する接続図である。

理解を容易にするために、特徴に共通する同一の要素を指すためには、可能であれば、同一の符号が用いられている。

図１は、第１の従来技術デジタルシネマパッケージ（ＤＣＰ１）の略ブロック図を示しており、米国国内パッケージとして指定されるこの例において、第１のＣＰＬ（ＣＰＬ１）および６つの資産ファイル、すなわち３つのサウンドトラックファイル（Ｓ１、Ｓ２、Ｓ３）および３つのピクチャトラックファイル（Ｐ１、Ｐ２、Ｐ３Ａ）を備えている。ＣＰＬ１から６つの資産それぞれへの矢印は、ＣＰＬ１がこれらの資産を参照するということを示すことを意味する。当業者は、ＣＰＬ１が、この例において、第１のリールがＳ１およびＰ１両方を参照して映画の第１の部分に同期したサウンドおよびピクチャを提供し、第２のリールが第２の部分のためのＳ２およびＰ２を参照し、第３のリールはＳ３およびＰ３を参照する、３つのリールを含むことを理解するであろう。それゆえ、これらの図面において、リールは暗に示されるが、明確に示されない。一部の実施形態では、追加のトラックファイル（例えば、クローズドキャプション）もまた提供され、よく理解される。この例において、これは元のバージョン（ＯＶ）パッケージである。

図１および後続する図面において、ＤＣＰについてのＰＫＬおよび資産マップは表されておらず、両方とも従来の物であり当業者には知られているが、ＰＫＬは、ＵＵＩＤによってＣＰＬおよび同じ対応するパッケージの資産ファイルを識別し、対応する資産マップは、ＵＵＩＤをそのパッケージに含まれる個別のファイルに関連付けする（索引付けする）。

従来技術でもある、第２のＤＣＰ（ＤＣＰ２）は補足的パッケージとして図１に示され、この例において国際的なバージョンとして指定される。ＤＣＰ２は、元のバージョンＤＣＰ（ＤＣＰ１）からの５つのトラックファイル（Ｓ１、Ｓ２、Ｓ３、Ｐ１、Ｐ２）に加えて、置換ピクチャトラックファイル（Ｐ３Ｂ）を参照する、第２のＣＰＬ（ＣＰＬ２）を含んでいる。ＣＰＬ２において、第１のおよび第２のリールは同一であり、第１のリールにおけるＳ１およびＰ１と第２のリールにおけるＳ２およびＰ２を参照する。第３のリールは、新しいピクチャトラックファイルＰ３Ｂおよび元のサウンドファイルＳ３を参照する。一部の実施形態では、新しいサウンドファイル（図示されていない）は、第３のリール内での使用のために提供され得る。 本発明の実施形態は、映画の異なるバージョンを作成し、配信するための信頼可能な方法を提供する。第１のデジタルシネマパッケージ（ＤＣＰ）は、映画の第１のバージョンについての第１の構成プレイリスト（ＣＰＬ）を対応する資産とともに含んでおり、少なくとも１つの資産（例えば、ピクチャトラックファイルまたは他の重い資産）は「合成」資産、すなわち、少なくとも第１のＣＰＬによって使用される第１の部分および第１のＤＣＰ内の任意のＣＰＬによって使用されない第２の部分を含むが、映画の第２のバージョンでの使用は意図される。第２の部分は異なるかまたは第１の部分からは区別される。一旦作成されると、この第１のＤＣＰは配信され、プレイヤによって取り込まれるときに、合成資産（第１のおよび第２の部分の両方）の全体がロードされる。

映画の第２のバージョンに対応する（または規定する）第２のＣＰＬが作成され、個別に配信されるが、合成資産の任意のものを複製することはない。ゆえに、第２の部分は、第１のＤＣＰで配信され、第１のＣＰＬ（または第１のＤＣＰ内の任意のＣＰＬでない）に参照されないが、第１のＣＰＬが維持される一方で、それはロードされ維持される。したがって、第２のＣＰＬが受信され、取り込まれるときに、合成資産の第２の部分は既に利用可能である。第２のＣＰＬの小さいサイズは、その配信を早くかつ経済的にする。いくつかの場合において、第２のＣＰＬは第２のＤＣＰで提供される。第２のＤＣＰは、追加資産、第２のバージョンについて必要とされ、第１のＤＣＰで提供されないため、例えば、字幕トラックファイルおよび／または代替的なサウンドトラックファイルをさらに含むことができる。これらの様々な特徴は以下でさらに議論される。

図２は、本原理の一実施形態に従った２つのデジタルシネマパッケージを示している。第１のパッケージＤＣＰＩＢは、第１のＣＰＬ（ＣＰＬ１Ｂ）および６つの資産ファイル（Ｓ１、Ｓ２、Ｓ３、Ｐ１、Ｐ２、Ｐ３）を含む元のバージョン（さらに、例示として、米国国内バージョン）である。Ｐ３は、Ｐ３Ａ内のピクチャ資産およびＰ３Ｂ内のピクチャ資産の両方を含む新しいピクチャ資産ファイルである。ＣＰＬ１Ｂは、第１のリールがＳ１およびＰ１を参照し、第２のリールがＳ２およびＰ２を参照し、第３のリールがＳ３およびＰ３を参照する、３つのリールを有する。ＣＰＬ１Ｂにおいて、Ｐ３への参照は、Ｐ３Ａのピクチャ資産に対応する部分をさらに識別する。

資産トラックファイルの部分を識別する能力が、「エントリポイント」および「持続期間」の選択的パラメータを指定することによって、ＣＰＬにおいて提供され、前者は、識別された資産トラックファイル内のどのフレーム（またはそれらが正式に呼ばれるような「編集ユニット」）においてリールが開始するかを特定し、一方で後者は、リール内でプレイされる予定の資産のフレーム（または「編集ユニット」）の数を特定する。「エントリポイント」が省略される場合、リールのプレイアウトは資産ファイルの初めの時点において開始し、「持続時間」が省略される場合、リールのプレイアウトは資産ファイルの終わりに終了する。それゆえ、いずれも特定されない場合、リールがプレイされるべきときに資産トラックファイルの全体がプレイされることになる。

ＣＰＬ１Ｂがデジタルシネマ設備によって取り込まれるときに、６つの資産ファイルＳ１、Ｓ２、Ｓ３、Ｐ１、Ｐ２、およびＰ３もまた取り込まれるだろう。ＣＰＬ１Ｂのプレイアウトの間、第１のおよび第２のリールはノーマルとして再生されるだろうが、第３のリールのプレイアウトは、Ｐ３Ａに対応するＰ３の部分に同期してＳ３を再生するだろう。かくして、ＣＰＬ１Ｂのプレイアウトは図１のＣＰＬ１のプレイアウトに同じように現れるだろう。

ＣＰＬ１Ｂを取り込むとすぐに、Ｐ３Ｂに対応する資産の部分が必然的に取り込まれ、かつ左右交互の転送を含む後続する転送においてＣＰＬ１Ｂをさらに伴う。この理由によって、図２の元のバージョンパッケージは「プリロードされた資産を伴う元のバージョン」と呼ぶことができる。

図２において、補足的デジタルシネマパッケージＤＣＰ２Ｂ（また一方、この例における国際的なバージョン）は、第２のＣＰＬ（ＣＰＬ２Ｂ）を含み、この実施形態において、資産を含まない。上述したように、ＰＫＬおよび資産マップは示されていない。ＣＰＬ２Ｂは第１のリールはＳ１およびＰ１を参照し、第２のリールはＳ２およびＰ２を参照し、第３のリールはＳ３およびＰ３を参照する、３つのリールを有している。この場合において、Ｐ３への参照は、必要に応じて「エントリポイント」および「持続期間」パラメータを再び使用して、Ｐ３Ｂのピクチャ資産に対応する部分をさらに識別する。この補足的パッケージは資産ファイルを持たないので、「軽い」パッケージと考えられる。

デジタルシネマ設備の一部の実施形態では、むきだしの、すなわちＤＣＰに包み込まれておらず資産マップもＰＫＬもないＣＰＬが取り込まれることが可能である。これは可能であるが、なぜならば、資産マップおよびＰＫＬ内で提供される情報が、ＣＰＬおよび（ＣＰＬはＵＵＩＤによってそれらを参照するが）ＣＰＬが参照する全ての資産（それらが発見される場合）を徹底的に調べることによって、導き出され得るからである。ＤＣＰを取り込むとすぐに、いくらかのデジタルシネマ設備はコンテンツ（すなわち、資産トラックファイル）の索引をＵＵＩＤによって維持し、それによって後に、新しいＣＰＬが取り込まれ、かつ参照された資産トラックファイルはＰＫＬまたは資産マップに対する必要なしに識別される。

ゆえに、一部の実施形態では、「軽い配信」はＰＫＬおよび資産マップを伴わないＣＰＬ２Ｂのみを含むことができる。ＰＫＬおよび資産マップを伴っても、図２の補足的ＤＣＰはなおも「軽い」と考えられる。

図３は、ＣＰＬ２Ｃが字幕トラックファイル３０１をさらに参照する、軽い補足的パッケージＤＣＰ２Ｃの代替的な実施形態を示している。字幕トラックファイル３０１はＩｎｔｅｒｏｐフォーマットに従った単一のトラックファイルとすることができ、またはＳＭＰＴＥフォーマットＤＣＰでは、リール（図示されず）当たり１つの、３つの字幕トラックファイルに分割されるだろう。プレイアウトの間、ＣＰＬ２Ｃは、字幕トラックファイル３０１からの字幕（または、ＳＭＰＴＥ標準にしたがってパッケージされた場合は字幕トラックファイル）が追加されるが、図２のＣＰＬ２またはＣＰＬ２Ｂとして同じ表現を示すであろう。

図４は、低減された資産ファイルサイズのために、図１の配信よりもなおより軽い配信である本原理の他の実施形態を示す。補足的デジタルシネマパッケージＤＣＰ２Ｄ（例えば、国際的なバージョン）は、この例では最初の会話の言語をフランス語で有する異なるサウンドトラックファイルを含んでいる。ここで、ＣＰＬ２Ｄに関して、第１のリールは、ピクチャトラックファイルＰ１を（第１のサウンドトラックファイルに対応するが、元の言語の代わりにフランス語会話で吹き替えられている）サウンドトラックファイルＳ１：ＦＲ４０１を用いてプレイし、第２のリールは、ピクチャトラックファイルＰ２をフランス語会話を伴う第２のサウンドトラックファイルＳ２：ＦＲ４０２を用いてプレイする。最後に、第３のリールは、ピクチャトラックファイルＰ３をプレイするが、Ｐ３Ｂのピクチャ資産に対応する部分およびフランス語会話を伴う第３のサウンドトラックファイルＳ３：ＦＲ４０３のみである。

図２から図４の各々において、同じＤＣＰ１Ｂは、米国国内バージョンとして提示され、かつ同じＣＰＬ１Ｂを含んでいることに注意されたい。かくして、同じ元のバージョンＤＣＰ１Ｂは、対応する異なる国際的なバージョンＣＰＬ（ＣＰＬ２Ｂ−Ｄ）を伴う任意のＤＣＰ２Ｂ−Ｄに対する基準として使用されることが可能である。

図５は、本原理の一実施形態に従ったデジタルシネマパッケージの作成および配信工程５００についてのフローチャートを示している。工程５００は、２つの構成プレイリストを配信するために使用され、第１の構成プレイリストは、大きなファイルサイズを有する資産（例えば、ピクチャ資産）を有し、第２の構成プレイリストは、第１の構成プレイリストのピクチャ資産よりも相当小さいファイルサイズを有する資産を有する。この工程のスタートにおいて、第１の構成プレイリストに必要な資産は１つ以上のピクチャトラックファイルの形成における使用のために利用可能にされる。

工程のステップ５０４において、第１のピクチャトラックファイル（例えば、図２におけるＰ３）は、第１のピクチャ資産（例えば、ＴＩＦＦファイルなどのピクチャトラックファイルＰ３Ａ、またはピクチャトラックファイルＰ３Ａそれ自体を構築するのに使用されるピクチャ資産）および第２のピクチャ資産（例えば、ピクチャトラックファイルＰ３Ｂ、またはピクチャトラックファイルＰ３Ｂそれ自体を構築するのに使用されるピクチャ資産）を組み合わせることによって、作り出される。このステップ５０４の結果は、第１の部分および第２の部分を含む合成ピクチャトラックファイルであり、第１の部分は第１のピクチャ資産に対応し、および第２の部分は第２のピクチャ資産に対応する。一実施形態では、第１のピクチャ資産（Ｐ３Ａ）および第２のピクチャ資産（Ｐ３Ｂ）の少なくとも１つは、第１のピクチャトラックファイルとは異なる第２のピクチャトラックファイルから得られる。

ステップ５０６において、第１のピクチャトラックファイルの第１の部分への参照を含むが、第２の部分への参照は含まない、第１のＣＰＬ（例えば、ＣＰＬ１Ｂ）が作成される。

ステップ５０８において、第１のピクチャトラックファイルの少なくとも第２の部分への参照を含む、第２のＣＰＬ（例えば、ＣＰＬ２Ｂ）が作成される。個別のシチュエーションによって、第２のＣＰＬは第１のピクチャトラックファイルの第１の部分への任意の参照を含んでも含まなくてもよい。例えば、国際的なバージョンが追加材料を追加するに過ぎないが、元のバージョン（このシナリオは図１から図４に示されない）からのどんなものも除外されない場合、第２のＣＰＬピクチャトラックファイル内の第１のピクチャ資産のいくらかまたは全てに対応する参照を含むことができる。

ステップ５１０において、第１のＣＰＬ（例えば、ＣＰＬ１Ｂ）およびピクチャトラックファイル（例えば、Ｐ３）を含む第１のデジタルシネマパッケージが配信される。ピクチャトラックファイル（例えば、Ｐ１−Ｐ３）の存在は、これを重い配信にする。理想的には、この配信は、適切なリードタイムで、利用可能な最も経済的な配信を使用してなされ（例えば、ハードドライブの出荷、または衛星リンクを使用してパッケージをダウンロードする）、その結果、転送エラーが存在する場合、別のハードドライブをなおも送ることができる。

ステップ５１２において、第２のＣＰＬ（例えば、ＣＰＬ２Ｂ−Ｄ）が配信される。これは、（デジタルシネマ設備のいくらかの例について、図２におけるＣＰＬ２Ｂに関して働くことができたように）むきだしのＣＰＬを配信することによって、または、（図２−４に示されるように）対応するＣＰＬ２Ｂ−Ｄを含む補足的ＤＣＰ２Ｂ−Ｄを配信することによって、生じることができる。図３から図４の実施形態の場合、対応するＣＰＬ２Ｃ−Ｄを含む補足的ＤＣＰ２Ｃ−Ｄは、追加資産トラックファイル、例えば、示されるように、図３の字幕トラックファイル、または図４の置換サウンドトラックファイルＳ１：ＦＲ（４０１）、Ｓ２：ＦＲ（４０２）およびＳ３：ＦＲ（４０３）をも含むだろう。

いくらかの場合では、補足的ＤＣＰは、第２のＣＰＬが参照することもできる、第１のＣＰＬにおいて利用可能でない追加ピクチャトラックファイル（図２から図４には図示されず）を含むことができる。これらの追加ピクチャトラックファイルは、「軽い」配信の利益を持ち続けるために、最小または比較的小さいサイズに好ましくは維持される。

さらには、上記例において「重い」資産は、ピクチャトラックファイルとして識別されるが、本原理の１つ以上の特徴は、オーディオ資産に同様に適用することが可能である。例えば、第１の構成プレイリスト（または第１のＤＣＰ）においてより大きなファイルサイズの１つ以上のオーディオ資産を含むことによって、後続する配信のサイズを有利に減少させることも可能である。

図６は、本原理の１つ以上の実施形態に従ったデジタルシネマ資産の配信においての使用に適するシステム６００のブロック図を示している。システム６００は、少なくとも１つのプロセッサ６０２と、１つ以上のメモリ６０６および／またはハードディスクドライブなどのストレージデバイス６０８と、少なくとも１つのＩ／Ｏインタフェース６０４とを備える。様々な資産、ファイルおよび／またはデジタルシネマパッケージは、メモリ６０６およびストレージデバイス６０８の少なくとも１つに格納されることが可能である。資産、ファイルおよびデジタルシネマパッケージを格納および／または取り出すためのメモリ６０６およびストレージデバイス６０８の少なくとも１つに動作可能に接続されたプロセッサ６０２は、本原理に従った１以上の方法ステップを実行するためのプログラム命令（例えば、非一時的なコンピュータ可読媒体に格納される）を実行するように構成される。有線または無線であり得るＩ／Ｏインタフェース６０４は、システム６００が、クラウドベースのコンピューティングまたはストレージサーバを含む他のコンピュータまたはサーバと通信することを可能にする。

いくつかの場合において、ストレージデバイス６０８は、デジタルシネマコンテンツが配信され得るメカニズムのために、携帯可能なデバイス、すなわちシステム６００から着脱可能である。これは「重い」デジタルシネマパッケージにとりわけよく適する。メモリ６０６またはストレージデバイス６０８からの「軽い」パッケージは、Ｉ／Ｏインタフェース６０４を介して簡単に配信され得る。利用可能な帯域幅（または時間）にもよるが、Ｉ／Ｏインタフェース６０４は「重い」デジタルシネマパッケージについてもまた適することができる。

さらには、第１のおよび第２のピクチャ資産、ピクチャトラックファイル、第１のおよび第２の構成物のいくらかまたは全ては、本原理の１つ以上の実施形態での使用のための、非一時的なコンピュータまたはマシン可読媒体に記録または記憶されることができる。

ここに開示される様々な実施形態は、プロセッサ、コントローラまたはマシン、またはそれらの組合せによって実行される、ハードウェア、ファームウェア、ソフトウェアとして実行され得る。さらには、ソフトウェアは、プログラム記憶ユニットまたは非一時的なコンピュータ可読媒体（例えば、ハードドライブ、着脱可能ストレージ、リードオンリメモリ、ランダムアクセス可能なメモリ、などである）上に明白に具現化されるアプリケーションプログラムとして好ましくは実施されて、任意の適したアーキテクチャを含むマシンにアップロードされ実行される。一実施形態では、プログラム命令はコンピュータ可読媒体に記憶されており、１つ以上のプロセッサによって実行されたとき、本発明の方法が上述したように実行されるようにしている。

以上の記述は、デジタルシネマ設備における使用のための映画の複数のバージョンを作成し、かつ配信するための技術を記述する。以上の記述は本原理の様々な実施形態に向けられる一方で、本発明の他の実施形態は、それらの基本的範囲から離れることなく考案されてもよい。例えば、上述の例において記述された１つ以上の特徴は修正、省略、かつ／または異なる組合せで使用されることが可能である。ゆえに、本発明の適切な範囲は別記する特許請求の範囲に応じて決定されるべきである。

Claims (14)

1. ａ） 第１の構成パッキングリスト（ＣＰＬ）およびピクチャトラックファイル（Ｐ３）を有する第１のデジタルシネマパッケージ（ＤＣＰ１Ｂ）を配信するステップであって、前記ピクチャトラックファイルは、第１のおよび第２の映画のバージョンとそれぞれ関連付けられた、第１のおよび第２のピクチャ資産（Ｐ３Ａ、Ｐ３Ｂ）にそれぞれ対応する第１の部分および別の第２の部分を有し、前記第１のＣＰＬは、前記ピクチャトラックファイル（Ｐ３）の前記第１の部分を参照するが、前記第２の部分を参照しない、前記第１のデジタルシネマパッケージ（ＤＣＰ１Ｂ）を配信するステップと、
   ｂ） 前記第２のピクチャ資産を持たない第２のＣＰＬ（ＣＰＬ２Ｂ）を配信するステップであって、前記第２のＣＰＬは、前記ピクチャトラックファイル（Ｐ３）の少なくとも前記第２の部分を参照する、前記第２のＣＰＬ（ＣＰＬ２Ｂ）を配信するステップと、
   を含み、
   前記第１のＣＰＬは、前記映画の第１のバージョンに対応し、前記第２のＣＰＬは前記映画の第２のバージョンに対応する、映画配信のための方法。
2. 前記第２のＣＰＬは、第２のデジタルシネマパッケージ（ＤＣＰ２Ｂ）の部分として配信される、請求項１に記載の方法。
3. 前記第２のデジタルシネマパッケージ（ＤＣＰ２Ｃ）は、字幕トラックファイル（３０１）をさらに含む、請求項２に記載の方法。
4. 前記第２のＣＰＬ（ＣＰＬ２Ｃ）は、前記字幕トラックファイルをさらに参照する、請求項３に記載の方法。
5. 前記第２のＣＰＬは、前記第１の部分を参照しない、請求項１に記載の方法。
6. 前記第２のデジタルシネマパッケージ（ＤＣＰ２Ｄ）は、前記第２のＣＰＬ（ＣＰＬ２Ｄ）によって参照されるオーディオトラックファイル（４０１）をさらに含む、請求項２から５のいずれかに記載の方法。
7. 前記第１のピクチャ資産（Ｐ３Ａ）および前記第２のピクチャ資産（Ｐ３Ｂ）の少なくとも１つは、前記第１のピクチャトラックファイルとは異なる第２のピクチャトラックファイルから得られる、請求項１に記載の方法。
8. 第１のピクチャ資産（Ｐ３Ａ）に対応する第１の部分および第２のピクチャ資産（Ｐ３Ｂ）に対応する別の第２の部分を有する第１のピクチャトラックファイル（Ｐ３）であって、前記第１のピクチャ資産（Ｐ３Ａ）が映画の第１のバージョンに関連付けられ、前記第２のピクチャ資産（Ｐ３Ｂ）は映画の第２のバージョンに関連付けられている、前記第１のピクチャトラックファイル（Ｐ３）と、
   前記第１のピクチャトラックファイル（Ｐ３）の前記第１の部分を参照するが、前記第２の部分は参照しない、第１の構成パッキングリスト（ＣＰＬ）と、
   を有する、第１のデジタルシネマパッケージ（ＤＣＰ１Ｂ）と、
   前記第１のピクチャトラックファイル（Ｐ３）の少なくとも前記第２の部分を参照する第２のＣＰＬ（ＣＰＬ２Ｂ）であって、前記第２のＣＰＬは前記第２のピクチャ資産を含まない、前記第２のＣＰＬ（ＣＰＬ２Ｂ）と、
   を含み、
   前記第１のＣＰＬは前記映画の第１のバージョンに対応し、前記第２のＣＰＬは前記映画の第２のバージョンに対応する、デジタルシネマ配信。
9. 前記第２のＣＰＬは、前記第２のデジタルシネマパッケージ（ＤＣＰ２Ｂ）の部分として配信される、請求項８に記載のデジタルシネマ資産。
10. 前記第２のデジタルシネマパッケージ（ＤＣＰ２Ｃ）が、字幕トラックファイル（３０１）をさらに有する、請求項９に記載のデジタルシネマ資産。
11. 前記第２のＣＰＬ（ＣＰＬ２Ｃ）が、前記字幕トラックファイルをさらに参照する、請求項１０に記載のデジタルシネマ資産。
12. 前記第２のＣＰＬが前記第１の部分を参照しない、請求項８に記載のデジタルシネマ資産。
13. 前記第２のデジタルシネマパッケージ（ＤＣＰ２Ｄ）が、前記第２のＣＰＬ（ＣＰＬ２Ｄ）によって参照されるオーディオトラックファイル（４０１）をさらに有する、請求項９から１２のいずれかに記載のデジタルシネマ資産。
14. 前記第１のピクチャ資産（Ｐ３Ａ）および前記第２のピクチャ資産（Ｐ３Ｂ）の少なくとも１つは、前記第１のピクチャトラックファイルとは異なる第２のピクチャトラックファイルから得られる、請求項８に記載のデジタルシネマ資産。

Images