JP5717629B2 - デジタル映画のための動的表示のための方法および装置 - Google Patents

Description

本願の原理は概括的にはデジタル映画に、より詳細にはデジタル映画のための動的表示のための方法および装置に関する。

映画の上映の前に、広告および将来の上映のための予告編の混合を含むプレショーを上映することが一般的である。

映画館の多くの顧客は、ポップコーン、ソーダおよびプレショーの間に宣伝される他の食料が欲しくても、映画が始まるのを逃すのを恐れて、そのような楽しみを我慢する。したがって、ショーが始まるまでどのくらい時間が残っているかを示す指示が、フィーチャー上映に先立って与えられることが望ましい。そのようにすれば、顧客は、キーとなるプロット・ポイントをずっと知らないのではないかといういわれのない恐れなしに売店に並ぶことができる。

また、劇場支配人は、たとえば誕生日や記念日を祝う観客に対してサービスとしてパーソナル化したメッセージを与えることを望むことがありうる。

現在、劇場の顧客にショーが始まるまでどのくらいあるかを示す機構は、ショー・プレイリストの構築における入念な手動の介入による以外には、ない。より一般には、上映のために計画された個々のスクリーンを動的に更新するシステムはない。

これらおよびその他の従来技術の欠点および不都合な点が、本願の原理により対処される。本願の原理は、デジタル映画のための動的表示のための方法および装置に向けられる。

本願の原理のある側面によれば、デジタル・ディスプレイ・システムにおいて使う方法が提供される。本方法は、表示のための動的情報を、該動的情報に関係した少なくとも一つの要素を含む字幕ファイルを処理することによって、生成することを含む。

本願の原理のもう一つの側面によれば、デジタル・ディスプレイ・システムにおいて使う装置が提供される。本装置は、表示のための動的情報を、該動的情報に関係した少なくとも一つの要素を含む字幕ファイルを処理することによって、生成するディスプレイ・マネージャを含む。

本願の原理のこれらおよび他の側面、特徴および利点は、付属の図面との関連で読まれるべき、例示的な実施形態の以下の詳細な記述から明白になるであろう。

本願の原理は、以下の例示的な図面に基づいてよりよく理解されうる。

"D-Cinema Packaging―Sound & Picture Track File", SMPTE 429-3、映画テレビ技術者協会（SMPTE: Society of Motion Picture and Television Engineers）、米国ニューヨーク州ホワイトプレーンズ "D-Cinema Packaging―MXF JPEG 2000 Application", SMPTE 429-4、SMPTE、米国ニューヨーク州ホワイトプレーンズ "D-Cinema Packaging―MXF Timed-Text Track File", SMPTE 429-5、SMPTE、米国ニューヨーク州ホワイトプレーンズ "D-Cinema Packaging―MXF Track File Essence Encryption", SMPTE 429-6、SMPTE、米国ニューヨーク州ホワイトプレーンズ "D-Cinema Packaging―Composition Playlist", SMPTE 429-7、SMPTE、米国ニューヨーク州ホワイトプレーンズ "D-Cinema Packaging―Show Playlist", SMPTE 429-8、SMPTE、米国ニューヨーク州ホワイトプレーンズ

本願の原理のある実施形態に基づく、動的に生成された表示を提供する劇場観客席室（theatrical auditorium）におけるデジタル映画上映システムのブロック図である。 本願の原理のある実施形態に基づく、ショー・プレイリスト、該ショー・プレイリストが参照するコンポジション・プレイリスト、動的コンテンツ・コンポジションによって参照されるトラックおよびアセット・ファイル・コンポーネントならびに動的コンテンツの生成および表示に関する重要なイベントを示すタイムラインの概略図である。 本願の原理のある実施形態に基づく、例示的なコンポジションを示す図である。 本願の原理のある実施形態に基づく、タイミング付けされたテキストを利用する例示的な字幕トラック・ファイルを示す図である。 本願の原理のある実施形態に基づく、タイミング付けされたテキストを利用する、代替的な例示的な字幕トラック・ファイルの一部を示す図である。 本願の原理のある実施形態に基づく、動的なサブ・ピクチャーを利用する、代替的な例示的な字幕トラック・ファイルの一部を示す図である。 本願の原理のある実施形態に基づく、デジタル・ディスプレイ・システムにおいて動的情報を表示するための例示的な方法の流れ図である。

本願の原理は、デジタル映画のための動的な表示のための方法および装置に向けられる。

本記述は、本願の原理を例解する。よって、本稿に明示的に記述または図示されていなくても本願の原理を具現し、その精神および範囲内に含まれるさまざまな構成を当業者が考案できるであろうことは理解されるであろう。

本稿で記載されるあらゆる例および条件付きの言辞は、読者が、本願の原理および当該技術を進歩させる発明者によって寄与される概念を理解するのを支援するという教育目的のために意図されているのであって、そのような個別的に記載されている例および条件に限定することなく解釈されるものである。

さらに、本願の原理の原理、側面および実施形態ならびにその個別的な例を記載する本稿におけるあらゆる陳述は、その構造的および機能的な等価物の両方を包含することが意図されている。さらに、そのような等価物は、現在知られている等価物および将来開発される等価物、すなわち構造にかかわりなく同じ機能を実行する任意の開発された要素の両方を含むことが意図されている。

よって、たとえば、当業者は、本稿に呈示されるブロック図が本願の原理を具現する例示的な回路の概念図を表すものであることを理解するであろう。同様に、フローチャート、流れ図、状態遷移図、擬似コードなどはいずれも、コンピュータ可読媒体において実質的に表現され、コンピュータまたはプロセッサによって実行されうるさまざまなプロセスを表すことが理解されるであろう。これはそのようなコンピュータまたはプロセッサが明示的に示されているかどうかにはよらない。

図面に示されるさまざまな要素の機能は、専用ハードウェアの使用を通じて提供されても、適切なソフトウェアとの関連でソフトウェアを実行することのできるハードウェアの使用を通じて提供されてもよい。プロセッサによって提供されるとき、機能は単一の専用プロセッサによって、単一の共有されるプロセッサによって、あるいは一部が共有されていてもよい複数の個別プロセッサによって提供されうる。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することのできるハードウェアのみを指すものと解釈されるべきではなく、暗黙的に、限定なしに、デジタル信号プロセッサ（「DSP」）ハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（「ROM」）、ランダム・アクセス・メモリ（「RAM」）および不揮発性記憶装置を含みうる。

