(57)【要約】  プレゼンテーション（presentation)実行中のタイムリーな電子メッセージ配信は有効なツールである。本実施形態では、電子メッセージを配信する方法および装置について説明する。１つの方法（４００）には、メイン・プレゼンテーション（main presentation）に関連付けられた補助メディア・コンテンツ（auxiliary media content）を識別し（４２０）、メイン・プレゼンテーション内の時間的な位置をマークすること（４３０）によって電子メッセージを作成し、補助メディア・コンテンツ（auxiliary media content）に基づいて電子メッセージを配信できるようにするステップが含まれる。別の方法（５００）には、第１のコンテンツと第２のコンテンツを含むパッケージを受信するステップ（５１０）と、第１のコンテンツを第２のコンテンツから分離するステップ（５２０）と、第１のコンテンツを第１のメディアに提供するステップ（５４０）と、第２のコンテンツに基づいて電子メッセージを第２のメディアに提供するステップ（５７０）が含まれる。最終的に、コンポジション・プレイ・リスト（composition playlist）には、メイン・プレゼンテーション・ファイルと、メイン・プレゼンテーションに関連付けられた時間リンク（temporal links）を含む補助コンテンツ・ファイルとが含まれており、補助コンテンツ・ファイルはメイン・プレゼンテーション・ファイルのプレゼンテーション実行中に時間リンクに基づいて所定の時刻に電子メッセージとして配信される。
2009505291.tif 000002
【特許請求の範囲】
【請求項１】
電子メッセージを配信する方法（５００）であって、
第１のコンテンツおよび関連する第２のコンテンツを収容するパッケージを受信するステップ（５１０）と、
前記第１のコンテンツを前記第２のコンテンツから分離するステップ（５２０）と、
前記第１のコンテンツを第１のメディアに提供するステップ（５４０）と、
第２のコンテンツに基づいて前記電子メッセージを第２のメディアに提供するステップ（５７０）と
を備えることを特徴とする方法（５００）。
【請求項２】
前記第１のコンテンツは、プレゼンテーションに使用する基本的なコンテンツであり、前記第２のコンテンツは補助メディア・コンテンツであることを特徴とする請求項１に記載の方法（５００）。
【請求項３】
前記補助メディア・コンテンツは、Ｗｅｂサイトへのリンクを収容することを特徴とする請求項２に記載の方法（５００）。
【請求項４】
前記第１のメディアは、フィルムの上映（film projection）であることを特徴とする請求項１に記載の方法（５００）。
【請求項５】
前記第２のメディアは、無線送信であることを特徴とする請求項１に記載の方法（５００）。
【請求項６】
前記電子メッセージの配信に関連する応答を受信するステップをさらに備えることを特徴とする請求項１に記載の方法（５００）。
【請求項７】
前記応答は前記電子メッセージの配信を無効化する要求を備えることを特徴とする請求項６に記載の方法（５００）。
【請求項８】
前記生成のステップは、前記第２のコンテンツを前記第１のコンテンツの特定の時間的位置に配置するステップをさらに備えることを特徴とする請求項１に記載の方法（５００）。
【請求項９】
少なくとも１つのオーディオまたは画像プレゼンテーション・ファイルを収容するメイン・プレゼンテーション・ファイルと、
前記メイン・プレゼンテーション・ファイルに関連付けられた時間リンクを収容する補助コンテンツ・ファイルと
を備え、
前記補助コンテンツ・ファイルは、前記メイン・プレゼンテーション・ファイルのプレゼンテーション実行中に前記時間リンクに基づいて所定の時刻に電子メッセージとして配信されることを特徴とするコンポジション・プレイ・リスト。
【請求項１０】
前記メイン・プレゼンテーション・ファイルは、映画のフィルムであることを特徴とする請求項９に記載のコンポジション・プレイ・リスト。
【請求項１１】
前記補助コンテンツ・ファイルは、前記メイン・プレゼンテーション・ファイルに関連付けられたコンテンツを含むことを特徴とする請求項９に記載のコンポジション・プレイ・リスト。
【請求項１２】
前記補助コンテンツ・ファイルは、Ｗｅｂサイトへのリンクを収容することを特徴とする請求項９に記載のコンポジション・プレイ・リスト。
【請求項１３】
前記補助コンテンツ・ファイルは、プレゼンテーション設備で変更されることを特徴とする請求項９に記載のコンポジション・プレイ・リスト。
【請求項１４】
電子メッセージをパッケージ化する方法（４００）であって、
メイン・プレゼンテーションを収容するデジタル・シネマ・パッケージを受信するステップ（４１０）と、
前記メイン・プレゼンテーションに関連付けられた補助メディア・コンテンツを識別するステップ（４２０）と、
前記メイン・プレゼンテーション・ファイル内の時間的な位置をマークすることによって補助メディア・コンテンツに基づいて電子メッセージを配信できるようにするステップ（４３０）と、
前記メイン・プレゼンテーションを含み、前記マークされた時間的な位置で拡張されたデジタル・シネマ・パッケージを作成するステップ（４６０）と
を備えることを特徴とする方法（４００）。
【請求項１５】
前記デジタル・シネマ・パッケージに補助メディア・コンテンツを挿入するステップをさらに備えることを特徴とする請求項１４に記載の方法（４００）。
【請求項１６】
前記補助メディア・コンテンツは、Ｗｅｂサイトへのリンクを含むことを特徴とする請求項１４に記載の方法（４００）。
【請求項１７】
前記時間的な位置は、コンポジション・プレイ・リストに含まれることを特徴とする請求項１４に記載の方法（４００）。
【請求項１８】
第１のコンテンツと第２のコンテンツとを収容するパッケージを受信する手段（３１０）と、
前記第１のコンテンツを前記第２のコンテンツから分離する手段（３２０）と、
前記第１のコンテンツをプレゼンテーションに提供する手段（３３０、３４０）と、
前記プレゼンテーションに関連して前記第２のコンテンツを第２のメディア上でユーザに送信する手段（３８０）と
を備えることを特徴とするプレゼンテーション装置（３００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００５年８月１６日に出願された米国仮出願第６０／７０８６２３号米国特許法（３５  Ｕ．Ｓ．Ｃ．）第１１９条に基づく利益を主張するものである。
【０００２】
本発明は、一般に、イベントのプレゼンテーション実行中に、エンターテイメント会場（entertainment venue）内の複数のデバイスにコンテンツを電子的に配信することに関する。
【背景技術】
【０００３】
この項は、以下で説明され、請求の範囲で列挙される本発明のさまざまな態様に関連する可能性がある技術のさまざまな態様を読者に紹介することを意図している。この項の説明は、読者に基本的な情報（background information）を提供し、本発明のさまざまな態様に関する理解を深めるために有効であると思われる。したがって、この項の説明はこうした観点から解釈すべきであり、先行技術を認めるものと解釈してはならないことを理解されたい。
【０００４】
「デジタル・シネマ（digital cinema）」という用語は、一般にデジタル形式での動画（motion pictures）の作成および／または映画館（cinemas）への配給信（distribution）を意味する。これに対して従来のシネマは、そのイメージ（image）、サウンド・トラック（sound track）、および字幕（subtitles）を含むコンテンツが、映画フィルム上にアナログ形式で保存されている。現在では、デジタル・シネマ上映（projection）システムが存在し、さまざまな技術的ソリューションが利用されているが、だれからも受け入れられる唯一の標準化されたソリューションではない。コンテンツがデジタル形式で存在することにより、元のコンテンツに少し手を加えるだけで別の情報を提供する可能性が得られる。このような理由により、「ＤＣＩ」（Digital Cinema Initiative）および「ＳＭＰＴＥ」（Society for Motion Picture Engineering）などのさまざまな組織は、デジタル・シネマ・コンテンツを配給するための仕様の確立に向けて多くの努力を捧げてきた。
【０００５】
ＤＣＩの仕様は、エンコード（encoding）、配給、およびセキュリティなど、さまざまな領域で好ましいソリューションを定義している。ＳＭＰＴＥは、技術および実装の観点からＤＣＩの仕様を改良することを追求してきた。こうした仕様の目標は、高レベルで一貫した技術的パフォーマンスを促進するオープン・アーキテクチャを提供することである。本システムは、高品質のサウンド・コンテンツおよびイメージ・コンテンツを提供できるので、映画館の観客に一貫性のある体験を提供することができる。本システムは、さらに映画のコンテンツの制作（production）と配給、配信（delivery）、および保存の潜在的な簡素化ももたらす。
【０００６】
また、ＤＣＩは、新しいビジネス・チャンスも可能にする。デジタル・メディアの配給により、別のプログラミングの配信（deliver）が可能になる。こうした配信システム（delivery system）は、さらに新しい高度な広告機能を可能にし、そうした機能のすべては、関連のビジネスの収益性を高める可能性がある。
【０００７】
主として電子掲示板やブロードキャスト携帯電話アクティビティ（broadcasted cellular phone activities）などの領域に照準を合わせた、目標とされる宣伝活動（Targeted advertising）は、比較的新しいチャンスである。こうしたアクティビティのいずれも、会場におけるプレゼンテーション（たとえば映画）実行中のアクティビティの面では実際の利点を提供しない。配信のこうした形のいずれも、映画館にいることまたはイベントに参加することが、特定タイプのマーケティング・チャンスを提供するという希な事実を利用しない。さらに、実際の映画の上映自体はマテリアル（materials）の販売を促進するチャンス、特に映画の上映またはイベントのプレゼンテーション実行中の適切なタイミングでマテリアルの販売を促進するチャンスを提供する。
【０００８】
さらに、携帯用電子コンシューマ・デバイス（portable electronic consumer devices）の利用についての増加と普及は着実に増加しつつある。特定のイベントまたはプレゼンテーション実行中に電子メッセージおよび電子コンテンツをこうしたタイプのデバイスに直接配信する機能は、強力なエンターテイメント・ツールであり、マーケティング・ツールでもある。エンターテイメント会場で電子メッセージをコンシューマ・デバイスに配信するのは、ターゲットの聴衆（target audience）がすぐそばにおり、しかもコンテンツに関心を抱いているので、特に有効である。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
現在、住所、電話番号、Ｗｅｂサイト、電子メール・アドレスなどの補助的な情報は、ブロードキャスト技術を使用する方法で提供できる。しかし、こうした情報の配信は、一般に、プレゼンテーションのタイミングまたは場所の観点で、そのイベントのプレゼンテーションに具体的に関係しておらず、場合によってはエンターテイメント・ツールおよびマーケティング・ツールとしての全体的な効果を制限している。したがって、映画などのイベントのプレゼンテーション実行中に、イベントのプレゼンテーションに固有のコンテンツを提供するためのニーズが存在する。
【課題を解決するための手段】
【００１０】
開示された実施形態は、コンテンツをパッケージ化し、配給し、さらにエンターテイメント会場でデジタル・シネマ・プレゼンテーションなどのイベント実行中にデバイスにコンテンツを電子的に配信する方法に関する。１つの実施形態は、電子メッセージを配信する方法であり、第１のコンテンツと第２のコンテンツを含むパッケージを受信するステップと、第１のコンテンツを第２のコンテンツから分離するステップと、第１のコンテンツを第１のメディアに提供するステップと、第２のコンテンツに基づいて電子メッセージを第２のメディアに提供するステップが含まれる。
【００１１】
別の実施形態は、電子メッセージをパッケージ化する方法であり、メイン・プレゼンテーションを含むデジタル・シネマ・パッケージを受信するステップと、メイン・プレゼンテーションに関連付けられた補助メディア・コンテンツを識別するステップと、メイン・プレゼンテーション内の時間的な位置をマークすることによって補助メディア・コンテンツに基づいて電子メッセージを配信できるようにするステップと、マークされた時間的な位置を有するメイン・プレゼンテーションを含む拡張された（augmented）デジタル・シネマ・パッケージを作成するステップと、が含まれる。
【００１２】
さらに別の実施形態は、コンポジション・プレイ・リストについて説明し、コンポジション・プレイ・リストには、少なくとも１つのオーディオまたは画像（picture）プレゼンテーション・ファイルを含むメイン・プレゼンテーション・ファイルと、メイン・プレゼンテーションに関連付けられた時間リンクを含む補助コンテンツ・ファイルとが含まれており、補助コンテンツ・ファイルはメイン・プレゼンテーション・ファイルのプレゼンテーション実行中に時間リンクに基づいて所定の時刻に電子メッセージとして配信される。
【発明を実施するための最良の形態】
【００１３】
本発明の特徴と利点は、例として以下に示す説明からさらに明らかになるであろう。
【００１４】
本発明の１つまたは複数の特定の実施形態について、以下で説明する。このような実施形態について簡潔に説明するために、実際の実装のすべての機能について本明細書で説明するわけではない。こうした実際の実装（技術プロジェクトまたは設計プロジェクトなど）を開発する上で、システム関連の制約およびビジネス関連の制約への準拠など、開発者の具体的な目標を達成するために、さまざまなインプリメンテーション固有の決定がなされなければならないと、これらは実装ごとに異なる可能性があること、を理解されたい。さらに、こうした開発の作業は複雑で時間のかかるものであるが、それでも本開示について利益を有する当業者にとって、設計、製作、および製造の日常業務の仕事であることも理解されたい。
【００１５】
以下では、デジタル・シネマを使用した映画の上映に関連付けられた電子メッセージを配信するシステムについて説明する。入力が他の手段によって供給される可能性がある他のプレゼンテーションに関連付けられた電子メッセージを配信するのに利用される他のシステムも、非常に似かよった構造を含む可能性がある。当業者は、本明細書で説明するシステムおよび回路の実施形態は１つの可能性のある実施形態にすぎないことを理解するであろう。このように、代替となる実施形態では、本システムおよび回路の複数のコンポーネントは、再編成したり省略したり、あるいは、他のコンポーネントを追加することもできる。
【００１６】
ここで図面に移り、まず、図１を参照すると、本発明の１つの実施形態を使用した例示的なデジタル・シネマ・システムのブロック図が示されている。図１は、デジタル・シネマ・コンテンツを複数の映写機に配信するために使用する配信システム１００を示している。デジタル・シネマ・パッケージ（ＤＣＰ；digital cinema package）は、中央のストレージ・サーバ１３０に提供される。ＤＣＰは、テープ、ディスク、または衛星（satellite）、無線、または有線のインターフェースを含む多くの配信システム（delivery systems）を使用して、中央のストレージ・サーバ１３０に提供することができる。好ましい実施形態では、衛星配信システム１１０を使用してＤＣＰの情報が中央のストレージ・サーバ１３０に提供され、テープ配信システム１２０はバックアップとして使用されている。以下でさらに詳しく説明するように、ＤＣＰはデジタル・シネマ・ショーを提供する一連のファイルである。ＤＣＰには、画像、オーディオまたはサウンド、字幕（subtitles）など、プレゼンテーションのエッセンス・ファイル（essence files）が含まれる。ＤＣＰには、必要に応じて圧縮および／または暗号化されたファイルを含めることもできる。さらに、ＤＣＰにはＸＭＬファイル形式のパッキング情報（packing information）と再生手順（playback instructions）を備えたコンポジション・プレイ・リストが含まれる。コンポジション・プレイ・リストは、プレゼンテーション実行中にさまざまなエッセンス・ファイルを再生する方法について指示している。
【００１７】
中央のストレージ・サーバ１３０は、補助メディア・コンテンツ配信システム１４０の入力も備えている。補助メディア・コンテンツは、通常はＤＣＰの一部として提供されないコンテンツである。補助メディア・コンテンツには、ＤＣＰに含まれるコンテンツの幾つかの側面に関連するＷｅｂサイト、広告、マーケティング・マテリアルなどのマテリアルを含めることができる。補助メディア・コンテンツは、ＤＣＰのメイン配信システムの他に、フィルム・クリエータ（film creator）、映画スタジオ、またはインターネットなどのさまざまなソースから補助メディア・コンテンツ配信システム１４０に提供されことができる。補助メディア・コンテンツ配信システム１４０は、さまざまなソースから補助メディア・コンテンツを収集し、必要に応じて、かつ／または中央のストレージ・サーバ１３０から要求された場合に、必要なコンテンツを中央のストレージ・サーバ１３０に提供することができる。補助メディア・コンテンツは、あらかじめＤＣＰに埋め込まれていてもよく、または、ＤＣＰが格納される前に、またはＤＣＰが後続の配信に対して準備されるときに、ＤＣＰに追加されてもよい。ＤＣＰに補助メディア・コンテンツを埋め込むプロセスについては、本明細書で、さらに詳細に説明する。
【００１８】
中央のストレージ・サーバ１３０は、ネットワーク・インターフェース１５０を使用してネットワーク経由で、１つまたは複数のオーディトリアム（観客席）１６０ａ、ｂ、ｃに拡張されたＤＣＰを提供する。好ましい実施形態では、ネットワーク・インターフェース１５０はＥｔｈｅｒｎｅｔ（登録商標）ハブである。オーディトリアム１６０ａ、ｂ、ｃは、１つの複合建築の中に配置されることができる。あるいは、オーディトリアム１６０ａ、ｂ、ｃは、複数の建物に、さらに、互いにかなり離れて、配置されてもよい。オーディトリアム１６０ａ、ｂ、ｃの配置によって、拡張されたＤＣＰの配信に使用するネットワークのタイプを決定することができる。
【００１９】
拡張されたＤＣＰを中央のストレージ・サーバ１３０からの無認証受信を防止するために、セキュリティ・システム１７０を提供することもできる。セキュリティ・キーは、配信システム１００と関連してまたは、配信システム１００とは別に生成することができる。１つの実施形態では、セキュリティ・キーは、コンテンツとコンテンツを使用するオーディトリアムとの両方の有効な認証情報に基づいて、ＤＣＰコンテンツ・プロバイダによって提供される。さらに、キーのそれぞれをオーディトリアム１６０ａ、ｂ、ｃのいずれか１つのみに関連付けることができ、他のいずれかのオーディトリアム１６０ａ、ｂ、ｃへのコンテンツの無認証配信を防止することができる。
【００２０】
オーディトリアム１６０ａ、ｂ、ｃは、オーディトリアム１６０ａ、ｂ、ｃ内の機器（図示せず）によってなされた要求に基づいて、拡張されたＤＣＰを受信する。あるいは、オーディトリアム１６０ａ、ｂ、ｃは、中央のストレージ・サーバ１３０、または付加的なオーディトリアム・コンテンツ・マネージャ（図示せず）のいずれかによって提供される配信スケジュールに基づいて、拡張されたＤＣＰを受信することもできる。オーディトリアム１６０ａ、ｂ、ｃは、在席している観客向けのオーディオ、画像、および字幕のコンテンツを生成するために、拡張されたＤＣＰを処理する。オーディトリアム１６０ａ、ｂ、ｃは、拡張されたＤＣＰで提供される補助メディア・コンテンツを観客に送信することもできる。補助メディア・コンテンツの配信と受信については、以下で説明される。オーディトリアム１６０ａ、ｂ、ｃは、追加の補助メディア・コンテンツを直接受信することもできる。オーディトリアム１６０ａ、ｂ、ｃに直接提供される追加の補助メディア・コンテンツは、拡張されたＤＣＰ内で提供される補助メディア・コンテンツの一部またはすべてを追加するのに、あるいは、その一部または全てを置き換えたりするのに、使用することもできる。
【００２１】
ここで図２に移ると、本発明の１つの実施形態を使用した例示的なオーディトリアム・システムのブロック図が示されている。図２は、すでに図１で示したオーディトリアム１６０ａ、ｂ、ｃなどのオーディトリアム２００を示している。オーディトリアム２００は、多くの場合、複数の部屋に分割されている。好ましい実施形態では、オーディトリアム２００はプレゼンテーション室（presentation room）と機械室（equipment room）に分かれている。プレゼンテーション室は、映画などのプレゼンテーション実行時にオーディトリアム２００の観客が使用する。機械室は、オーディトリアム２００のオペレータが多くのプレゼンテーション用の機器を収納するために使用され、また、通常、観客によるアクセスができない。
【００２２】
拡張されたＤＣＰ信号は、ネットワーク・インターフェースからオーディトリアム２００の機械室に配置されたシネマ・サーバ２１０に提供される。シネマ・サーバ２１０は、拡張されたＤＣＰストリームのさまざまな要素（elements）を該当するプレゼンテーション用の画像、オーディオ、およびその他の信号に分離するために必要な信号処理を提供する。シネマ・サーバ２１０は、受信した画像ファイルからオーディトリアム２００のプレゼンテーション室で表示するために必要なフォーマットやアスペクト比の画像信号への変換などに、必要な、任意のビデオ信号のフォーマットを提供することができる。たとえば、シネマ・サーバ２１０はピクセルおよびカラー・コンポーネントあたり１２ビットのＪＰＥＧ２００を使用して、ＤＣＰに含まれる画像ファイルをデコードし、要求された表示フォーマットのデジタル・ビットストリームを生成することができる。また、シネマ・サーバ２１０は、使用するオーディオ再生システムに必要なさまざまなオーディオ要素を、分離し、生成するために、オーディオ信号を処理し、変換することもできる。場合によっては、ＤＣＰに含まれるオーディオ・ファイルは圧縮されない。オーディオ・ファイルは、多くの場合、サンプルあたり２４ビット、４８Ｋサンプル／秒でエンコードされる。
【００２３】
さらに、シネマ・サーバ２１０は、拡張されたＤＣＰストリームから提供されるか、追加の補助メディア・コンテンツとしてオーディトリアム２００に直接提供される、任意の補助メディア・コンテンツを分離し、管理する。シネマ・サーバ２１０は、ＤＣＰ内に提供される同期情報をデコードすることによって、補助メディア・コンテンツを配信するタイミングを確立する。補助メディア・コンテンツのタイミングと同期化について、以下でさらに詳しく説明される。
【００２４】
シネマ・サーバ２１０からの画像コンテンツ信号出力は、シネマ・プロジェクタ（cinema projector）２２０に提供される。シネマ・プロジェクタ２２０は、画像コンテンツ信号を受信し、オーディトリアム２００のプレゼンテーション室に配置されたシネマ・スクリーン（cinema screen）２３０上へのディスプレイ用に、発光画像出力（light emitting picture output）を生成する。好ましい実施形態では、シネマ・プロジェクタ２２０は、赤、緑、および青の３色の輝度レベルを表すデジタル・データ・ストリームの形態で画像コンテンツ信号を受信する。３色それぞれに関する画像情報は、ビデオ・イメージを生成し、オーディトリアム２００内の２つの部屋に隣接する壁の開口部を通して投射するために、分離され、高輝度の偏光光源（polarized light source）を使用するデジタル・ライト・プロジェクション（ＤＬＰ：digital light projection）回路に提供される。シネマ・プレゼンテーションの画像イメージを表す、投射光は、オーディトリアム２００のプレゼンテーション室の反対側に投射され、シネマ・スクリーン２３０上に表示される。
【００２５】
シネマ・サーバ２１０からのオーディオ・コンテンツ信号は、オーディトリアム２００のプレゼンテーション室に配置されたスピーカ２４０ａ〜ｆに提供される。
【００２６】
スピーカ２４０ａ〜ｆには、オーディオ等化（audio equalization）および／または増幅などの追加の信号処理を含めることができる。オーディオ・コンテンツ信号は、代わりに中央に配置された処理システム（図示せず）を使用してオーディオ等化および増幅を行ってもよい。ここで中央の処理システムは、等化され、増幅された信号をスピーカ２４０ａ〜ｆに提供する。プレゼンテーション室で使用するスピーカの数と配置は、要件と設計によって変わってもよい。好ましい実施形態では、６つのスピーカ２４０ａ〜ｆはオーディトリアム２００のプレゼンテーション室の壁の両側に３台ずつ配置されている。スピーカ２４０ａ〜ｆは、側面の全長に等間隔に配置され、シネマ・スクリーン２３０に対して垂直に配置される。
【００２７】
シネマ・サーバ２３０から出力された補助メディア・コンテンツ信号は、アンテナ２５０に提供される。シネマ・サーバ２３０には、補助メディア・コンテンツ信号をアンテナ２５０から送信される状態にするための任意の信号処理（信号増幅を含む）を組み込むことができる。あるいは、別個の増幅器（図示せず）を使用して補助メディア・コンテンツ信号を送信する前に処理し、増幅することもできる。送信方法には、Ｗｉ−Ｆｉなどの無線ネットワーク・システムに関連付けられたプロトコルを含めることができる。また、送信方法には携帯電話ネットワーク通信を含めてもよい。送信方法には、さらに周波数変調（ＦＭ：frequency modulation）または四位相偏移変調（ＱＰＳＫ：quarternary phase shift keying）など、アナログ通信またはデジタル通信のいずれかの技術を使用した適切なアプローチを含めることもできる。
【００２８】
補助メディア・コンテンツ信号を表す電子メッセージは、アンテナ２５０から送信され、補助メディア・デバイス２６０で受信することができる。補助メディア・デバイス２６０は、電子メッセージを受信し、メッセージをデコードし、電子メディア・デバイス２６０を所持する観客にメッセージを提供する。電子メッセージは、字幕、画像、およびオーディオの形で観客に提供できる。補助メディア・デバイス２６０は、無線ネットワークまたはＷｉ−Ｆｉ端末、携帯電話、ポケット・ベル、または独自の通信デバイスとして、具体化することができる。
【００２９】
補助メディア・デバイス２６０は、ディスプレイおよび、スピーカまたはヘッドフォン接続など、幾つかのタイプのオーディオ・ドライバを含めることもできる。補助メディア・デバイス２６０には、さらに観客が動作を制御できるようにするためのユーザコントロールを含むこともできる。たとえば、無線ネットワーク端末は、コマンドを入力するためのキーパッドおよび／またはプロンプトに応答するためのタッチ・スクリーンを含むことができる。このプロンプトは、情報の提供を継続する、またはインターネットにアクセスするといった、配信された電子メッセージに関連する質問に対する応答とすることができる。補助メディア・デバイス２６０は、さらに、そのユーザが、一部またはすべての電子メッセージを無音にまたは無効化できるようにすることもできる。
【００３０】
シネマ・サーバ２１０と補助メディア・デバイス２６０は、互いに双方向で通信することもできる。補助メディア・デバイス２６０には、テキスト、画像、および／またはオーディオなどの情報をシネマ・サーバ２１０に返送するための送信機（transmitter）を、さらに含むこともできる。たとえば、配信された電子メッセージに含まれるプロンプトに基づいて、幾つかの応答が、補助メディア・デバイスから送信されてもよい。この応答は、電子メッセージ内で観客に送信された質問の応答でもよい。さらに、観客は、補助メディア・デバイスの送信機能を使用して、メッセージの受信を希望しないことをシネマ・サーバ２１０に通知してもよい。シネマ・サーバ２１０には、さらに１つまたは複数の補助デバイス２６０からの通信を受信するための受信機（receiver）回路を含み、オーディトリアム２００内で動作し、使用されている補助メディア・デバイス２６０の登録簿（roster）を決定し、維持するための処理を含むこともできる。シネマ・サーバ２１０は、補助メディア・デバイスの識別信号を使用して、メッセージの受信を希望する観客のみ、あるいは特定のタイプの補助メディア・デバイス２６０のみを対象として電子メッセージを配信することもできる。
【００３１】
本実施形態では、プレゼンテーションに関連する画像、オーディオ、およびその他のコンテンツを含む電子メッセージの配信について説明するが、いくつかの性能（performances）は、プレゼンテーションに関連する画像コンテンツまたはオーディオ・コンテンツのみを必要とする場合もある。たとえば、音楽の再生（musical play）では、ビデオ・コンテンツはライブ・プレゼンテーション（live presentation）として提供され、音楽の要素などの、オーディオ・コンテンツは、前述のシステムを使用して提供されてもよい。同様に、ライブ音楽コンサートは、前述のシステムを使用した画像コンテンツの配信のみを必要とする可能性がある。しかし、本配信システムは、さらに本明細書に説明する方法による補助メディア・コンテンツの配信を使用できる。
【００３２】
ここで図３に移ると、本発明を使用した例示的なシネマ・サーバのブロック図が示されている。図３は、補助メディア・コンテンツを処理して電子メッセージを配信するのに加えて、ＤＣＰを処理する能力を備えるシネマ・サーバ３００を示している。拡張されたＤＣＰを表す入力データ・ストリームは、入力インターフェース３１０を経由した入力である。入力インターフェース３１０は、配信のフォーマットおよび信号プロトコルからシネマ・サーバ３００内でさらに容易に処理されるデータ・インターフェースへの、必要な信号変換を提供する。好ましい実施形態では、入力インターフェース３１０はＥｔｈｅｒｎｅｔ（登録商標）信号フォーマットからパラレル８ビットバス信号フォーマットへの変換を提供することができる。
【００３３】
入力インターフェース３１０から変換されたデータ・ストリームは、リッチ・プレゼンテーション・プロセッサ（rich presentation processor）３２０に提供される。リッチ・プレゼンテーション・プロセッサ３２０は、変換されたデータ・ストリームを、画像、オーディオ、字幕、および補助メディア・コンテンツなどの、一組のプレゼンテーション・コンテンツに分離する。リッチ・プレゼンテーション・プロセッサ３２０は、また、ＤＣＰの一部として提供されたコンポジション・プレイ・リストなどの、任意のコード命令（code instructions）を分離し、デコードする。リッチ・プレゼンテーション・プロセッサ３２０は、ＤＣＰフォーマット内に提供されるコード命令に続いて、入力される変換済みのデータ・ストリームに関して動作する。さらに、リッチ・プレゼンテーション・プロセッサ３２０は内部に含まれる命令を使用して動作することもできる。リッチ・プレゼンテーション・プロセッサは、また、任意のセキュリティ情報を分離してデコードすることもでき、ＤＣＰの適正な受信に対するキー認証（key validation）時に、この機能を実行することもできる。また、リッチ・プレゼンテーション・プロセッサ３２０は個々のプレゼンテーション・コンテンツの最初の信号処理を提供することもできる。
【００３４】
リッチ・プレゼンテーション・プロセッサ３２０は、さらにプレゼンテーション用のコンテンツ同期化情報も処理する。同期化情報は、ＤＣＰ内で提供される命令とともに、またはこうした命令の一部として提供されることができる。したがって、コンテンツの同期化は、ＤＣＰ構造に含まれる命令と、リッチ・プレゼンテーション・プロセッサ３２０内の命令に基づいて進行する。さらに、同期化の実行に必要な時間ベースの情報は、ＤＣＰ内で提供される命令内で供給されることもでき、または、リッチ・プレゼンテーション・プロセッサ３２０で生成されることもできる。
【００３５】
メモリ３２２は、リッチ・プレゼンテーション・プロセッサ３２０に接続できる。メモリ３２２は、コンテンツの同期化を容易にするために、プレゼンテーション信号の一部だけでなく、入力される変換済みのデータ・ストリームの部分を、基本的に格納する。メモリ３２２は、処理における中間の計算値だけでなく、リッチ・プレゼンテーション・プロセッサ３２０の制御情報とオペレーティング・コード（operating code）を格納するのに利用することもできる。好ましい実施形態では、メモリ３２２はランダム・アクセス・メモリ（ＲＡＭ：random access memory）の形を取っており、任意のメモリ要件に使用される。別の実施形態では、メモリ３２２には、データ・ストリームおよびプレゼンテーション信号の部分のストレージだけでなく、リッチ・プレゼンテーション・プロセッサ３２０のオペレーション制御用のＲＡＭを含む。リッチ・プレゼンテーション・プロセッサ３２０用の初期化ソフトウェアおよび制御ソフトウェアを格納するために、読み取り専用メモリ（ＲＯＭ：read only memory）を使用することもできる。
【００３６】
メモリ３２２には、キーまたはアルゴリズムなどの、クリティカルなセキュリティ情報を格納することもできる。セキュリティ情報の部分は、ＲＡＭまたはＲＯＭのいずれに格納してもよい。さらに、当業者には周知であるが、セキュリティ情報を格納し、取得するための他の特定の方法を使用してもよいことに留意するのも重要である。
【００３７】
ストレージ・デバイス３２４をリッチ・プレゼンテーション・プロセッサ３２０に接続することができる。ストレージ・デバイス３２４は、メモリ３２２より記憶容量が大きく、より長期間にわたって保存できる。ストレージ・デバイス３２４を使用すると、入力される変換済みのデータ・ストリームのより大きなセグメントを格納できる。あるいは、ストレージ・デバイス３２４は、拡張されたＤＣＰ全体を格納できるので、シネマ・サーバ３００は、リッチ・プレゼンテーション・プロセッサ３２０を使用してＤＣＰを処理する前に、実質的に拡張されたＤＣＰ全体をダウンロードすることができる。好ましい実施形態では、ストレージ・デバイス３２４はハードディスク・ドライブである。
【００３８】
リッチ・プレゼンテーション・プロセッサ３２０は、プレゼンテーションに必要な画像、オーディオ、字幕のプレゼンテーション信号を含む複数のプレゼンテーション信号を出力する。
【００３９】
リッチ・プレゼンテーション・プロセッサ３２０からの画像のプレゼンテーション出力信号は、画像出力ドライバ３３０に提供される。ビデオ出力ドライバ３３０は、画像プレゼンテーション信号からシネマ・プロジェクタ（cinema projector）を操作するために外部的に提供されるビデオ・コンテンツ信号への最終的な信号変換を提供する。好ましい実施形態では、画像プレゼンテーション出力信号はデジタル画像信号であり、画像出力ドライバ３３０は圧縮されたデジタル画像信号を、デジタル・プロジェクタに提供されるデジタル・ピクセル値として色（赤、緑、青）の画像輝度情報を含む圧縮されていないデジタル信号に変換する。
【００４０】
リッチ・プレゼンテーション・プロセッサ３２０からのオーディオのプレゼンテーション出力信号は、オーディオ出力ドライバ３４０に提供される。オーディオ出力ドライバ３４０は、オーディオ・プレゼンテーション信号からスピーカを操作するために外部的に提供されるオーディオ・コンテンツ信号への最終的な信号変換を提供する。好ましい実施形態では、オーディオ・プレゼンテーション出力信号はデジタル・オーディオ信号であり、オーディオ出力ドライバ３４０はオーディオ・プレゼンテーション信号を外部的に提供される６つの異なるアナログ・オーディオ信号（スピーカごとに１つ）に変換する。別の実施形態では、オーディオ・プレゼンテーション信号はオーディオ出力ドライバ３４０によって処理され、デジタル・オーディオ信号として外部的にスピーカに提供される。オーディオ出力ドライバ３４０は、６つの異なるアナログ・オーディオ信号のそれぞれについて、オーディオ周波数応答の等化および信号増幅を提供することもできる。
【００４１】
リッチ・プレゼンテーション・プロセッサ３２０からの補助メディア・プレゼンテーション出力信号は、補助メディア・プロセッサ３５０に提供される。補助メディア・プロセッサ３５０は、必要に応じて補助メディア信号への追加の処理を提供する。補助メディア・プロセッサ３５０は、補助メディア・プレゼンテーション出力信号を管理し、さらにシネマ・サーバ３００に直接提供できる追加の補助メディア・コンテンツを管理する。
【００４２】
リッチ・プレゼンテーション・プロセッサ３２０および補助メディア・プロセッサ３５０は、別々のプロセッサとして図示されているが、当業者に知られている方法で２つのプロセッサを統合し、一つの単一のプロセッサ・デバイスとして具体化してもよいことを理解されたい。
【００４３】
補助メディア入力インターフェース３８０は、補助メディア・プロセッサ３５０に接続されている。補助メディア入力インターフェースを使用すると、追加の補助メディア・コンテンツを補助メディア・プロセッサ３５０に入力することができる。
【００４４】
補助メディア信号は、補助メディア・プロセッサ３５０から補助メディア送信機３９０に出力される。補助メディア送信機３９０は、補助メディア信号を適切な送信信号（たとえばＱＰＳＫ信号）にフォーマットすることができる。また、補助メディア送信機３９０は、送信信号を処理してエラー訂正などの要素（特定の送信標準で必要とされるもの、または当業者に周知のもの）を追加することもできる。
【００４５】
メモリ３５２を補助メディア・プロセッサ３５０に接続することもできる。メモリ３５２は、基本的に入力される補助メディア・コンテンツまたは追加の補助メディア・コンテンツの部分を格納し、コンテンツの同期化を容易にする。メモリ３５２は、任意の処理のための中間の計算値だけでなく、補助メディア・プロセッサ３５０の制御情報とオペレーティング・コード（operating code）を格納するために利用することもできる。好ましい実施形態では、メモリ３５２は、ランダム・アクセス・メモリ（ＲＡＭ）の形を取っており、すべてのメモリ要件に対して使用される。別の実施形態では、メモリ３５２には、補助メディア・コンテンツの部分のストレージだけでなく、補助メディア・プロセッサ３５０のオペレーション制御用のＲＡＭを含む。補助メディア・プロセッサ３５０用の初期化ソフトウェアおよび制御ソフトウェアを格納するために、読み取り専用メモリ（ＲＯＭ）が使用されている。
【００４６】
ストレージ・デバイス３５４を、補助メディア・プロセッサ３５０に接続することもできる。ストレージ・デバイス３５４は、メモリ３５２より記憶容量が大きく、より長期間にわたって保存できる。ストレージ・デバイス３５４は、補助メディア・コンテンツのより大きなセグメントを格納するのに使用することができる。あるいは、ストレージ・デバイス３５４は、シネマ・サーバによって提供された、あるいはシネマ・サーバによって生成された追加の補助メディア・コンテンツを格納することができる。ストレージ・サーバ３５４は、シネマ・サーバ３００が、プレゼンテーションに関連する電子メッセージとして配信する前の期間に、追加の補助メディア・コンテンツをコンテンツ全体として、受信することができる。好ましい実施形態では、ストレージ・デバイス３５４はハードディスク・ドライブである。
【００４７】
メモリ３２２とメモリ３５２、およびストレージ・デバイス３２４とストレージ・デバイス３５４は、別々のメモリおよびストレージ・デバイスとして図示されているが、メモリおよび／またはストレージ・デバイスは当業者に知られている方法で統合し、一つの単一のデバイスとして具体化してもよいことを理解されたい。たとえば、ハードディスク・ドライブなどの唯一のストレージ・デバイスを２つの部分にパーティション化することもできる（一方はストレージ・デバイス３２４を表し、他方はストレージ・デバイス３５４を表す）。
【００４８】
コントローラ３６０は、リッチ・プレゼンテーション・プロセッサ３２０と補助メディア・プロセッサ３５０の両方に接続されている。コントローラ３６０は、ＤＣＰに提供される命令を実行または処理だけでなく、２つのプロセッサ間の対話を管理することができる。また、コントローラ３６０は、補助メディア・プロセッサ３５０内の補助メディア・コンテンツの交換を管理することもできる。コントローラ３６０は、また、電子メッセージを配信する双方向の通信システムの受信部分を制御することもできる。コントローラ３６０は、電子メッセージ配信の機能を備え、かつ／または受信できるデバイスの識別子を保持できる。コントローラ３６０は、さらに電子メッセージで提供されたポーリング形式の質問への回答などの返送データを処理する能力を有することもできる。
【００４９】
ユーザ・インターフェース３７０は、コントローラ３６０に接続されており、プレゼンテーションの操作または制御を担当する者とシネマ・サーバ３００とのインタラクティブな制御情報の交換を可能にしている。ユーザ・インターフェース３７０は、制御ディスプレイモニター、タッチスクリーン・システム、マウス、および／またはキーボード用の外部接続を提供することができる。
【００５０】
シネマ・サーバ３００には、さらに前述した補助メディア・デバイス２６０から提供された信号を受信するための受信機（receiver）（図示せず）を含むこともできる。当業者には周知のとおり、受信機は、特定の送信標準（たとえばＢｌｕｅｔｏｏｔｈ）に基づいて信号を受信し、必要に応じてこれを復調するためのアーキテクチャを利用することができる。受信機は、復調された出力信号を、前述した処理をするコントローラ３６０に提供することができる。
【００５１】
ここで図４を参照すると、本発明を使用したデジタル・シネマ配信の例示的なプロセスを表す流れ図が示されている。図４は、補助メディア・コンテンツをＤＣＰに挿入し、補助メディア・コンテンツを含む拡張されたＤＣＰを作成する方法を示している。前述のプロセスは、イベントのコンテンツの生成および配信プロセスに沿ったいくつかのポイントの１つまたは複数で実行できることに留意されたい。たとえば、前述のプロセスは、スタジオで実行かつ制御され、図１に示すシステムに配信される前に実施することができる。同様に、本プロセスは図１に示すシステム内に組み込むことができ、場合によっては補助メディア・コンテンツの追加に関してより低レベルまたはローカルな制御が可能になる。さらに、図示された一部のステップは、挿入プロセスが組み込まれる位置によっては、省略することもできる。
【００５２】
最初に、ステップ４１０で、リッチ・プレゼンテーションに含めるメイン・ショー・コンテンツ（main show content）が選択される。リッチ・プレゼンテーションには、最終的にオーディトリアムなどの施設における配信と利用に必要なすべてのコンテンツが含まれる。メイン・ショー・コンテンツは、映画のビデオコンテンツ・オーディオ・サウンド・トラックおよび字幕トラックなど、メイン・ショー・プレゼンテーションで使用するコンテンツメディアのさまざまな要素のストレージから選択できる。補助サウンド用の追加のサウンド・トラックを選択して含めることもできる。メイン・ショー・コンテンツは、すでにパッケージ化されているＤＣＰを備えていてもよい。コンテンツが選択されると、コンテンツへのリンクが識別され、生成され、かつ／または最終的に収集されたものがアンパッケージ（unpackaged）され表示されることができるようにする命令プログラム内に保持される。
【００５３】
次に、ステップ４２０で、補助メディア・コンテンツを補助メディアのストレージから選択できる。補助メディア・コンテンツには、テキスト、ゲーム音楽、ビデオ・クリップ、さらにイメージを含めてもよいが、これらに限定はされない。補助メディア・コンテンツには、さらにメイン・プレゼンテーションに関連するＷｅｂサイト・リンク、クーポン、ｆａｓｔ  ｆａｃｔ（速報）、またはｆａｃｔｏｉｄ（擬似事実）を含めてもよい。さらに、補助メディア・コンテンツには、プレゼンテーションに関連するアパレルまたは商品に関する詳細情報、その他のアクティビティ、および今後のイベント、あるいはその他の広告を含めてもよい。さらに、補助メディア・コンテンツには、プレゼンテーションに関連する特定のＷｅｂサイトへのアクセスを許可する特定のユーザ名および／またはパスワードあるいはパスコード（passcode）を含めてもよい。コンテンツが選択されると、コンテンツへのリンクが識別され、生成され、かつ／または最終的に収集されたものがアン・パッケージされ表示されることができるようにする命令からなるプログラム内に保持される。
【００５４】
次に、ステップ４３０でコンテンツが統合（assemble）され、同期化情報が確立される。統合と同期化の操作（assembly and synchronization operation）は、オペレータが手動で実行することも、デジタル・シネマ・マスタリング（mastering）プロセスの結果に基づいて自動的に実行することもできる。補助メディア・コンテンツが選択されていない場合、かつ／または含まれていない場合でも、最終的なパッケージで提供されるプログラム命令に同期化のリンクを追加することができる。このリンクにより、配信プロセス全体の中で、その後の特定のポイントに補助メディア・コンテンツを適切かつタイムリーに挿入することができる。このリンクは、プレゼンテーション施設に対して生成された、あるいは直接的に配信されたコンテンツなどの、ローカル・レベルでのプレゼンテーション実行中の、補助メディア・コンテンツの配信用の時間的な合図としての役割も果たす。
【００５５】
次に、ステップ４４０で、最終的なプレゼンテーションが表示されることになるプレゼンテーション・デバイスのタイプ（１つ以上）が選択される。この情報は、ＤＣＰの一部として、または追加のプログラム情報として、プログラム命令に含むことができる。プレゼンテーション・デバイスのタイプは、メイン・プレゼンテーションと補助プレゼンテーションの両方について選択することができる。たとえば、一部の補助メディア・コンテンツはＢｌｕｅｔｏｏｔｈ機能を備える携帯電話のみに配信してもよい。
【００５６】
次に、ステップ４５０で、保存と配信の方法が選択される。最終的なプレゼンテーションの生成に必要な、保存または配信のフォーマット情報が生成される。さらに、配信方法に関する情報は、最終的なプレゼンテーションの生成によって提供されるプログラム命令に追加することもできる。前述のように、配信チェイン（delivery chain）内の位置によっては、この配信方法は、テープまたは衛星配信として選択されることができ、あるいは、たとえばＥｔｈｅｒｎｅｔ（登録商標）などの、ネットワークを経由した配信として選択されることができる。
【００５７】
次に、ステップ４６０で、選択された、含まれるすべてのコンテンツが処理され、リッチ・プレゼンテーションが生成される。リッチ・プレゼンテーションの形式は、ＤＣＰまたは、前述のプログラム命令および配信命令に基づいて生成された拡張されたＤＣＰである。さらに、前のステップで生成されたプログラム情報は、ここで選択されたコンテンツに統合され、適切な保存方法および／または配信方法に合わせてフォーマットされる。このリッチ・プレゼンテーションは、さらに、ステップ４７０で、テープ、デジタル・ビデオ・ディスク、またはハードドライブなど、適切な記憶媒体を使用して保存される。最後に、ステップ４８０で、ＤＣＰ、拡張されたＤＣＰ、または他の特定のフォーマットとしてフォーマットされたリッチ・プレゼンテーションが配信される。前述のように、この配信方法は変更されてもよく、また、テープの場合は宅配業者による配信、衛星通信（satellite transmission）、またはローカルネットワークによる配信を含むことができる。
【００５８】
１つの実施形態では、補助メディア・コンテンツのメイン・プレゼンテーション・コンテンツへの統合（integration）は、ＸＭＬ（eXtensible Markup Language）、すなわち標準化されたクリアテキストのコンピュータ・コードに基づいている。ＸＭＬは、コンテンツをインターネット上で公開するときに使用することを目的とした標準化された言語であるが、他の領域でデータを定義する場合にも使用されている。たとえば、デジタル・シネマでは、ＸＭＬは、コンポジション・プレイ・リスト内でコンテンツ、コンテンツを再生する方法、字幕、および関連するメタデータを記述するための一般的な言語である。
【００５９】
補助メディア・コンテンツをコンポジション・プレイ・リストに組み込むコードの例を以下に示す。
【００６０】
【表１】
2009505291.tif 000003
【００６１】
【表２】
2009505291.tif 000004
【００６２】
この例は、メインのサウンド、画像、および字幕が映画のデジタル上映に使用する２本のリール（reels）に統合される方法を示している。デジタル・シネマ・パッケージのコンポジション・プレイ・リストは、メディアの同期化の表示に使用する標準である。さらに、上の例には補助サウンド（外国語のサウンド・トラック）および補助メディア・コンテンツが含まれる。この補助メディア・コンテンツは、映画の曲をダウンロードするためのＵＲＬ（uniform resource locator）の形である。このＵＲＬが、第２のリールの開始時の配信に対して示されている。この例では、電子メッセージの配信が第２のリールの開始時に設定されているが、プレゼンテーションにおける電子メッセージ配信の時間的な位置は、コンポジション・プレイ・リスト内のコードを使用して、プレゼンテーション・タイムフレーム内の任意の場所に設定することができる。
【００６３】
ここで図５に移ると、本発明を使用したデジタル・シネマ・コンテンツ受信の例示的なプロセスを表す別の流れ図が示されている。図５は、プレゼンテーションに関連する補助メディア・コンテンツを配信する方法を示している。最初に、ステップ５１０で、ＤＣＰまたは拡張されたＤＣＰなどの、リッチ・プレゼンテーションが受信される。リッチ・プレゼンテーションは、前述のようにさまざまな配信方法を使用して配信されることが可能である。リッチ・プレゼンテーションは、配信方法と処理装置（processing equipment）の場所によって、図１に示すような中央のストレージ・サーバまたは図２に示すようなシネマ・サーバのいずれかによって受信することができる。
【００６４】
リッチ・プレゼンテーションが受信されると、ステップ５２０で、リッチ・プレゼンテーションは、分離されて処理され、個別のプレゼンテーション信号が生成される。この分離および処理は、シネマ・サーバ３００などのデバイスで実行することができる。この分離のステップには、さらにメイン・コンテンツまたは補助コンテンツのいずれが表示されるかの選択、および／または追加の補助メディア・コンテンツの挿入を含むことができる。
【００６５】
この分離に続いて、ステップ５３０で、メイン・プレゼンテーションに関連付けられたコンテンツがさらに処理される。このさらなる処理は、シネマ・サーバ３００などのデバイスまたはプレゼンテーション施設内にあるその他の機器で実行することもできる。このさらなる処理には、施設内の適切なプレゼンテーションに関連付けられた字幕、オーディオおよび／または画像コンテンツ、のフォーマットを含めることができる。この処理に続いて、ステップ５４０で、メイン・ショー・プレゼンテーションが、オーディトリアムなどの施設に提供される。
【００６６】
また、分離の後、ステップ５５０で補助メディア・コンテンツが処理される。さらに、ステップ５６０での、追加の補助メディア・コンテンツが、ステップ５５０で、追加されることができる。追加の補助メディア・コンテンツは、リッチ・プレゼンテーションで提供された任意の補助メディア・コンテンツに追加するのに使用してもよく、または、初めに提供された補助メディア・コンテンツの一部またはすべてを置き換えるのに使用してもよい。
【００６７】
補助メディア・コンテンツを処理した後に、ステップ５７０で、プレゼンテーション実行中に施設内の観客に補助メディア・コンテンツが配信される。この配信は、前述の特定のタイプのデバイス（たとえば携帯電話）または特定の機能（たとえばＢｌｕｅｔｏｏｔｈインターフェース）を備えるデバイスに限定することもできる。さらに、前述の双方向の通信に基づいて、補助メディア・コンテンツの配信を希望する観客のみに配信を制限することもできる。
【００６８】
以上の本発明に関する説明は、映画館などのオーディトリアムにおける利用に関連しているが、本発明の実施形態は、マテリアルのプレゼンテーションに関連するそれ以外のアプリケーションにも利用できる。たとえば、このアプリケーションは、プロフェッショナル・スポーツの会場、コンサート、またはライブ・シアターで補助コンテンツの配信を可能にすることができる。さらに、パレードや大会（convention）などのイベントにも本発明を利用できる。これらの潜在的なアプリケーションのいずれも、本発明を使用して、今後のイベント開催日、イベントの参加者、またはアクティビティの場所に関する重要なアクセス情報を提供することができる。
【００６９】
本発明に対してさまざまな変更や変形が可能であるが、例としてその特定の実施形態を図示し、本明細書で詳細に説明してきた。しかしながら、本発明は、開示した特定の形式に限定することを意図していないことを理解されたい。むしろ、本発明には、特許請求の範囲で定義する本発明の精神と範囲に入る変更、均等物、変形のすべてが含まれるものとする。
【図面の簡単な説明】
【００７０】
【図１】本発明を使用した例示的なデジタル・シネマ・システムを示すブロック図である。
【図２】本発明を使用した例示的なシネマ・オーディトリアム（auditorium）システムを示す図である。
【図３】本発明を使用した例示的なシネマ・サーバ（cinema server）を示すブロック図である。
【図４】本発明を使用したデジタル・シネマ・コンテンツを配信する例示的なプロセスを示す流れ図である。
【図５】本発明を使用したデジタル・シネマ・コンテンツを受信する例示的なプロセスを示す流れ図である。
【図１】
2009505291.tif 000005
【図２】
2009505291.tif 000006
【図３】
2009505291.tif 000007
【図４】
2009505291.tif 000008
【図５】
2009505291.tif 000009
【国際調査報告】
2009505291.tif 000010
2009505291.tif 000011
2009505291.tif 000012
2009505291.tif 000013
2009505291.tif 000014
2009505291.tif 000015