通常のものおよび／またはカスタムのものを含め他のハードウェアも含まれてもよい。同様に、図面に示されるスイッチがあったとしても、それは単に概念的なものである。その機能はプログラム論理の動作を通じて、専用論理を通じて、プログラム制御と専用論理の相互作用を通じて、あるいはさらに手動で実行されてもよい。特定の技法は、コンテキストからより個別に理解されるように実装者によって選択可能である。

本願の請求項では、特定の機能を実行する手段として表現されたいかなる要素も、その機能を実行するいかなる仕方をも、たとえばａ）その機能を実行する回路素子の組み合わせまたはｂ）任意の形の、したがってファームウェア、マイクロコードなどを含む、当該機能を実行するソフトウェアを実行するための適切な回路と組み合わされたソフトウェアを包含することが意図されている。そのような請求項によって定義される本願の原理は、前記さまざまな記載される手段によって提供される機能性が請求項が記載する仕方で組み合わされ、一緒にされるという事実にある。よって、これらの機能性を提供できる任意の手段が本稿で示されている手段と等価であると見なされる。

明細書における本願の原理の「一つの実施形態」または「ある実施形態」あるいはそれ以外の他の変形への言及は、その実施形態との関連で記載されている特定の特徴、構造、特性などが本願の原理の少なくとも一つの実施形態に含まれることを意味する。よって、本明細書を通じた随所に現れる「一つの実施形態では」または「ある実施形態では」といった句あるいはそれ以外の他の変形の出現は、必ずしもみな同じ実施形態を指すのではない。

たとえば「Ａ／Ｂ」「Ａおよび／またはＢ」や「ＡおよびＢのうちの少なくとも一つ」という場合における、「／」「および／または」や「の少なくとも一つ」の使用は、最初に挙げられたオプション（Ａ）のみの選択、または二番目に挙げられたオプション（Ｂ）のみの選択、または両方のオプション（ＡおよびＢ）の選択を包含することが意図されていることは理解しておくべきである。さらなる例として、「Ａ、Ｂおよび／またはＣ」や「Ａ、ＢおよびＣのうちの少なくとも一つ」の場合において、そのような表現は、最初に挙げられたオプション（Ａ）のみの選択、または二番目に挙げられたオプション（Ｂ）のみの選択、または三番目に挙げられたオプション（Ｃ）のみの選択、または最初および二番目に挙げられたオプション（ＡおよびＢ）のみの選択、または最初および三番目に挙げられたオプション（ＡおよびＣ）のみの選択、または二番目および三番目に挙げられたオプション（ＢおよびＣ）のみの選択、または三つすべてのオプション（ＡおよびＢおよびＣ）の選択を包含することが意図されている。当技術分野および関連する技術分野の当業者には容易に明白であるように、このことは列挙される項目がいくつの場合についても拡張できる。さらに「一つまたは複数の要素」および「少なくとも一つの要素」は交換可能に使用される。

さらに、本願の原理の一つまたは複数の実施形態は本稿では特定の型の要素（たとえばHTTPサーバー）、データ・フォーマット、プログラミング言語、メッセージ型、メッセージ・コンテンツなどを用いて記述されるが、本願の原理はこれらの特定の型の要素、データ・フォーマット、プログラミング言語、メッセージ型、メッセージ・コンテンツなどだけに限定されるものではなく、本願の原理の精神を維持しつつ、他の型の要素、データ・フォーマット、プログラミング言語、メッセージ型、メッセージ・コンテンツなどに関して利用されてもよいことは理解しておくべきである。

上述したように、本願の原理は、デジタル映画のための動的なプレショー（preshow）表示のための方法および装置に向けられる。たとえば、一つまたは複数の実施形態は、映画観客に、特に映画館における現在のショー（たとえば現在再生中のショーまたは再生されようとしているショー）に関係して、情報を動的に提供することを許容する。これに限られないが、一例として、そのような情報は、ショー時間まであと何分残っているかの指定、リアルタイム・ニュース、天気、スポーツ・スコア更新などを含みうる。

デジタル映画システムの到来は、劇場上映に新たな機能を導入する機会を提供する。コンポジション・プレイリスト（CPL: composition playlist）は、広く利用可能なデジタル映画サーバーによってサポートされるようなショー・プレイリスト（SPL: show playlist）中に挿入される。コンポジション・プレイリストは、中でも、本願の原理に従って、動的に定義されたタイミング付けされたテキストを記述するおよび／または動的に生成されたスチール画像を取得するために、通常は字幕要素を取得するためにリザーブされている機構を利用する。

構想されている例示的な使用は、「フィーチャーまでの残り時間」の生成および動的に生成されるカウントダウン用である。さらなる例示的な使用は、現在のスポーツ・スコアのようなリアルタイムのニュース更新や、特に「売店の行列が短い」「ショーが遅延される」といった劇場状態更新の生成を含む。

さらに、「誕生日おめでとう、ケリー！」または「ロンディ、結婚してください！」といったパーソナル化されたまたはカスタマイズされたメッセージを表示できる。そのようなメッセージは、特別な機会のために劇場に出かけるのを促進するのを助けることができる。

図１を参照すると、スクリーン１３０上での上映のためのデジタル映画システム１００が示されている。図１の何らかの要素に関して特定の製造業者および／またはモデルに対する個別的な言及があったとしてもそれは例解の目的のためであり、本願の原理がそれに限定されるのではないことは理解しておくべきである。本稿で与えられる本願の原理の教示を与えられれば、当技術分野および関連分野の当業者は、本願の原理の精神を維持しつつ、これらおよびさまざまな他の製造業者およびモデルならびに他の要素（代替、追加および省略を含む）および他の構成を考えるであろう。

デジタル映画システム１００は、デジタル映画サーバー１１０、記憶装置１１２およびデジタル映画プロジェクター１２０を含む。サーバー１１０およびプロジェクター１２０は、好ましくは後述するように、相互接続されている。

サーバー１１０の例は、米国カリフォルニア州バーバンクのドレミ・ラボ社（DOREMI LABS, INC.）によるDCP-2000である。プロジェクター１２０の例は、米国カリフォルニア州サンタクララのNECコーポレーション・オブ・アメリカによるSTARUS NC2500Sのような、テキサス・インスツルメンツDLPシネマ（登録商標）ライト・エンジンに基づくものの多くを含む。

デジタル映画システム１００はまた、好ましくは、スクリーン１３０の観客席室内でサウンド・トラックを再生するのに好適なオーディオ設備（図示せず）を含む。

サーバー１１０はネットワーク１１８への接続１１６をもつ。プロジェクター１２０はネットワーク１１８への接続１２２をもつ。サーバー１１０およびプロジェクター１２０は接続１１８および１２２を通じて通信する。ネットワーク１１８は、たとえば、100bTイーサネット（登録商標）・ネットワークとして実装されてもよい。

サーバー１１０はまた、プロジェクター１２０への接続１１４をもち、これを通じて、再生中に、プロジェクター１２０に画像ストリームが与えられる。接続１１４は、たとえば、デュアル高精細度シリアル・デジタル・インターフェース（dual HD-SDI）として実装されてもよい。

プロジェクター１２０は、スクリーン１３０上に投影をするよう構成される。本願の原理が使用されるとき、スクリーン１３０上への投影は、これに限られないがたとえば、おいしいポップコーンのそそる画像のような画像１３２、単語１３４、１３６および１３８を含むテキスト・メッセージおよび残り時間の表示１４０を含みうる。呈示要素１３２、１３４、１３６、１３８および１４０のソースは、図２、図３、図４Ａ〜Ｃとの関連でのちにさらに詳細に述べる。

少なくとも残り時間１４０の表示は、動的なコンテンツであり、好ましくはサーバー１１０によってスクリーン１３０上での投影のためにプロジェクター１２０に与えられる。

記憶装置１１２は、デジタル映画コンテンツを含み、（図のように）サーバー１１０に直接接続されてもよいし、あるいはネットワーク１１８を通じてアクセスされてもよい（ネットワーク・アクセスは図示せず）。このコンテンツについてはさらに後述する。

ネットワーク１１８への接続１５２を有する劇場管理ステーション（TMS: theater management station）１５０は、劇場人員によって、サーバー１１０およびプロジェクター１２０を制御するために使用できる。あるいはまた、投影技師がサーバー１１０およびプロジェクター１２０を、専用のユーザー・インターフェース（図示せず）を通じて直接的に制御および操作できる。

ディスプレイ・マネージャ１７７は、本稿でまとめて「動的情報」とも称する動的なテキストおよび／または他の情報（たとえばグラフィクス等）の表示を、本願の原理に従って管理する。図示した実施形態では、ディスプレイ・マネージャ１７７はデジタル・サーバー１１０において実装される。別の実施形態では、ディスプレイ・マネージャ１７７はデジタル・サーバー１１０とたとえばネットワーク１１８を通じて通信するスタンドアローンの装置として実装されることができる。さらにもう一つの実施形態では、ディスプレイ・マネージャ１７７は劇場管理システム１５０上に存在することができる。さらにもう一つの実施形態では、ディスプレイ・マネージャ１７７は、たとえばデジタル・サーバー１１０と劇場管理システム１５０の両方にコンポーネントがある分散エンティティであってもよい。

ディスプレイ・マネージャ１７７は、サーバー１１０および／またはシステム１００内の他のコンポーネントと連携して、動的情報に関係する少なくとも一つの要素を含む少なくとも一つの字幕ファイルを提供し、ショー・プレイリストの再生中または再生の少し前に（図２のタイムライン２７０との関連で後述）、前記少なくとも一つの要素を動的に解決し（resolve）、（たとえばスクリーン１３０および／または別のスクリーン（単数または複数）上で）前記動的情報を（たとえば可視的におよび／または可聴的に）再生する。「ディスプレイ・マネージャ」と称されているが、一つまたは複数の実施形態では、ディスプレイ・マネージャ１７７は単にオーディオ情報（たとえば「映画は10分後に始まります」）を再生するのでもよいことは理解しておくべきである。しかしながら、ディスプレイ・マネージャ１７７は少なくとも、本願の原理のさまざまな実施形態において画像／ビデオ・データの再生（表示）を管理する。

あるいはまた、ディスプレイ・マネージャ１７７はまた、スクリーン１３０および／または一つまたは複数の他のスクリーンおよび／または一つまたは複数のスピーカー（図示せず。スクリーンと統合されていてもいなくてもよい）で再生されるべきカスタマイズされたまたはパーソナル化された情報またはメッセージを含む動的情報に関係する少なくとも一つのユーザー入力を受領するようにも構成されてもよい。よって、ディスプレイ・マネージャ１７７を、カスタマイズされた情報を受領するために劇場管理ステーション１５０のところにユーザー・インターフェースを含む分散エンティティとして構成することが有利でありうる。

記憶装置１１２はショー・データ２００を含む。必ずしもそうでなくてもよいが好ましくは、ショー・データ２００は、非特許文献１〜６の公開され台頭しつつある規格において映画テレビ技術者協会（SMPTE）によって記述される対応するファイル・フォーマットに従ったファイルを含む。

しかしながら、これらの規格が広く採用されるまでは、製造業者の独自のフォーマットを含む他のファイル・フォーマットが使用されてもよい。たとえば、米国テキサス州ダラスのテキサス・インスツルメンツ社は今日、SMPTE429-5（上記）のベースとなった字幕トラック・ファイル・フォーマットをサポートする。ドレミ・ラボによる前述した例示的なもののようなデジタル映画サーバーの製造業者は、独自のショー・プレイリスト・フォーマットをもつ。このように、本願の原理は何らかの特定のファイル・フォーマットに限定されるものではないことは理解しておくべきである。

図２を参照すると、ショー・プレイリスト、該ショー・プレイリストによって参照されるコンポジション・プレイリスト、動的コンテンツ・コンポジションによって参照されるトラックおよびアセット・ファイル・コンポーネントならびに動的コンテンツの生成および表示に関する重要なイベントを示すタイムラインの概略図が示されている。さらに、コンポジション・プレイリスト２２０、２３０、２４０、２５０および２６０は、時間的に、タイムラインの沿って示されるさまざまなイベントと相関することが意図されている。

再生の時間が近づくと、ショー・データ２００が次のように構築される：ショー・プレイリスト２１０が再生できる各コンポジションをリストする。ショー・プレイリストのいくつかのバージョンでは、コンポジションを便利なグループ（図示せず）にまとめる諸ファイルを通じた一つまたは複数のレベルの間接指示（indirection）があってもよいが、間接指示はコンポジション・プレイリスト（CPL）２２０、２３０、２４０、２５０および２６０によって表されるコンポジションのシーケンスに分解可能（resolvable）である。この例では、CPL ２２０はソーダのための広告であり、CPL ２３０はポップコーンのための動的な広告であり、CPL ２４０はもうすぐ始まる映画リリースのための予告編であり、CPL ２５０は、たとえば演出効果のある仕方でプレショーを締めくくって観客をフィーチャー上映のために準備させる移行要素であり、CPL ２６０はメイン・アトラクション（すなわち、フィーチャー自身）である。実際のプレショーは一般により多くの広告、より多くの予告編およびさらなる移行要素（たとえば、予告編の前の「近日上映」要素）をもつであろうが、示されているCPLは代表的なものである。

各CPLは一般にピクチャーおよびオーディオ・トラック・ファイルを参照し、CPLのいくつかは字幕トラック・ファイルを参照することがあり、そのコンポジションは関連するトラック・ファイルを含む各CPLによって記述されるが、これらの関連付けは簡潔のため、CPL ２３０についてのみ示されている。

CPL ２３０は三つのトラック・ファイル、つまりピクチャー・トラック・ファイル２３２、オーディオ・トラック・ファイル２３４および字幕トラック・ファイル２３６を列挙している。のちに論じる代替的な実施形態では、字幕トラック・ファイル２３６の代わりに字幕トラック・ファイル２３６′が参照する。

ピクチャー・トラック・ファイル２３２は、おいしいポップコーンのそそる画像１３２を表示するために必要なデータを与える。ピクチャー・トラック・ファイル２３２はサーバー１１０によって記憶１１２から取得され、画像信号にデコードされ、その画像信号が接続１１４を介してプロジェクター１２０に送信される。プロジェクター１２０は、必要に応じて画像信号をフォーマットし、対応する画像が、字幕のためのさらなる処理後に表示される。

オーディオ・トラック・ファイル２３４は、ピクチャー・トラック・ファイル２３２の表示と同期してオーディオ・トラックを与えるために必要なデータを提供する。

字幕トラック・ファイル２３６または２３６′は、ピクチャー・トラック・ファイル２３２から与えられる画像と重ねられる字幕シーケンスを提供する。単語１３４、１３６および１３８が時間とともに現れるが、好ましくは、字幕トラック・ファイル２３６または２３６′中に静的にエンコードされる。残り時間１４０は、字幕トラック・ファイル２３６の処理中に、あるいは字幕トラック・ファイル２３６′によって参照される動的サブピクチャー２３８の処理中に動的に提供される。

デジタル映画字幕の用語では、「タイミング付けされたテキスト（timed text）」字幕と「サブピクチャー（subpicture）」字幕の区別がされる。「タイミング付けされたテキスト」は、テキストおよびフォントとして提供される字幕を表し、前記テキストが前記フォントを使って字幕イメージに表現され、その字幕イメージがピクチャー・トラック・ファイル２３２によって与えられる画像と同期して重ねられる。「サブピクチャー」は、典型的にはポータブル・ネットワーク・グラフィクス（PNG: portable network graphics）ファイル・フォーマットのスチール画像ファイルとして与えられる字幕を表す。残り時間１４０のスチール画像などである。サブピクチャー・アプローチの利点は、残り時間１４０として示される数字表示の代わりに、残り時間を示す時計のグラフィック・イメージ（図示せず）が使えることである。

タイムライン２７０は、矢印の方向に進む時間とともに配列される一連のイベントを含む。

好ましくは再生より十分先行する時点である摂取時２７２において、好ましくはサーバー１１０または同様の信頼されるエンティティの制御のもとに、ショーのさまざまな要素が記憶装置１１２にコピーされる。摂取の間、サーバー１１０にCPLが、該CPLが参照する各トラック・ファイルとともに、与えられる。

よく知られたセキュリティ、信頼性および品質管理の問題として、CPLは好ましくは、対応するトラック・ファイルから導出される、各トラック・ファイルに対応するハッシュ値を含む。各トラック・ファイルについて現在のハッシュ値を改めて導出し、その値をCPLに格納されている値と比較することによって、サーバー１１０は、それらのファイルが完備であり、コピーミスが生じておらず、工作も受けていないことを保証される。CPL中におけるハッシュ値の存在は任意的である。

準備スイート（prep-suite）時２８０は、再生が始まる少し前に、たとえば約30分以内に生起する。ショー時間２８６は好ましくは公表されているショー時間である。これは一般に、フィーチャー開始の数分前であるが、決してフィーチャー開始より遅いべきではない。フィーチャー開始時２８８は、フィーチャーが実際に始まる時間である。

再生が始まる少し前に、準備スイート時２８０において、サーバー１１０は、ショー・プレイリスト２１０によって記述される上演の、差し迫った再生のための準備をする。ネットワーク１１８を通じたプロジェクター１２０とサーバー１１０の間の通信が確立され、確認される。現在の有効な解読鍵（図示せず）の存在が、解読鍵を必要とするショー・プレイリスト２１０によって同定されるCPLがあればそれについて確認される。実装に依存して、サーバー１１０は、トリガーされたときに再生を迅速に開始することを許容するため、ある量のピクチャーおよびオーディオ・データをバッファリングしてもよい。また、プロジェクター１２０が、ショー・プレイリスト２１０中に現れる、字幕トラック・ファイル２３６のような諸字幕トラック・ファイルのリストを与えられてもよい。好ましくは、字幕トラック・ファイル２３６はこの時点ではプロジェクター１２０に転送されない。

何らかの時点で、好ましくは準備スイート時２８０から30分以内に、再生が始まり、ソーダ広告２２０のようなCPLによって記述されるコンテンツが観客席室内のスクリーン１３０上に呈示される。

好ましくは、告知プリフェッチ時２８２が、CPL ２３０がその再生を始める時間である告知時２８４の少し前に生起し、プロジェクター１２０がネットワーク１１８を通じてトラック・ファイル２３６を（あるいは代替的な実施形態ではトラック・ファイル２３６′を）サーバー１１０に要求する。

告知プリフェッチ時２８２において、字幕トラック・ファイル２３６はサーバー１１０によって処理されて、たとえば「サーバー・サイド・インクルード」（好ましい実施形態ではサーバー・サイド・インクルードを解釈するよう備えをされたデジタル映画サーバー１１０上のHTTPサーバーであるディスプレイ・マネージャ１７７によって実行される処理）を使って実装されうるような動的テキスト・コールアウト（callout）（詳しくは後述）があればそれは適切なテキスト値によって置き換えられる。この置換は、告知プリフェッチ時２８２と告知時２８４の間の間隔の所定の期待値、現在時刻、ショー時間２８６およびフィーチャー開始時２８８あるいは同様の情報をパラメータとしてなされうる。これらの時間は、絶対的な時計時間で表現されてもよいし、あるいはショー・プレイリストの先頭または他の便利な基準に対する時間として表現されてもよい。これらまたは他のパラメータは、置換テキストを返すために、所定のアルゴリズムによって組み合わされてもよい。いくつかの例示的なアルゴリズムが図４Ａおよび４Ｂとの関連で後述される。

サブピクチャー２３８への参照をもつ字幕トラック・ファイル２３６′を使う実装では、プロジェクター１２０は、字幕トラック・ファイル２３６′に従ってサブピクチャー２３８が表示のために必要とされる時点の少し前にサブピクチャー２３８をサーバー１１０に要求する。この場合、プロジェクター１２０による要求に応答して返されるPNG画像ファイルが、サーバー１１０に知られており、字幕トラック・ファイル２３６′中の識別情報と関連付けられている所定のアルゴリズムに従ってサーバー１１０によって動的に生成または選択される。前記識別情報によりプロジェクター１２０はサブピクチャー・ファイル２３８を参照する。この動的サブピクチャー・ファイル生成または選択のアルゴリズムは、上述したパラメータのいずれも受け入れることができ、たとえば図４Ｃとの関連で誘起される要求に応答して実行されるが図４Ａおよび４Ｂとの関連で記述される例示的なアルゴリズムと同様に振る舞う。

CPL ２３０によって同定された動的コンポジションの再生の終結時に、再生はSPL ２１０に従って、予告編、移行およびフィーチャーをもって継続する。対応するコンポジションはそれぞれCPL ２４０、２５０および２６０によって同定される。

図３は、CPL ２３０の好ましい実装を含むCPLデータ３００を示している。当業者は、SMPTE規格429-7に準拠するデータ３００のフォーマットを認識するであろう。しかしながら、上述したように、本願の原理はいかなる特定のフォーマットに限定されるものでもないことは理解しておくべきである。普遍的一意識別子（UUID: universally unique identifier）３０２がCPLデータ３００中に生起する。CPL ２３０を参照するのに使うUUIDを定義するためである。この参照により、SPL ２１０は曖昧さなくCPL ２３０を同定できる。あるいはまた、CPL ２３０は、SPL ２１０において、CPLデータ３００中でContentVersion〔コンテンツ・バージョン〕識別子（図示せず）としてコールアウトされうる別個のUUIDによって同定されることができる。

CPLデータ３００内にはピクチャー要素３３２、オーディオ要素３３４および字幕要素３３６がある。当業者は、拡張可能マークアップ言語（XML: extensible markup language）データ、３３２のように「MainPicture」のような角括弧に入れられたタグで始まり角括弧に入れられた閉じタグ「/MainPicture」で終わる要素を認識するであろう。これらの要素は、対応するピクチャー・トラック・ファイル２３２、オーディオ・トラック・ファイル２３４および字幕トラック・ファイル２３６を、それぞれUUID ３３３、３３５および３３７を使って同定する。他のよく知られたメタデータが与えられている。これらのUUIDと対応するファイルとの間の関連付けは、摂取時２７２にサーバー１１０に与えられ、その後、サーバー１１０によって追跡される。

ここで図４Ａを参照すると、本願の原理の字幕トラック・ファイル・データが示されている。この字幕トラック・ファイルは、CPLデータ３００の字幕要素３３６の中のUUID ３３７に一致するUUID ４０２によって同定され、よって、字幕トラック・ファイル・データ４００は、字幕要素３３６においてCPLデータ３００によって参照される字幕トラック・データである。

この例示的なファイルにおいて、六つの離散的な字幕要素：４３４、４３６、４３８、４４０、４４２および４４４がある。

字幕要素４３４、４３６および４３８は次のように動作する：各要素は、対応するテキストが現れるべきCPL ２３０の再生に対する時間期間を同定する。また、スクリーン１３０上でのテキストの位置が記述される。字幕４３４は、テキスト１３４′が0.5秒間、単語１３４の位置において、CPL ２３０のプレイリスト中に現れるべきであることを定義する。0.5秒後、字幕４３６がテキスト１３６′を単語１３６の位置に示す。その0.5秒後、字幕４３６は終了し、字幕４３８によって置き換えられる。字幕４３８はそれぞれ単語１３６および１３８の位置に、テキスト１３６″および１３８′を示す。観客に対する効果は、「There's still time:」〔まだ時間： がある〕の諸単語が0.5秒間隔で現れるというものである。望むなら、これらの単語が徐々にフェードインするようさらなるメタデータ（図示せず）が与えられてもよい。よって、一つまたは複数の特殊効果がテキストに適用されてもよい。そのような特殊効果は、これに限られないが、フェード、フラッシング／ストロボ（強度変化）、テキストの一つまたは複数の色の変更などを含みうる。

字幕４４０、４４２および４４４はそれぞれ、残り時間１４０として表示されるべきテキストを与える。字幕４４０、４４２および４４４は、CPL ２３０の再生にはいったところ2秒に始まる連続する各秒において始まり、それぞれ１秒間続くので、テキストは毎秒更新される。プロジェクター１２０の字幕実装の応答性が十分でなければ、その欠点に対処するためより頻度の低い更新が指定されてもよい。

しかしながら、字幕４４０、４４２および４４４は残り時間１４０として表示されるべきテキストを与えるものの、炯眼な読者は、位置１４０′および位置１４０″において字幕トラック・ファイル・データ４００に存在するテキストは、位置１４０における残り時間の表示に似ていないことに気づくであろう。その代わり、存在するテキストは、この場合は米国メリーランド州フォレスト・ヒルのアパッチ・ソフトウェア・ファウンデーションによって提供されるアパッチ（Apache）ハイパーテキスト転送プロトコルサーバーによってサポートされるべき既知のフォーマットの、サーバー・サイド・インクルードに関連付けられた形のXMLコメントである。このフォーマットまたは同様のフォーマットのサーバー・サイド・インクルードは、たいていのハイパーテキスト転送プロトコル（HTTP: hypertext transfer protocol）サーバーによって提供される。サーバー・サイド・インクルードは、デジタル映画サーバー１１０によって提供されるHTTPサービスによってサポートされるフォーマットであるべきである。

位置１４０′における字幕４４０において、サーバー・サイド・インクルードは、「TimeToNextShow」〔次のショーまでの時間〕という名前のPerl言語での特定のスクリプトを実行し、そのスクリプトに「00:00:02」のパラメータを提供するためにサーバー１１０上で走るHTTPサービスへの命令である。そのスクリプトによって返される結果は、「5:12」のような、フィーチャーが始まるまでに残っている時間の量を表す若干数の文字のテキストである。これが、残り時間１４０として表示されるテキストである。

その後の字幕４４２および４４４において、１４０″としてコール・アウトされたサーバー・サイド・インクルードは、いずれも、「TimeToNextShow」スクリプトの追加的な実行を指定するが、CPL ２３０の再生中のより深いオフセットのため、異なるパラメータをもってである。

位置１４０′および１４０″におけるサーバー・サイド・インクルードのそれぞれについて、パラメータ値は対応する字幕４４０、４４２、４４４についてのTimeInパラメータの値である。その理由は、プロジェクターは、告知プリフェッチ時２７２において字幕トラック・ファイル２３６を要求することになるからである。スクリプトTimeToNextShowがパラメータを受け入れておらず、字幕トラック・ファイル・データ４００がサーバー１１０によって処理されてプロジェクター１２０に供給されたとした場合には、TimeToNextShowスクリプトの三回の生起のそれぞれは同じテキスト値に評価されるであろう。その代わり、スクリプトは以下のステップを実行できる：（ａ）ＣＰＬ ２３０のUUID ４０２を記録（note）；（ｂ）SPL ２１０においてUUID ４０２に対するマッチを見出す；（ｃ）SPL ２１０中でのCPL ２３０の開始とフィーチャーCPL ２６０の開始との間の間隔を判別；（ｄ）その間隔から、パラメータの値を引く；（ｅ）結果として得られる間隔、すなわち特定の字幕が表示されるべき時刻におけるフィーチャーまでの残り時間を、好ましくはM:SS（分および秒）フォーマットのテキスト・ストリングとして返す。

スクリプトによって与えられる結果として得られるテキストは、サーバー・サイド・インクルードを与えるXMLコメントの全体の代用とされる。

もちろん、他のサーバー・サイド・インクルードの形が使用されてもよいことは理解しておくべきである。図４Ｂにおいて、字幕４５０（これは字幕４３４、４３６および４３８を置換する）は明示的なテキスト「Show starts at」〔ショーは に始まる〕を表示し、サーバー・サイド・インクルードはサーバー１１０上で環境変数「SHOWTIME」〔ショー時間〕の値を表すテキストの若干数の文字をアペンドする。そのような環境変数は、サーバー１１０の動作のもとになっているスケジュール（図示せず）から利用可能である。1.5秒後、「Time now is」〔現在時刻は〕という明示的なテキストと、現在時刻をH:MM:SSフォーマットでプリントするリナックス・コマンドを実行するサーバー・サイド・インクルードとを与える第二の字幕４５２が表示に加えられる（これは字幕４４０、４４２および４４４を置き換える）。この例において、現在時刻はいったん表示されると変化しない。呈示される時間は実質的に告知プリフェッチ時２７２であろう。これは、サーバー１１０がプロジェクター１２０による要求に応答して字幕トラック・ファイル２３６を処理するであろう時である。

図４Ｃでは、タイミング付けされたテキスト字幕４４０がサブピクチャー字幕４４０′によって置き換えられる。ここではサーバー・サイド・インクルードは必要ない。その代わり、字幕４４０′は、サブピクチャーPNGファイルを要求することが必要になることをプロジェクター１２０に伝えるUUID ４６０を与える。字幕４４０を置き換える字幕４４０′をもつ字幕トラック・ファイル・データ４００は、字幕トラック・ファイル２３６′の実施形態であり、UUID ４６０は動的サブピクチャー２３８に対応する。

この実施形態において、プロジェクター１２０がUUID ４６０に対するファイルを要求するとき、サーバー１１０はその要求を、結果としてサブピクチャーPNGファイルを返すUUID ４６０に関連付けられたプログラムを実行することによって、充足する。結果として得られるファイルは、要求に応答して、サーバー１１０によってプロジェクター１２０に提供される。この実装に対応するプログラムは、先述した計算または残り時間を実質的に表す値を返す同様の計算を実行することができる。次いで計算結果は、テキスト・レンダラーによって処理され、透明な背景フィールド上のテキストの結果として得られる画像がPNGファイルとしてエンコードされ、プロジェクター１２０に返される。このPNGファイルは、残り時間１４０を表示する画像の一部のソースとして使用される。

より洗練された実施形態では、残り時間のPNG表示中のテキストは、残っている分数および端数をグラフィックに示すアナログ時計（図示せず）の画像によって置換されるまたはそのような画像を伴うことができる。

売店の行列の状態（「売店の行列が短いです！待ち時間なし！」）または外部ウェブ・サイトまたは加入ニュース・フィードからスクラップされたリアルタイムのスポーツ・スコア（「UCLA 21, USC 0」）のような他のメッセージがサーバー１１０によって含められることができる。

ユーザー・インターフェース（図示せず）はTMS １５０において提供されることができる。前述したようなパーソナル化されたメッセージを入力し、システム中の変数に割り当てることができる。あらかじめ組み込まれた、適切なテーマをもたせたコンポジションについてのCPL（図示せず）がショー・プレイリストに手動で含められる。たとえば、劇場に行く人が夫の誕生日を祝うことを望む。劇場に行く人は特定の「ハッピー・バースデー」コンポジションを、特殊イベント・コンポジションのセレクションのうちから選択する。劇場支配人は、劇場に行く人の選択に対応するCPLをショー・プレイリストに組み込み、コンポジション・アセットが摂取される（もしまだであれば）。さらに、劇場支配人はお祝いコンポジションに含める適切なパーソナル化されたテキストを招請し、そのテキストが、そのお祝いコンポジションの対象の変数WHOSE_BIRTHDAY〔誰の誕生日〕の値として入力される。変数SHOWTIMEの値が字幕４５０において参照されたのと同様である。このようにして、CPLは、WHOSE_BIRTHDAY＝"Kerry"と設定することによって、"Kerry"〔ケリー〕にハッピー・バースデーのお祝いをするようパーソナル化できる。あるいはまた、そのようなパーソナル化されたコンポジションは、WHOSE_BIRTHDAYに基づいてサーバー１１０が計算するサブピクチャーを要求するCPLによって実装されることができる。

代替的な実施形態では、サーバー１１０はサーバー・サイド・インクルードを有効にしておらず、その代わり、該インクルードを具現するXMLコメントは表示のために使用される前にプロジェクター１２０に解釈してもらうべくプロジェクター１２０に渡される。そのような機能性の一例は、「クライアント・サイド・インクルード」または他のスクリプト機能である。そのような機能は、普通、XMLファイルの受け手によって実装される。コメント埋め込み機能はサーバー・サイド・インクルードの場合と同じように使われてもよいが、より一般的な形は字幕トラック・ファイル・データ中において動作を埋め込むためのスクリプト・タグを使うことである。そのような埋め込みのための好適かつ一般的な言語はジャバスクリプト（Java（登録商標）Script）である。そのような実施形態は、プロジェクター１２０がジャバスクリプトを解釈することを要求する。

特に字幕オーバーレイを扱うときにデジタル映画サーバー１１０がデジタル映画プロジェクター１２０よりも予測可能な計算負荷および超過の処理パワーをもつ場合には、動的な操作のための負荷を前記サーバーに割り当てることが好ましい。

いくつかの実装では、字幕レンダリングおよびピクチャー・エッセンス上へのオーバーレイはサーバーによって実行され、プロジェクターは字幕レンダリングやオーバーレイ・プロセスに参加しない。プロジェクターは単に、接続１１４を介して提供されるサーバーがオーバーレイした画像を表示する。本願の原理は、そのような実施形態における字幕トラック・ファイルの処理や字幕ファイルの動的生成にも適用される。

もう一つの実施形態では、準備スイート時２８０においてまたはそのころ、ただし告知プリフェッチ時２８２における要求に対するサーバー１１０の応答より遅くない時点で、サーバー１１０、TMS １５０または別のエンティティ（図示せず）が字幕トラック・ファイル２３６の更新されたバージョンを提供することができる。ここで、字幕４４０、４４２および４４４におけるサーバー・サイド・インクルードの代わりに外部プログラムがそれぞれ「5:12」「5:11」および「5:10」のようなカウントダウン・テキストをもつ完全な字幕トラック・ファイル２３６を生成する。そのような字幕トラック・ファイルの更新バージョンは、字幕トラック・ファイルの、該ファイルの空間的および時間が決定的な諸側面を含む必要な要素を維持するプロセスによって生成される。たとえば、そのような動的に生成された字幕トラック・ファイルはCPLデータ３００内で参照されてもよく、UUID ３３７がサーバー１１０によって、サーバー・サイド・インクルード以外の機構によって字幕トラック・ファイル・データ４００の新しいバージョンを生成して返すようにとのコールとして認識されてもよい。そのような実装は、当技術分野および関連分野の当業者によって容易に理解されるものであり、本稿に記載される好ましい実施形態と、サーバー１１０に対する計算上の負荷において実質的には異ならない。

もちろん、本稿で与える本願の原理の教示を与えられれば、本願の原理の精神を維持しながら、他の変形も当技術分野および関連分野の当業者によって容易に理解され、考えられる。「売店の行列が短い！」と断言するメッセージが含められるべきである場合、対応するPNGサブピクチャーが、たとえば売店の待ち行列を見渡すネットワーク・アクセス可能カメラ（すなわち、図示しない「ウェブカメラ」）からの、デジタル画像から生成されることができる。サーバー１１０はそのデジタル画像を取得し、必要に応じてそのデジタル画像を処理する。あるいはまた、TMSのような別の装置が定期的にウェブカメラ（図示せず）にアクセスし、そのカメラで撮影された画像をさまざまな観客席室によって求められる適切なスケールおよびアスペクト比にフォーマットすることができる。これらの画像は随時（たとえば毎分）更新されてサーバー１１０がアクセスできるところに残されることができ、あるいはTMS １５０から記憶装置１１２に定期的にプッシュされることができる。

劇場の運営および維持の受け持ちを特定するために「今晩の担当管理者：シルヴェイン」または「この観客席室の清掃担当者：マーク」といったメッセージに適切な個人の画像を提供するために同様の実装を使うことができる。

さらにもう一つの実施形態では、動的に生成された字幕の呈示は、プロジェクター１２０によってスクリーン１３０上に表示される画像において表示されなくてもよい。その代わり、動的に生成された表示は、米国ヴァージニア州ポーツマスのデジタル・テック・サービシーズ（DIGITAL TECH SERVICES）によって供給されるスーパータイトル（SUPERTITLE）のようなスクリーン近くに位置するLEDマルチライン・キャラクタ・ディスプレイのような追加的な表示装置（図示せず）上に呈示されてもよいし、あるいは米国カリフォルニア州アグーラヒルズのデジタル・シアター・システムズ（DIGITAL THEATER SYSTEMS）によって供給されるシネマ・サブタイトリング・システム（CINEMA SUBTITLING SYSTEM）のようなレーザー投影システムによってスクリーン上またはスクリーン近くに書かれてもよい。そのような実施形態では、サーバー１１０から追加的な表示装置（図示せず）への通信は、ネットワーク１１８を介して、あるいは他の直接または無線接続を介してであろう。サーバー１１０は、イベントおよび該イベントが生起すべき時刻のリストを与える字幕トラック・ファイル２３６または他の類似のファイル内のコマンドに対して、適切なテキストをその追加的な表示装置による表示のために、実質的にそのテキストの表示が適切である時点で提供することによって、反応する。さらに代替的な実施形態では、クライアント・サイド・インクルードまたはスクリプトへの応答として、プロジェクター１２０がテキストを追加的な表示装置に与えてもよい。

図５を参照すると、デジタルディスプレイ・システムにおける動的情報を表示する例示的な方法５００が示されている。

方法５００は開始ブロック５０５を含み、該開始ブロックは機能ブロック５１０に制御を渡す。機能ブロック５１０は、動的情報に関係する少なくとも一つの要素を含む少なくとも一つの字幕ファイルを与え、制御を機能ブロック５２０に渡す。機能ブロック５２０は現在時刻またはカスタマイズされた情報のような動的な値に基づいて動的な情報に関係する要素を動的に解決する（resolve）（すなわち、いくつかの実施形態では、字幕ファイル中の命令またはコメントに対して作用するまたは該命令またはコメントを置き換えることによって解を提供する）。所与の要素を動的に解決するために必要とされる個別的な動作または行動は実装の詳細に依存する。たとえば、そのような動作は、なかでも、サーバー・サイド・インクルードを展開する（expand）こと、上記のような適切なサブピクチャーを生成または選択することを含みうる。ブロック５２０の機能を完了すると、制御は機能ブロック５２５に渡される。機能ブロック５２５は字幕ファイルの解決された形を再生デバイス（たとえば一つまたは複数のスクリーンおよび／または一つまたは複数のスピーカーなど）上で再生する（たとえば視覚的におよび／または可聴的に）。たとえば、動的に生成された情報の再生は、デジタル・ディスプレイ・システムによるコンテンツの呈示の一部として、たとえば映画館における映画の上映に先立って、行われてもよい。機能ブロック５２５が完了すると、制御は終了ブロック５９９に渡される。

代替的な実施形態では、再生されるべき動的な情報はカスタマイズまたはパーソナル化された情報であり、ユーザーによって与えられるものであってもよい。これは図５において示されている。図５では、動作機能ブロック５１５がカスタマイズされた情報に関する少なくとも一つのユーザー入力を受領し、そのカスタマイズされた情報が機能ブロック５２０において、動的情報に関連付けられた前記少なくとも一つの要素を動的に解決するために使われる。動的に解決された情報は次いで再生される（機能ブロック５２５参照）。先の図１の例を参照すると、ユーザー入力を受領するためにディスプレイ・マネージャ１７７が使用されてもよく、カスタマイズされた情報は、デジタル・ディスプレイ・システムによって、スクリーン１３０および／または一つまたは複数の他のスクリーンおよび／またはスピーカー（図示せず）上で再生されてもよい。

本願の原理のこれらおよびその他の特徴および利点は、本稿の教示に基づいて当業者によって容易に見きわめられることができる。本願の原理の教示はハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサまたはそれらの組み合わせのさまざまな形で実装されうることは理解しておくものとする。

最も好ましくは、本願の原理の教示はハードウェアおよびソフトウェアの組み合わせとして実装される。さらに、ソフトウェアはプログラム記憶ユニット上に有形的に具現されるアプリケーション・プログラムとして実装されてもよい。アプリケーション・プログラムは、任意の好適なアーキテクチャを有する機械にアップロードされ、これによって実行されてもよい。好ましくは、機械は、一つまたは複数の中央処理ユニット（「CPU」）、ランダム・アクセス・メモリ（「RAM」）および入出力（「I/O」）インターフェースのようなハードウェアを有するコンピュータ・プラットフォーム上で実装される。コンピュータ・プラットフォームはオペレーティング・システムおよびマイクロ命令コードをも含みうる。本稿に記載したさまざまなプロセスおよび機能は、該マイクロ命令コードの一部、あるいは該アプリケーション・プログラムの一部、あるいはそれらの任意の組み合わせであってもよく、CPUによって実行されてもよい。さらに、追加的なデータ記憶ユニットおよびプリント・ユニットといったさまざまな他の周辺ユニットがコンピュータ・プラットフォームに接続されてもよい。

さらに、付属の図面に描かれている構成要素となるシステム・コンポーネントおよび方法のいくつかは好ましくはソフトウェアによって実装されること、システム・コンポーネントまたはプロセス機能ブロックの間の実際の接続は本願の原理がプログラムされる仕方に依存して異なりうることも理解しておくものとする。本稿の教示を与えられれば、当業者は本願の原理のこれらおよび同様の実装または構成を考えることができるであろう。

本稿では例示的な実施形態を付属の図面を参照して記載してきたが、本願の原理がこれらの厳密な実施形態に限定されるものではないこと、本願の原理の範囲や精神から外れることなく当業者がそれにさまざまな変更および修正を施しうることは理解しておくものとする。そのようなすべての変更および修正は、付属の請求項に記載される本願の原理の範囲内に含められることが意図されている。

Claims (14)

1. ピクチャー・トラック・ファイルおよび／またはオーディオ・トラック・ファイルおよび／または字幕ファイルを再生できる、サーバーを備えたデジタル映画システムにおいて使用する方法であって：
   フィーチャー再生に先立つ表示のための動的な情報に関係する少なくとも一つのカスタマイズ可能な要素を含む少なくとも一つの字幕ファイルを提供し、
   前記少なくとも一つの字幕ファイルの前記少なくとも一つのカスタマイズ可能な要素の内容を動的に決定して前記動的な情報を生成し、
   前記動的な情報を再生装置上で再生する段階を含み、
   前記動的な情報は前記デジタル映画システムによって再生されるようスケジュールされている映画の時間に関係する、
   方法。
2. 前記動的な情報がカスタマイズされた情報を含み、当該方法がさらに、前記カスタマイズされた情報に関係する少なくとも一つのユーザー入力を受領する段階を含む、請求項１記載の方法。
3. 前記少なくとも一つのカスタマイズ可能な要素が、前記動的な情報が表示される時間期間を、スケジュールされたコンテンツの再生に対して同定し、さらに前記動的な情報が表示されるべき前記デジタル映画システムのスクリーン上の位置を同定する、請求項１記載の方法。
4. 前記動的な情報が、前記デジタル映画システムによって再生されるスケジュールされた映画が始まるまでの残り時間を同定する少なくとも一つのメッセージを含む、請求項１記載の方法。
5. 前記少なくとも一つのカスタマイズ可能な要素が、前記動的な情報の少なくとも一部として表示される値を動的に計算するための少なくとも一つのスクリプト要素を含む、請求項１記載の方法。
6. 前記字幕ファイルがコンポジション・プレイリストに含まれる、請求項１記載の方法。
7. ピクチャー・トラック・ファイルおよび／またはオーディオ・トラック・ファイルおよび／または字幕ファイルを再生できる、サーバーを備えたデジタル映画システムにおいて使用する装置であって、前記サーバーは：
   フィーチャー再生に先立つ表示のための動的な情報に関係する少なくとも一つのカスタマイズ可能な要素を含む少なくとも一つの字幕ファイルを提供し、
   前記少なくとも一つの字幕ファイルの前記少なくとも一つのカスタマイズ可能な要素の内容を動的に決定して前記動的な情報を生成し、
   前記動的な情報を再生装置上で再生するよう構成されている少なくとも一つのプロセッサを有しており、
   前記動的な情報は前記デジタル映画システムによって再生されるようスケジュールされている映画の時間に関係する、
   装置。
8. 前記動的な情報がカスタマイズされた情報を含み、前記サーバーが、前記カスタマイズされた情報に関係する少なくとも一つのユーザー入力を受領するよう構成されている、請求項７記載の装置。
9. 前記少なくとも一つのカスタマイズ可能な要素が、前記動的な情報が表示されるべき時間期間を、スケジュールされたコンテンツの再生に対して同定し、さらに前記動的な情報が表示されるべき前記デジタル映画システムのスクリーン上の位置を同定する、請求項７記載の装置。
10. 前記少なくとも一つのカスタマイズ可能な要素が、少なくとも一つのサーバー・サイド・インクルードを含む、請求項７記載の装置。
11. 前記動的な情報が、前記デジタル映画システムによって再生される前記映画が始まるまでの残り時間および前記デジタル映画システムによって再生される前記映画に臨場する少なくとも一人の人物のうちの少なくとも一方を同定する、請求項７記載の装置。
12. 前記少なくとも一つのカスタマイズ可能な要素が、前記動的な情報の少なくとも一部として表示される値を動的に計算するための少なくとも一つのスクリプト要素を含む、請求項７記載の装置。
13. 生成された動的な情報が前記デジタル映画システムによる表示のためにカスタマイズされる、請求項１記載の方法。
14. 前記動的な情報は、前記フィーチャー再生のピクチャー・トラック・ファイルおよび／またはオーディオ・トラック・ファイルの内容とは独立である、請求項１記載の方法。

Images