JP2013517701A - モバイル放送通信システムにおいて、モバイルデバイス上での対話型形態を可能にし、送信し、維持するためのシグナリング機構およびシステム - Google Patents

モバイル放送通信システムにおいて、モバイルデバイス上での対話型形態を可能にし、送信し、維持するためのシグナリング機構およびシステム Download PDF

Info

Publication number
JP2013517701A
JP2013517701A JP2012549095A JP2012549095A JP2013517701A JP 2013517701 A JP2013517701 A JP 2013517701A JP 2012549095 A JP2012549095 A JP 2012549095A JP 2012549095 A JP2012549095 A JP 2012549095A JP 2013517701 A JP2013517701 A JP 2013517701A
Authority
JP
Japan
Prior art keywords
interactive
interactive event
processor
event
signaling message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2012549095A
Other languages
English (en)
Other versions
JP5675845B2 (ja
Inventor
グプタ、ビニタ
チットゥルリ、サーヤナラヤナ・シー．
ピッチャイマニ、ラジクマー
ピリプスキー、エイタン
メータ、ウトカーシュ・エー．
シルバーガー、アムノン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2013517701A publication Critical patent/JP2013517701A/ja
Application granted granted Critical
Publication of JP5675845B2 publication Critical patent/JP5675845B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26266—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for determining content or additional data repetition rate, e.g. of a file in a DVB carousel according to its importance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43074—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on the same device, e.g. of EPG data or interactive icon with a TV program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Abstract

システム、装置および方法が、対話型イベントアプリケーションのデータ、情報およびシーケンスロジックに基づいて放送ネットワーク内の受信デバイス上で実行するための対話型イベントアプリケーションを生成するための自動的な機能を与える。対話型イベントコンテンツプロバイダは、放送ネットワークに、対話型イベントアプリケーションデータとイベントメタデータ情報とシーケンスロジックとを与え得る。対話型シーケンスのための対話型アプリケーションデータは、アプリケーションデータが対話型イベント中に埋め込まれないようにアウトオブバンドで配信され得る。対話型シーケンスアプリケーションデータは、関連する対話型イベントシグナリングメッセージからアウトオブバンドで送られ得る。アプリケーションデータは、対話型イベントに先立って異なるトランスポートチャネル上で送られ得る。本システムは、データをアウトオブバンドで送るべきときと、インバンドで送るべきときとを決定し得る。

Description

無線通信技術は、過去数年間で飛躍的な成長を経験してきた。この成長は、移動可能な公衆に移動の自由を提供し、有線通信システムへの束縛を断ち切る、ワイヤレスサービスによって促進されてきた。サービス拡大の結果として、無線サービスの普及は急速な成長を続けことが期待される。無線通信サービスに最近加えられたことは、受信デバイスにテレビやその他のコンテンツを放送する能力である。マルチメディア・順方向リンク専用（multimedia forward link only (FLO)）放送サービスは、ユーザが、テレビジョンショーのようなマルチメディア番組を見ることを許容し、また、モバイル放送送信を受信するように構成されるモバイル受信デバイスを用いて、ニュースの携帯版、エンターテイメント、スポーツ、ビジネス、インターネットデータ、データファイル、およびその他のコンテンツを受信することも許容する。マルチメディア放送サービスは、モバイルデバイスへの様々なサービスを配信するために使用され得る、かなりの帯域幅を示す。
様々な実施形態は、マルチメディア放送ネットワークを介して受信デバイスに対話型アプリケーションなどのアプリケーションを効率的に配信するためのソフトウェアを格納するシステム、デバイス、方法および非一時的コンピュータ可読媒体を提供する。様々な実施形態は、アプリケーションサプライヤの所望のサービス品質、放送時刻、起動時刻、ターゲット先デバイスおよびユーザ、ならびにアプリケーションが放送システムを介した配信のためにパッケージングされ、受信デバイスにおいて適宜に受信され、実装されることを可能にする他の基準に関する情報とともにアプリケーションおよび対話型イベントアイテムを放送のために対話型イベントのプロバイダを含むアプリケーションサプライヤが提示するためのインターフェースを提供する。様々な実施形態は、関心を引くそのようなコンテンツをいつ、どのように受信すべきかを受信デバイスに知らせるために、放送されるアプリケーション、対話型イベント、テンプレートおよび関係するデータの電子スケジュールを提供する。実施形態は、対話型イベントメッセージとアプリケーションとデータとがスケジュール起動時刻の少し前に送信され、初期送信後に更新されるかまたは取り消されることを可能にする。
様々な実施形態は、アプリケーションデータが対話型イベント中に埋め込まれないように、対話型シーケンスのための対話型アプリケーションデータをアウトオブバンドで配信することを可能にする。様々な実施形態は、対話型イベントを配信するために必要な帯域幅の量を低減するために、対話型イベントに先立って異なるトランスポートチャネル上でアプリケーションデータを送ることを可能にする。様々な実施形態は、関連する対話型イベントシグナリングメッセージから対話型シーケンスアプリケーションデータをアウトオブバンドで送ることを可能にする。様々な実施形態は、対話型イベントシグナリングメッセージから対話型アプリケーションデータをアウトオブバンドで受信すべきとき、または対話型イベントシグナリングメッセージ中に埋め込まれた対話型アプリケーションデータをインバンドで受信すべきときを決定することを可能にする。様々な実施形態は、対話型イベントシグナリングメッセージ中でアプリケーションデータファイルを特定し、参照することを可能にする。様々な実施形態は、対話型イベントシグナリングメッセージ中でのファイル参照に基づいてアプリケーションデータをフェッチすることと、アプリケーションデータファイルが受信デバイス上で発見されない場合、対話型シーケンスを終了することとを可能にする。
様々な実施形態は、外部広告ネットワークから対話型コンテンツを動的に受信し、その対話型コンテンツを、放送ネットワークを介して送信するためのプログラミングインターフェースを提供する。様々な実施形態は、埋め込まれた情報が異なる対話型イベントにわたって再利用され得るように、レイアウトおよびレンダリング情報を対話型イベント中に埋め込むことを可能にする。様々な実施形態は、レイアウトテンプレートファイルへの参照を対話型イベント中に埋め込むことを可能にする。様々な実施形態は、対話型イベントを、特定のエリア、特定のデバイスおよび／または特定のチャネルに向けることを可能にする。様々な実施形態は、異なるエリアのために別々の対話型イベントを作成することを可能にする。様々な実施形態は、動的対話型データが特定の対話型アプリケーションに向けられ得るように、放送チャネルを介して動的対話型情報更新を配信することを可能にする。様々な実施形態は、ユニキャストネットワークを介したユーザ対話をサポートすることを可能にする。様々な実施形態は、さらに、コンテンツを効率的に配信し、受信デバイスバッテリー電力を節約するための機構および方法を提供する。様々な実施形態のこれらおよび他の機能および利益について、以下で詳細な説明において説明する。
この中に組み込まれ、この明細書の部分を構成する添付の図面は、本発明の例示的な実施形態を示し、上記で与えられる概括の説明と以下に与えられる詳細な説明と併せ、本発明の特徴を説明するのに役立つ。
図１Ａは、一実施例での使用に係る、モバイルマルチメディア放送通信システムとセルラ"ユニキャスト"通信システムとを示す通信システムのブロック図である。 図１Ｂは、順方向リンクのみの放送システムの放送通信システムブロック図の代わりの代表例である。 図１Ｃは、実施の形態に係り、対話型イベントを生成し、放送することに携わる機能モジュールを示す、放送通信システムの要素のシステムブロック図である。 図１Ｄは、実施形態に係り、放送通信システムを介してモバイルデバイスにアプリケーションを配信することに携わるシステム要素を示す、放送通信システムのブロックの代わりの代表例である。 図２は、様々な実施形態での使用に適したモバイル受信デバイスの一例のソフトウェアアーキテクチャ図である。 図３Ａは、実施形態に係り、アプリケーションの受信に応答して提示され得る、ユーザインターフェース表示の図である。 図３Ｂは、実施の形態に係り、対話型イベントの要素を示す、プレゼンテーション表示の流れの図である。 図３Ｃは、図３Ｂに示される対話型イベントにおけるプレゼンテーション表示の流れに対応する表示状態と遷移を示す表示状態図である。 図４は、実施形態に係り、対話型イベントアプリケーションを自動的に生成し、それを受信デバイスに放送するための、放送ネットワークサーバに実装され得る実施形態の方法の処理フロー図である。 図５Ａは、放送のためにアプリケーションパッケージと対話型イベントをコンパイルし、準備するために、放送システムのアプリケーションサーバ内で実行され得る実施形態の方法の処理フローである。 図５Ｂは、放送のためにアプリケーションパッケージと対話型イベントをコンパイルし、準備するために、放送システムのアプリケーションサーバ内で実行され得る実施形態の方法の処理フローである。 図５Ｃは、放送のためにアプリケーションパッケージと対話型イベントをコンパイルし、準備するために、放送システムのアプリケーションサーバ内で実行され得る実施形態の方法の処理フローである。 図６は、実施形態に係り、各種ファイルが、放送に適したアプリケーションパッケージにどのように組み立てられ得るかを示すフロー図である。 図７は、放送のためにアプリケーションパッケージをコンパイルし、準備するために、放送システムのアプリケーションサーバ内で実行され得る実施形態の方法の処理フロー図である。 図８は、様々な実施形態にしたがい、放送アプリケーションを受信するのに適したモバイル受信デバイスの他の例のソフトウェアアーキテクチャ図である。 図９は、放送アプリケーションカタログからダウンロードのためにアプリケーションを選択するため、受信デバイスに実装され得る実施形態の方法の処理フロー図である。 図１０は、アプリケーションが受信された後、アプリケーションを起動するために、受信デバイスに実装され得る実施形態の方法の処理フロー図である。 図１１は、アプリケーションが受信された後、アプリケーションを起動するために、受信デバイスに実装され得る他の実施形態の方法の処理フロー図である。 図１２は、モバイルデバイス内の対話型イベントシグナリングメッセージを受信し、処理するための実施形態の方法の処理フロー図である。 図１３は、モバイルデバイス内の対話型イベントシグナリングメッセージを受信し、処理するための実施形態の方法の処理フロー図である。 図１４Ａは、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１４Ｂは、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１５は、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１６Ａは、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１６Ｂは、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１６Ｃは、実施形態での使用に適した、対話型イベントシグナリングメッセージデータの形式の例を示す。 図１７は、実施形態での使用に適した対話型イベントテンプレートのデータ構造例である。 図１８は、対話型イベントテンプレートを使用して対話型イベントを実装するための実施形態の方法の処理フロー図である。 図１９は、放送ネットワークを介する受信と更新のために、電子サービスガイドカタログにおける対話型イベントテンプレートを特定するための実施形態の方法の処理フロー図である。 図２０Ａは、更新される対話型イベントテンプレートを受信し、格納する実施形態の方法の処理フロー図である。 図２０Ｂは、放送ネットワークを介して送信するために、対話型イベントのテンプレートを使用して対話型イベントを生成するための実施形態の方法の処理フロー図である。 図２１Ａは、対話型イベントでのユーザーの参加に基づいて、受信デバイス上で対話型イベントに関連する追加データを受信するための実施形態の方法の処理フロー図である。 図２１Ｂは、対話型イベントでのユーザーの参加に基づいて、受信デバイス上で対話型イベントに関連する追加データを受信するための実施形態の方法の処理フロー図である。 図２２は、電子サービスガイドカタログの中への包含のために、対話型イベントのカタログリストを生成するための実施形態の方法の処理フロー図である。 図２３Ａ、電子サービスガイドカタログ内のカタログリストに基づいて対話型イベントを受信し、実行するための実施形態の方法の処理フロー図である。 図２３Ｂ、電子サービスガイドカタログ内のカタログリストに基づいて対話型イベントを受信し、実行するための実施形態の方法の処理フロー図である。 図２４Ａは、実施形態での使用に適した、対話型イベントカタログデータの形式例を示す。 図２４Ｂは、実施形態での使用に適した、対話型イベントカタログデータの形式例を示す。 図２４Ｃは、実施形態での使用に適した、対話型イベントカタログデータの形式例を示す。 図２４Ｄは、実施形態での使用に適した、対話型イベントカタログデータの形式例を示す。 図２５Ａは、受信デバイスが対話型イベントリソースを取得できるよう、リソースデータファイルフローを供給し、サービスＳＩ情報を生成するための実施形態の方法の処理フロー図である。 図２５Ｂは、受信デバイスが対話型イベントリソースを取得できるよう、リソースデータファイルフローを供給し、サービスＳＩ情報を生成するための実施形態の方法の処理フロー図である。 図２６Ａは、サービスＳＩ放送における情報に基づいて、リソースデータファイルフローから対話型イベントリソースを受信するための実施形態の方法の処理フロー図である。 図２６Ｂは、サービスＳＩ放送における情報に基づいて、リソースデータファイルフローから対話型イベントリソースを受信するための実施形態の方法の処理フロー図である。 図２７は、実施例での使用に適したサービスＳＩデータの形式の例を示す。 図２８は、受信デバイス内で対話型イベント要素を受信し、適切な対話型イベントを生成するための実施形態の方法の処理フロー図である。 図２９は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３０は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３１は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３２は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３３は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３４は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３５は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３６は、様々な実施形態での使用に適した、対話型イベント生成データの形式の例を示す。 図３７は、対話型イベント信号メッセージ（interactivity event signal message (IESM)）を実装するための例示的なデータ形式を示す。 図３８は、視聴されるチャネに限定される、場合によっては、プログラムリストの中で、視聴対象のチャネルのいずれかの側のチャネルに限定される、対話型イベントアプリケーションデータとリソースとを受信するための実施形態の方法の処理フロー図である。 図３９は、視聴されるチャネルが変更される場合、対話型イベントアプリケーションのータとリソースを受信するための実施形態の方法の処理フロー図である。 図４０は、様々な実施形態での使用に適した例示の受信デバイスの構成要素ブロック図である。 図４１は、様々な実施形態での使用に適した例示のサーバの構成要素ブロック図である。
詳細な説明
種々の実施形態は、添付の図面を参照しながら詳細に説明される。可能な限り、同じ参照番号は、同一又は類似の部分を参照するために、図面全体を通して使用さる。特定の例および実装への参照は、例示的な目的のためであり、本発明又は特許請求の範囲を限定することを意図されない。
“例、例示、事例（exemplary）”という用語は、この中で、「例、実例、例示としての働きをすること」を意味するために使用される。“例、例示、事例”としてこの中に記載される任意の実装は、必ずしも、他の実装よりも好ましいまたは有利であると解釈されるべきではない。
"モバイルデバイス（mobile device）"と "受信デバイス（receiver device ）という用語は、 モバイルメディア放送受信（mobile media broadcast receivers）、セルラ電話（cellular telephones）、パーソナルテレビジョンデバイス（personal television devices）、パーソナルデータアシスタンツ（personal data assistants (PDA's)）、パームトップコンピュータ（palm-top computers）、ワイヤレス電子メール受信（wireless electronic mail receivers (例えば、Blackberry（登録商標） やTreo（登録商標）のデバイス）, マルチメディアインターネットイネーブル・セルラ電話（multimedia Internet enabled cellular telephones (e.g., the Blackberry Storm（登録商標）)）, グローバルポジショニングシステム（Global Positioning System (GPS)）受信、ワイヤレスゲームコントローラ（wireless gaming controllers）、車（例えば、自動車）に搭載される受信、MediaFLO（登録商標）のようなFLO（順方向リンクのみ）の放送送信を受信し、処理するためにプログラム可能なプロセッサとメモリと順方向リンクのみ（FLO）モバイルＴＶ放送受信回路を有する類似のパーソナル電子デバイスの任意のひとつまたは全てを言うために、この中で互換的に用いられる。
"放送（broadcast）"の用語は、データ（情報パケット）の送信を意味するためにこの中で使用され、それは同時に多数の受信デバイスにより受信することができる。放送メッセージの例としては、コンテンツ放送（コンテンツフロー）とメタデータメッセージなどのオーバーヘッド情報放送（オーバーヘッドフロー）を含む、モバイルテレビジョンサービス放送信号である。放送ネットワークは送信のみを行うことができ、直接の戻り通信リンクをもたない。このようなネットワークは、また、セルラ電話システムやワイヤレス広域ネットワーク（例えば、無線ＬＡＮ、ＷＩＭＡＸなど）のような二方向ワイヤレス通信ネットワークから区別するために、順方向リンク専用（forward link only (FLO)）放送ネットワークと呼ばれる。
この中で使われるような、"対話型イベント（interactivity event）"は、放送メディアを用いて配信され、モバイルデバイス上の対話型機能を開始するためにコンテンツと機能の起動（trigger）を提供するイベントをいう。対話型コンテンツは、"対話シーケンス"（時には "iSeq"と略記される）とこの中で呼ばれる、1つまたはそれより多くの場面（scene）の流れ（sequence）の中で、モバイルデバイスでユーザに表示され得る。対話型シーケンスは、視聴者への単一の経験として表現され、提供されることを意図されたコヒーレントエンティティにバンドルされるシーンの集合を含むことができる。対話型シーケンスアプリケーションデータは、対話型シーケンスを生成するために使用できる、シーンの情報、テキスト、画像、および、ユーザのアクションに関連するメタデータを含む。この中で使用する場合、対話型イベントアプリケーションデータは、イベントメタデータ、シーンテンプレートデータ、ユーザアクション、およびシーケンスロジックを含み、また、一般的にそれらをいう。この中で用いられる場合、 "対話型資産（interactivity assets）"の用語は、一般的に、対話型シーケンスにおいて、または、対話型ベントの一部として使用される画像やグラフィックをいう。"対話型リソース（interactivity resources）”は、"アプリケーションデータ、テンプレート、および対話型資産を含む対話型イベントで使用されるさまざまなリソースをいう、総称的な用語として用いられる。
多くの異なるモバイルテレビ放送サービスや放送規格が、利用可能、または、将来的に企画されるが、それらの全てが、種々の実施形態を実装することができ、また恩恵を受け得る。このようなサービスや規格は、オープン・モバイル・アライアンス・モバイル放送サービス・イネーブラスイート（Open Mobile Alliance Mobile Broadcast Services Enabler Suite (OMA BCAST)）、メディアＦＬＯ（MediaFLO（登録商標））、 デジタル映像放送・ＩＰデータ配信（Digital Video Broadcast IP Datacasting (DVB-IPDC)）、デジタル映像放送−ハンドヘルド（Digital Video Broadcasting-Handheld (DVB-H)）、デジタル映像放送−携帯衛星サービス（Digital Video Broadcasting-Satellite services to Handhelds (DVB-SH)）、デジタル映像放送−ハンドヘルド２（Digital Video Broadcasting-Handheld 2 (DVB-H2)）、次世代テレビジョンシステム委員会−モバイル／ハンドヘルド（Advanced Television Systems Committee-Mobile/Handheld (ATSC-M/H)）、および、中国マルチメディアモバイル放送（China Multimedia Mobile Broadcasting (CMMB)）を含む。放送フォーマットや用語は、異なるモバイルマルチメディア放送サービス規格の間で変わるが、それらの全てが、モバイルデバイスが選択されるコンテンツを受信し、視聴またはダウンロード用に利用可能なプログラムやコンテンツをユーザに知らせることを可能にするために、メタデータ送信を利用する。参照を容易にするために、様々な実施形態は、ＦＬＯ ＴＶ（登録商標）放送システムに実装されるメディアＦＬＯ（登録商標）システムを参照して説明される。しかし、メディアＦＬＯ（登録商標）の用語の参照や技術的詳細は、例示の目的に限られ、特許請求の範囲において特に記載されない限り、特定のＦＬＯ通信システムまたは技術に特許請求の範囲を限定することは意図されない。
様々な実施形態は、モバイル受信デバイスを介してモバイル放送コンテンツとのユーザ対話性をサポートする方法でアプリケーションを配信するための機構およびシステムを提供する。対話型機能は、ユーザのモバイルデバイス上でＴＶ番組またはコマーシャルなどの特定の放送コンテンツを視聴している間、ユーザが関与することを可能にする。対話型形態は、ユーザが、ユーザのモバイルデバイス上に提示されたコンテンツとユーザが能動的に対話し、参加することを可能にすることによって、（受動的視聴の反対に）能動的視聴を可能にする。リアルタイムコンテンツを視聴しているユーザは、提示されたコンテンツ、番組スポンサー、番組製作者および／または放送ネットワークに参加することに引き入れられ得る。対話型に誘うアイテムは、受信デバイスに送られ、受信デバイス上で実行するアプリケーションによって処理され、ユーザに表示される、信号、命令および／またはデータであり得る。これらの対話型に誘うアイテムは、より多くの情報を求めてディスプレイをクリックすること、コンテンツ中の何らかの態様に関して投票すること、製品詳細をユーザに送らせること、（たとえば、広告された商品のための）購入トランザクションを開始すること、および／または他の参加態様に関与すること、を行うようにユーザを勧誘するコンテンツを受信デバイスに表示させる。たとえば、対話型に誘うアイテムは、可能な対話型アクションのほんのいくつかの例を挙げれば、広告中の製品に関係する追加情報を要求するか、進行中の番組に関係する番組情報を受信するか、その番組に関してコメントするか、または調査に応答するための機会をユーザに提示するために使用され。そのような対話型の態様はユーザの体験を改善し得る。様々な実施形態は、対話型コンテンツをより十分にサポートするために使用され得る、効率的なモバイルマルチメディア放送機構を提供する。
様々な実施形態は、受信デバイス上に対話型コンテンツを提示することをサポートするためのシグナリング機構を提供する。これらのシグナリング機構は、放送事業者が受信デバイスに様々なリソースフローを知らせることを可能にする。受信デバイスは、これらのリソースフローを使用して、ＴＶ番組またはコマーシャルなどの視聴されるコンテンツに関係する対話型イベントのためのリソースとシグナリング情報とを取得する。受信デバイスはまた、これらのリソースフローを使用して、特定の視聴されるコンテンツ／チャネルに拘束されていない対話型イベントのためのリソースとシグナリング情報とを取得することを可能にする。放送チャネルを介して対話型イベントファイルを配信し、選択的に受信するために使用され得る好適なシステム、メッセージおよび方法に関する更なる詳細は、本明細書と同時に出願され、本出願の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、「File Delivery Over A Broadcast Network Using File System Abstraction, Broadcast Schedule Messages And Selective Reception」と題する米国特許出願第１３／００４，７０２号（代理人整理番号第１０１３０２Ｕ１）に記載されている。
様々な実施形態によって提供されるこれらのシグナリング機構は、対話型シグナリングフロー（ＩＳＦ：interactivity signaling flow）と対話型リソースフロー（ＩＲＦ：interactivity resource flow）とを含み得る。様々な実施形態では、対話型シグナリングフローは、対話型イベントシグナリングメッセージ（ＩＥＳＭ：interactivity event signaling message）を搬送するために使用され、対話型リソースフローは、対話型イベントに関連する対話型リソースを搬送するために使用され得る。一実施形態では、対話型リソースと対話型イベントシグナリングメッセージの両方は、汎用対話型フロー上など、同じフロー上で放送され得る。様々な実施形態では、対話型シグナリングフローと対話型リソースフローは異なるフロー上で搬送されてもよい。他の実施形態では、対話型シグナリングフローと対話型リソースフローは同じフロー上で搬送され得る。
様々な実施形態によって提供されるシグナリング機構はまた、放送事業者が、対話型イベントシグナリングメッセージ（ＩＥＳＭ）とリソースとを取得するように、受信デバイスを非放送ソースに向けることを可能にする。様々な実施形態によって開示されるシグナリング機構は、対話型イベント放送システムに、より大きいフレキシビリティと拡張性とを与える。様々な実施形態によって提供されるシグナリング機構はまた、複数のチャネルにわたって共用され得る、複数の対話型シグナリングフローおよび対話型リソースフローの柔軟な使用を可能にする。
対話型イベントを可能にするために、コンテンツプロバイダは、対話型生成システム（ＩＰＳ：interactivity production system）を使用して、対話型要素を生成し得る。対話型要素は、それらの組合せがモバイルデバイス上に所望の対話型表示を生成するために使用され得る、画像、形状、テキスト、割り当てられたユーザ入力機能、グラフィックス効果、および実行可能命令を含み得る。様々な実施形態は、対話型イベントシグナリングメッセージ（ＩＥＳＭ）および／またはファイル配信ストリームの中で、モバイルデバイスにこれらの対話型要素を放送するための機構を提供する。効率を改善するために、様々な実施形態はまた、イベントタイミングに先立って、ファイル配信ストリームを介して、ＩＥＳＭからモバイルデバイスに、これらの対話型要素（たとえば、アプリケーションデータ、リソース［たとえば、画像、グラフィックスなど］およびイベントテンプレート）をアウトオブバンド（out- of -band）で放送するための機構を提供する。これにより、対話型イベントシグナリングメッセージ中にリソース表示を単に含めることによって、放送されたデータが特定され、呼び出されることを可能にする。
対話型イベントが押し迫ってスケジュールされたときなど、いくつかの状況では、アプリケーションデータおよび／またはリソースは、対話型イベントの開始時刻に時刻的に極めて近接して（すなわち、数秒前などに）放送される必要があり得る。そのような状況をサポートするために、様々な実施形態は、対話型イベントアプリケーションデータ（ＩＥＡＤ：interactivity event application data）とリソースとテンプレートとを、対話型イベントシグナリングメッセージ（ＩＥＳＭ）の一部としてインバンドで放送するための機構を提供する。したがって、様々な実施形態は、コンテンツとリソースとを、インバンドとアウトオブバンドの両方で放送するための機構を提供する。
様々な実施形態では、特定の対話型イベントシグナリングメッセージ（ＩＥＳＭ）中で必要とされるデータ量を低減するためにテンプレートが使用される。様々な実施形態では、特定の対話型イベントシグナリングメッセージ中で必要とされるデータは、特定されたテンプレート内の適切な位置にインポートされ得る、テンプレート表示・単純テキストフィールドに低減され得る。様々な実施形態では、あらかじめ定義されたリソースおよびテンプレートは、放送通信システムを介して無線でダウンロードされ、更新され得る。様々な実施形態では、モバイルデバイスは、受信のために、必要とされ、互換性のあるリソースおよびテンプレートのみを選択し得る。これらのテンプレートおよびリソースは複数のＩＴＶイベントにわたって共用され得る。
様々な実施形態では、対話型イベントは、特定の放送番組またはコマーシャルの内容の外で示され得る。様々な実施形態では、対話型イベントは、ＴＶ番組またはコマーシャルなどの特定の放送コンテンツと同期され得る。対話型イベントを特定の番組および／または広告コンテンツ（たとえば、対話型広告）と同期させるために、様々な実施形態は、シグナリング機構を使用して、対話型イベントが適切な時刻に実装されることを可能にし得る。様々な実施形態では、シグナリングメッセージは、イベントが時刻どおりに受信され、実装されることを保証しながら、帯域幅利用を改善するために、異なる間隔で放送され得る。
様々な実施形態では、対話型イベントは優先度を割り当てられ得る。対話型イベントに優先度を割り当てることは、受信デバイスが、放送事業者、イベントプロバイダまたはコンテンツプロバイダの要望に従って、重複する対話型イベントを実装または無視することを可能にする。様々な実施形態では、シグナリング機構は、対話型イベントがダウンロードされた後に、それらを放送上で更新するかまたは取り消すために使用され得る。様々な実施形態では、対話型イベントは、多種多様な選択およびフィルタ処理基準に基づいて、モバイル受信デバイスおよび／またはユーザの特定の集合に向けられ得る。
上記で説明したように、様々な実施形態では、モバイルデバイスは、受信のため、必要とされ、互換性のあるリソースおよびテンプレートのみを選択するように構成され得る。様々な実施形態では、受信デバイスは、現在視聴されているリアルタイムチャネルに関係する対話型イベントアセット（すなわち、リアルタイムチャネル上で表示されるべき対話型イベントのためのアプリケーションデータおよびリソース）だけを受信するように構成され得る。様々な実施形態では、受信デバイスは、現在視聴されているリアルタイムチャネルに関係する対話型イベントアセット、ならびに１つまたは複数の隣接チャネルに関係するＩＴＶイベントアセットを受信するように構成され得る。隣接チャネルは、番組リストまたは番組ガイド内の現在視聴されているチャネルに隣接するチャネルと定義され得る。したがって、様々な実施形態は、現在視聴されているチャネルに関する情報と同時に、隣接チャネルに関する情報を受信することによって、受信デバイスが、デバイス処理とバッテリー電力とを節約することを可能にする。
様々な実施形態によれば、モバイルマルチメディア放送システムは、複数のリアルタイムチャネルを同時に放送し得る。ある状況では、消費者、放送事業者および広告主がますます多くの対話型イベントを要求するので、対話型イベントに対する需要が利用可能な帯域幅を超える可能性がある。そのような増加に適応するために、様々な実施形態は、リアルタイムチャネルごとに専用対話型シグナリングフロー（dedicated interactivity signaling flow (ISF)）および対話型リソースフロー（interactivity resource flow (IRF)）を放送するための機構を与える。対話型シグナリングイベントおよびリソースを配信することに関連するレイテンシ（待ち時刻）を低減するために、様々な実施形態は、複数のシグナリングフローおよびリソースフローを同時に使用するための機構を提供する。
増加に適応することに加えて、様々な実施形態は、使用および需要の突出を管理するための機構を提供する。すなわち、いくつかのネットワーク上で、対話型イベントシグナリングおよびリソース送信に関連する帯域幅の量は、時刻によっておよび日によって変動し得る。したがって、様々な実施形態は、拡張し、使用および需要の突出に適応することができる方法で、受信デバイスに対話型リソースを配信するためのフレキシブルな機構を提供する。
上記で説明したように、様々な実施形態は、受信デバイスに対話型リソースを配信するためのフレキシブルな機構を提供する。様々な実施形態は、スケジュールされる対話型イベントのためのリソースを獲得するために受信デバイスが同調することができる１つまたは複数のリソースファイルデータフロー（ＲＦＤＦ：resource file data flow）を供給することによって、そのようなフレキシビリティに適応するための機構を提供する。様々な実施形態では、これらのリソースファイルデータフローのうちの１つまたは複数は、対話型リソースと関連するフィルタ処理情報とをリストするカタログファイルを搬送し得る。様々な実施形態では、リソースは複数のデータフロー上で放送され得る。たとえば、カタログファイルは、第１のファイルデータフロー上で放送され得、他のリソースは第２のファイルデータフロー上で放送される。
上記で説明したように、様々な実施形態では、リソースおよびカタログファイルは、複数のデータフロー上で放送され得る。複数のフローは、カタログファイルがリソースよりも頻繁に送られる必要があるときに、特に有用である。そのような状況では、受信デバイスは、特定のリアルタイムチャネルに向けられる対話型シーケンスのための対話型リソースをどの放送ファイルデータフローが搬送しているかを決定する方法を必要とする。受信デバイスは、対話型イベントに結び付けられるサービスのためのリソースを獲得するために、この決定を行わなければならない。アンバウンド（unbound：非連結型）対話型イベント（すなわち、特定のリアルタイムチャネルに連結されていない対話型イベント）のためのリソースを獲得するために、受信デバイスはまた、どの放送ファイルデータフローがアンバウンド対話型シーケンスのための対話型リソースを搬送しているかを決定する必要がある。
様々な実施形態では、対話型イベントシグナリングメッセージ（ＩＥＳＭ）は、複数のデータフロー上で送られ得る。すなわち、対話型イベントシグナリングメッセージは、スケジュールされる対話型イベントのための対話型シグナリングを獲得するために受信デバイスが同調することができる１つまたは複数の放送シグナリングフロー（ＢＳＦ：broadcast signaling flow）上で送られ得る。これらの実施形態では、受信デバイスは、どの放送シグナリングフローが特定のリアルタイムチャネルのためにターゲットにされる対話型シーケンスのための対話型シグナリングを搬送しているかを決定する方法を必要とする。受信デバイスは、サービスバウンド（サービス連結型）対話型イベントのためのシグナリングを獲得するために、この決定を行わなければならない。アンバウンド（非連結型）対話型イベント（すなわち、特定のリアルタイムチャネルに連結されていない対話型イベント）のためのシグナリングを獲得するために、受信デバイスはまた、アンバウンド対話型シーケンスのための対話型シグナリングを搬送する放送シグナリングフローを決定する必要がある。
様々な実施形態は、対話型リソースとシグナリング情報とを搬送する放送フローがサービスシステム情報（Service System Information (Service SI)）オーバーヘッド情報中で受信デバイスに対して表示され得るような機構を提供することによって、これらの必要に対処する。様々な実施形態はまた、受信デバイスによってフェッチされ得る対話型リソースをホスティングするユニキャスト（特定相手通信）サーバなどの対話型イベントリソースのための非放送ソースを、受信デバイスに知らせることを可能にする。
現在、ワイヤレスアプリケーション配信システムは、概して、モバイルデバイスが各アプリケーションのダウンロードを明確に要求することを必要とする。次いで、各ダウンロード要求は、セルラ電話ネットワークまたはワイドエリアワイヤレスネットワークなどのユニキャストネットワークを通してサーバに通信されなければならない。次いで、アプリケーションサーバは、要求を処理し、モバイルデバイスに対してアプリケーションを費やさなければならない。この処理は著しい処理および帯域幅を必要とするので、現在のワイヤレスアプリケーション配信システムは、多数のデバイスにアプリケーションを同時に配信するには非効率になる。
さらに、現在のワイヤレスアプリケーション配信システムは、概して、モバイルデバイスが、ダウンロードのために利用可能なすべてのアプリケーションの存在を知らされることと、特定のアプリケーションごとに必要性を決定するように（ソフトウェアによって）構成されることと、適切なファイルがダウンロードされることを明確に要求することとを必要とする。これも著しい帯域幅を必要とし、現在のワイヤレスアプリケーション配信システムの非効率にさらに寄与する。その結果、現在のワイヤレスアプリケーション配信システムは、高い需要があり、時刻的に厳しいアプリケーションを、多数の受信側に同時に配信するには有効でない。時刻的に厳しいアプリケーションは、保証されたおよび／または特定の時刻にモバイルデバイス上にあることが必要とされるアプリケーションである。時刻的に厳しいアプリケーションを配信する能力は、ユーザ対話型をサポートするアプリケーション配信システムにおける重要な特徴である。
様々な実施形態は、将来放送されることになる番組およびコンテンツに関する情報を放送することによって、モバイル受信デバイスが自己収納式であることを可能にする。この情報は、メタデータとコンテンツフローに関するオーバーヘッド情報とを搬送することに専用の放送送信ストリームの一部分を通して放送される。この部分は、コンテンツ（本明細書では、「コンテンツフロー」または「放送ストリーム」と呼ぶ）を搬送する放送送信の部分とは別である。コンテンツに関する情報、すなわち「メタデータ」は、モバイルデバイスが選択されるコンテンツをどのように、いつ受信すべきかを発見することを可能にする。
本出願において開示される様々な実施形態はまた、時刻的に厳しいアプリケーションのより効率的な配信を可能にする。特に、様々な実施形態は、ＭｅｄｉａＦＬＯ（登録商標）ネットワークなどのモバイルマルチメディア放送ネットワークの高帯域を使用して、現在のワイヤレスアプリケーション配信システムよりもはるかに効率的にアプリケーションを配信する。実施形態は、ファイル配信サービスのために使用される帯域幅の部分など、利用可能な帯域幅の一部分のみを介して、モバイルマルチメディア放送ネットワークが、受信デバイスにアプリケーションを「押し出す（push）」ことを可能にする。
様々な実施形態は、コンテンツプロバイダが、放送システム内のアプリケーションサーバに（アプリケーションを構成する）ファイルとメタデータとを配信することを可能にする。放送システムは、放送のためにアプリケーションを組み立て（アセンブルし）、パッケージングし得る。放送の準備ができているアプリケーションは、電子カタログにリストされ得る。第１の放送ステップにおいて、カタログが、放送オーバーヘッドストリームの一部として受信デバイスに放送され得る。次いで、第２の放送ステップにおいて、ファイル配信システムに関係する電子サービスガイドまたはオーバーヘッドシグナリング中に示された時刻に、アプリケーション自体が、モバイルマルチメディア放送ネットワークによって放送され得る。この２ステップ処理により、受信デバイスは、モバイルマルチメディア放送ネットワークの高帯域を介して関係するアプリケーションを選択的に受信することが可能になる。また、これにより、アプリケーションが多数のデバイスにより効率的に同時に配信されることが可能になる。
受信デバイスでは、カタログ中のアプリケーションのリストは、受信デバイスに互換性（たとえば、モデル互換性）があり、該受信デバイスに向けられ（たとえば、ターゲット先選択基準に基づいて）、ユーザによる受信のために表示され（たとえば、電子サービスガイドから選択を行うユーザによって）、および／またはいくつかのユーザの好み、ユーザ人口統計、または他のユーザ特有のターゲッティング基準に一致するような、それらのアプリケーションを選択するために視聴またはフィルタ処理され得る。選択されるアプリケーションは、カタログまたはオーバーヘッドシグナリングによって指定される放送時刻に受信され、メモリに格納され得る。メモリに格納される、受信されたアプリケーションが起動のために選択されるまで、アプリケーションマネージャモジュールは、それらのアプリケーションを追跡し得る。アプリケーションは、いくつかの起動信号または基準に基づいて起動のために選択され得る。起動信号および／または起動基準の使用は、アプリケーションのタイムリーな配信および実行を可能にし、アプリケーションが起動および／または実行されるべき厳密な時刻を、放送事業者が制御することを可能にする。
様々な実施形態では、アプリケーションは、リアルタイム放送ストリームの中で信号を受信したことに応答して起動され得る。その信号を使用して、対話型イベントを与えるためになど、アプリケーションの起動をメディア番組（たとえば、ＴＶ番組またはコマーシャル）中のイベントと同期させ得る。受信した放送信号に基づいてアプリケーションを起動する機能は、放送番組と同期して、ダウンロードされたアプリケーションを起動することを可能にするので、アプリケーションは、放送番組中の特定の時刻に立ち上げられるように作成され得る。これは、モバイルデバイスユーザに、変わった表示効果を生じること、ユーザに番組と対話する能力を与えること、またはユーザが番組中で特集された商品を購入することを可能にすることなど、拡張された視聴の選択肢を提示するために使用され得る。これは、放送事業者が、何のアプリケーションがユーザに提示されるかを制御することを可能にし、ユーザが、特定の番組のコンテンツに関係するアプリケーションのみを視聴することを可能にする。また、これは、ユーザ対話型をサポートするようにアプリケーションが作成されることを可能にする。
一実施形態では、アプリケーションは、起動後に自己削除するように構成され、ワンタイム専用メディア同期アプリケーション（one-time only media synchronized application）を可能にする。一実施形態では、アプリケーションは、時刻、地理的位置（たとえば、ＧＰＳ受信によって検出される）、動作状態、イベントのシーケンスなど、受信デバイス内の状態またはイベントに応答して起動され得る。一実施形態では、ユーザは、ディスプレイを介して１つまたは複数のアプリケーションの受信を知らされ、アプリケーションが起動されるべきかどうかを示すように促され得る。この場合、受信したアプリケーションは、ユーザ入力に応答して起動され得る。たとえば、ユーザがアプリケーションを起動することを選択した場合、アプリケーションマネージャはアプリケーションのインスタンシエーション（instantiation： オブジェクトの作成）を開始し得る。ユーザがアプリケーションを起動しないことを選択した場合、ファイルは起動されることなく、メモリから削除され得る。
様々な実施形態では、コンテンツプロバイダは、特定のアプリケーションロジック、アセット、リソース、およびメタデータファイルを作成することによって、対話型アプリケーションを作成することができる。アプリケーションロジックおよびリソースファイルは、特定のフォーマットのために組み合わされ、パッケージングされ得る。たとえば、Ｆｌａｓｈ実行可能アプリケーションでは、コンテンツプロバイダは、関連するアプリケーションアセットをもつＭＸＭＬコードを、Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈフォーマットのファイル（Shockwave Flash formatted file (SWF)）にコンパイルし得る。メタデータファイルは、システムに関する情報ならびにユーザ要件を含み得る。ユーザ要件は、特定のモバイルデバイス上で実行中のアプリケーションのための好みおよび／または特権のリストを含み得る。たとえば、コンテンツプロバイダは、受信デバイスへのアプリケーションの配信をサポートする情報を含む、提示されたアプリケーションをもつＸＭＬファイルを与え得る。ＸＭＬファイルはまた、システムに関する情報（たとえば、サポートされるモバイルデバイス）および／またはユーザ要件（たとえば、１８歳超の加入者）を含み得る。
様々な実施形態では、モバイルデバイスへの放送のために、コンテンツプロバイダは、それらのアプリケーションを、ワイヤレス放送配信システム（たとえば、ＭｅｄｉａＦＬＯ（登録商標）システム）に提供し得る。コンテンツプロバイダはまた、各アプリケーションがモバイルデバイス宛に押し出されるべき特定のスケジュールまたは時刻を特定し得る。コンテンツプロバイダはまた、各アプリケーション放送のためのサービス品質（Quality of Service (QoS)）を要求し得る。ＱｏＳは、（たとえば、アプリケーションタイプに基づいて）コンテンツプロバイダと放送システムとの間で事前に取り決められ得る。アプリケーション配信のための課金態様は、放送チャネル上のアプリケーション配信によって与えられるＱｏＳレベルに基づき得られる。
ワイヤレス放送システムは、ネゴシエートされたＱｏＳに基づいてアプリケーションを空中線上（over-the-air (OTA)）で配信し得る。アプリケーションを空中線で配信するために、コンテンツは、コンテンツタイプアグノスティックフォーマットでパッケージングされ、放送のために符号化され、ワイヤレス放送システムを通して送られ得る。ＯＴＡで放送されることになるアプリケーションは、オーバーヘッド放送ストリーム中でモバイルデバイスに放送されるカタログの中で事前に広告され得る。様々な実施形態では、１つまたは複数のアプリケーションカタログファイルが生成され、同時に放送され得る。たとえば、一実施形態では、放送システムは、放送ネットワーク中の各キャリアのために１つまたは複数のアプリケーションカタログファイルを生成し、放送し得る。
カタログは、モバイルデバイスが将来放送されることになるアプリケーションの集合を見つけることを可能にする。これは、どのアプリケーションが選択的受信によるダウンロードのために利用可能になるかを、モバイルデバイスが決定することを可能にする。様々な実施形態では、カタログは放送システムによって周期的に放送され得る。そのような場合、カタログは、将来放送されることになるアプリケーションおよび関連するリソースのリストを含み得る。各アプリケーションとリソースとが受信され得る放送時刻および放送フローは、ファイル配信オーバーヘッドフロー中に含まれ得る。放送されることになるアプリケーションは、サービスに関連付けられ得る（サービスバウンド（連結型）アプリケーション）か、またはサービスとは無関係であり得る（アンバウンド（非連結型）アプリケーション）。モバイルデバイスは、それらの加入サービスに関連するアプリケーションならびにアンバウンドアプリケーションの両方を選択的にダウンロードし得る（すなわち、選択的に受信し、格納し得る）。
カタログはまた、フィルタ処理基準を指定し得る。モバイルデバイスは、フィルタ処理基準を使用して、受信されるべきアプリケーションを選択し得る。そのようなフィルタ処理基準の例には、たとえば、特定のデバイスタイプまたはデバイスプロファイルに向けられるアプリケーション（たとえば、ｉＰｈｏｎｅデバイスに向けられたアプリケーション）、および特定のユーザ（たとえば、特定のサービスへの加入者）あるいはユーザのタイプまたはカテゴリー（たとえば、特定の人口統計学的カテゴリー）に向けられたアプリケーションがある。たとえば、アプリケーションは、１８歳から２５歳の間の英語を話す人に向けられ、その場合、ユーザがこの人口統計学的カテゴリーに一致するモバイルデバイスのみが、アプリケーション放送を受信することを選択し、そのアプリケーションをメモリに格納する。
様々な実施形態では、モバイルデバイスは、放送システムから、加入状況ごとにおよび／またはフィルタ処理基準に基づいてなど、モバイルデバイスに適用可能であるアプリケーションのみを選択的に受信し得る。パッケージがモバイルデバイスによって受信された後、デバイスプロセッサ中で動作するアプリケーションマネージャは、アプリケーションの完全性を検証し得る。アプリケーションマネージャは、すべての外部リソースおよびアセットがモバイルデバイスによって受信され、メモリ中で利用可能であることを確認し得る。アプリケーションマネージャは、すべての必要なリソースが存在することを検証した後、新しいアプリケーションが利用可能であることをユーザに通知し得る。この通知は、ＭｅｄｉａＦＬＯユーザインターフェースなどのユーザインターフェース（ＵＩ）を介して、またはユーザにとって利用可能な他の通知方法によって通信され得る。
将来の時点において、ユーザの要求時にまたはトリガリングシステムイベントによって（たとえば、ＯＴＡで放送される対話型シグナリングイベントに基づいて）、アプリケーションは呼び出され、立ち上げられ得る。このとき、ＵＩは、アプリケーションマネージャから、実行可能ファイルとメタデータとアセットＵＲＬとを要求し得る。これらのファイルをＵＩに与えることに加えて、アプリケーションマネージャはまた、放送システムから受信され、アプリケーションのために標的とされた対話型イベントシグナリングデータを渡し得る。ＵＩは、メタデータを使用して、アプリケーションのためにどのレンダリングコンテナを使用すべきかを決定し得る。たとえば、アプリケーションがＨＴＭＬ／ＪＳ／ＣＳＳアプリケーションである場合、アプリケーションを実行するために、ＷｅｂＫｉｔエンジンコンテナが使用され得る。別の例として、アプリケーションがｓｗｆ−ｘ−ａｐｐｌｉｃａｔｉｏｎ ｍｉｍｅタイプである場合、Ｆｌａｓｈプレーヤが使用され得る。一実施形態では、アプリケーションは、それが、ある時刻にまたは実行後に非起動され、および／またはモバイルデバイスから完全に削除され得ることを示してもよい（すなわち、ワンタイムアプリケーション）。
様々な実施形態は、ＭｅｄｉａＦＬＯ（登録商標）ネットワークなどのモバイルマルチメディア放送ネットワークにおいて使用するための対話型イベントアプリケーションの自動生成と配信とを可能にする。実施形態は、放送ネットワークのサーバ上でまたは受信デバイス自体の中で対話型イベントアプリケーションの生成を達成させることによって、対話型イベントプロバイダが新しい対話型イベントを効率的に生成することを可能にする。対話型イベントプロバイダは、イベント構成要素（たとえば、対話型イベントアプリケーションデータ、イベント関係情報およびシーケンスロジック）を生成し、それらを、好適な放送フォーマットへの対話型イベント情報の適応を行う対話型生成システムまたは対話型ゲートウェイに与え得る。
対話型アプリケーションジェネレータは、対話型イベント情報を使用して、対話型アプリケーションを生成し得る。様々な実施形態では、対話型アプリケーションジェネレータは、放送ヘッドエンド内のサーバにおいて、または受信デバイス自体の中にホスティングされ得る。対話型アプリケーションジェネレータが放送システムのサーバ内にホスティングされる場合、多種多様なターゲット先受信デバイスをサポートするために、複数の対話型アプリケーションが適宜に生成され得る。そのようなアプリケーションは、受信デバイスが対話型アプリケーションの適合バージョンを選択的に受信することができるように、アプリケーションのメタデータ中で特定され得る。対話型アプリケーションメタデータは、対話型カタログファイル中で与えられ得る。対話型アプリケーションジェネレータが受信デバイス内にホスティングされるとき、その受信デバイスに好適なタイプの対話型アプリケーションのみが生成され得る。
対話型アプリケーションジェネレータが放送システムのサーバ内にホスティングされるとき、モバイルマルチメディア放送ネットワークは、ファイル配信サービスのために利用可能な帯域幅など、帯域幅の一部分を介して受信デバイスに対し、生成された対話型イベントアプリケーションを放送し得る。対話型アプリケーションジェネレータがモバイルデバイス内でホスティングされるとき、対話型イベント情報およびリソースは、モバイルマルチメディア放送ネットワークによって放送され得る。放送の準備ができている対話型イベントアプリケーションおよび対話型イベントメタデータは、放送バーヘッドストリームの一部として受信デバイスに放送される電子カタログの中にリストされ得る。上記で説明したように、受信デバイスでは、電子カタログ中の対話型イベントアプリケーションのリストは、受信デバイスに関係し（たとえば、視聴されたチャネルに関係し、デバイスモデルに適合し）、受信デバイスに向けられ（たとえば、ターゲット先選択基準に基づいて）、ユーザによる受信のために示され（たとえば、ユーザが電子サービスガイドから選択を行うことによって）、および／または、いくつかのユーザの好み、ユーザ人口統計、または他のユーザ特有のターゲッティング基準に一致する、というような対話型イベントアプリケーションを選択するために、視聴またはフィルタ処理され得る。
実施形態では、コンテンツプロバイダは、アプリケーションを構成する、特定のアプリケーションロジック、アセット、リソース、およびメタデータファイルとを作成することによって対話型イベントアプリケーションを作成することができる。上記で説明したように、アプリケーションロジックおよびリソースファイルは、特定のフォーマットのためにパッケージに組み合わされ、メタデータは、モバイルデバイス上でそのようなアプリケーションを実行するためのシステムに関する情報とユーザ要件とを含み得る。コンテンツプロバイダはまた、受信デバイスへのアプリケーションの配信をサポートするメタデータを含む、提供されるアプリケーションをもつＸＭＬファイルを与え得る。コンテンツプロバイダは、対話型イベントの生成および受信デバイスへの関連する対話型アプリケーションの放送のため、対話型イベントアプリケーションを構成するコンテンツ要素を、ワイヤレス放送配信システム（たとえば、ＭｅｄｉａＦＬＯ（登録商標）システム）に提供し得る。
様々な実施形態は、図１Ａにその一例を示す、様々なモバイルマルチメディア放送システム内に実装され得る。ＭｅｄｉａＦＬＯ（登録商標）放送ネットワークなどのモバイルマルチメディア放送ネットワーク１は、一般に、本明細書では放送ペレーションセンター４（または図では「ＢＯＣ」）と呼ばれるモバイル放送ネットワーク制御センターによって制御される、複数の放送送信機２を含む。放送ネットワーク１は、放送送信機２から、モバイルテレビジョン受信、スマートフォン、セルラ電話、携帯情報端末（ＰＤＡ）、対話型ゲームデバイス、ノートブック、スマートブック、ネットブック、データ処理装置、または他のそのような電子デバイスなどの受信デバイス１０による受信のために、モバイル放送送信３としてコンテンツを放送する。モバイル放送ネットワーク制御センター４（放送ペレーションセンターまたは「ＢＯＣ (broadcast operation center)」とも呼ばれる）内には、コンテンツ放送のスケジューリングと、コンテンツ放送に関する電子サービスガイド、カタログメッセージ、および放送スケジューリングメッセージの生成と、マルチメディア放送ネットワーク１のオーバーヘッドフローを介した放送のためのメタデータメッセージの生成とを管理するように構成され得る、１つまたは複数のサーバ６がある。
様々な実施形態では、１つまたは複数のコンテンツマネージャサーバ６はまた、コンテンツマネージャサーバ６がコンテンツプロバイダサーバ８からコンテンツ供給を受信し得るための、インターネット７などの外部ネットワークへの接続を含み得る。様々な実施形態では、１つまたは複数のサーバ６は、コンテンツプロバイダサーバ８からコンテンツを受信し、メタデータ中に含まれる受信されたコンテンツに関する情報を決定し、コンテンツバッチでのコンテンツの放送のためのスケジュールを決定し、受信デバイス１０への放送のための電子サービスガイド（ＥＳＧ：electronic service guide）と他のオーバーヘッドフローとを生成するように構成され得る。
通常のコンテンツ配信システムに加えて、モバイル放送ネットワーク１はまた、モバイル放送ネットワーク１を介した放送のために対話型イベントを管理するための対話型サーバ５を含み得る。典型的な実装形態では、対話型サーバ５は、直接ネットワーク接続、またはインターネット７などの間接的ネットワーク接続のいずれかを介して、対話型生成システムサーバ９から対話型イベントのための要素を受信し得る。対話型生成システムサーバ９における対話型イベントの生成は、コンテンツプロバイダサーバ８から受信されたコンテンツによってまたはそれに基づいて制御され得る。
モバイルマルチメディア放送ネットワーク１Ａに加えて、受信デバイス１０はまた、セルラ電話ネットワークなどのユニキャスト（特定相手通信）ネットワーク１１を介して通信するように構成され得る。典型的なセルラ電話ネットワークは、固定電話線（たとえば、ＰＯＴＳネットワーク、図示せず）やインターネット７などを介して、モバイルデバイス１０と他のネットワーク宛先との間の音声およびデータ呼を接続するように動作する、ネットワーク運用センター１４につながった複数のセルラ基地局１２を含む。モバイル受信デバイス１０とユニキャストネットワーク１１との間の通信は、３Ｇ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ（登録商標）、ＴＤＭＡ、および他のセルラ電話通信技術などの対話型ワイヤレス通信リンク１３を介して達成される。インターネットデータ通信を可能にするために、ユニキャストネットワーク１１は、一般に、インターネット７への接続を与えるネットワーク運用センター１４につながったまたはその内部にある１つまたは複数のサーバ１６を単独で含む。さらなる実施形態では、ユニキャストネットワーク１１は、ＷｉＦｉ、ＷｉＭＡＸなどのワイヤレス広域ネットワークであり得る。モバイル受信デバイス１０は、ユーザ対話メッセージを放送事業者に送信する放送サービスに加入するために、インターネット７を経由した放送ネットワークサーバ６へのＩＰデータ呼を介してなど、ユニキャストネットワーク１１を介して放送ネットワーク１と通信し得る。
様々な実施形態および実装形態では、対話型イベントをもちいたユーザ対話により、放送サービスプロバイダ、コンテンツプロバイダまたは対話型コンテンツプロバイダにメッセージが返信される結果になる。ユーザ投票、商品注文、サービス要求、調査応答などを伝達し得るそのような応答メッセージは、ＩＰデータ呼、電子メール、シンプルメッセージサービス（simple message service (SMS)）、マルチメディアメッセージサービス（multimedia message service））、ならびにワイヤレスインターネットアクセス・メッセージングなど、ユニキャストネットワーク１１によってサポートされる任意のデータ伝送プロトコルを介して送信され得る。
図１Ｂに、一実施形態による放送ネットワーク１内の情報フローを示す。上述のように、放送ネットワーク１は、いくつかのコンテンツプロバイダサーバ８からコンテンツ（たとえば、テレビ番組、ウェブサイト、シリアルデータ供給など）を受信し得る。様々な実施形態では、コンテンツプロバイダサーバ８は、このコンテンツを、データネットワーク２０（たとえば、インターネット７）を介してコンテンツマネージャサーバ６に送りる。コンテンツマネージャサーバ６は、将来の放送のために、受信されるコンテンツをスケジュールし、そのコンテンツをデータベースに格納し得る。コンテンツマネージャサーバ６はまた、コンテンツデータ２２およびコンテンツ情報２４を放送ペレーションセンター４に与え得る。放送ペレーションセンター４は、メディアロジックチャネル（media logical channel (MLC)）２６とオーバーヘッド情報サービス（overhead information service (OIS)）チャネル２８とを含む情報の多重（multiplex）として放送信号を生成し得る。受信デバイス１０は、その多重を受信し、その中に含まれている情報を解析し得る。様々な実施形態では、受信デバイス１０は、オーバーヘッド情報サービスチャネル２８および他のオーバーヘッド情報ストリーム（たとえば、制御チャネル）を個別に受信し、その情報を使用して、特定のメディアロジックチャネル２６を受信する。
様々な実施形態では、情報は、複数のスーパーフレームに編成されたワイヤレス信号中で送信され得る。各スーパーフレームは、周波数帯域内および設定時間境界内の周波数および時間において、符号化された信号を備える。各スーパーフレーム内の符号化信号は、選択されたコンテンツを受信するために受信デバイス１０によって使用されるオーバーヘッド情報とともに、放送コンテンツを通信する複数のデータパケットを符号化する。たとえば、ＭｅｄｉａＦＬＯ（登録商標）放送システムでは、放送送信は、６ＭＨｚ周波数帯域（たとえば、７１６ＭＨｚ〜７２２ＭＨｚ）にわたる１秒スーパーフレームに編成され得る。ＭｅｄｉａＦＬＯ（登録商標）放送信号は他の周波数帯域上で送られ得、複数の信号は、複数の別個の周波数帯域を使用することによって同時に送られ得る。各スーパーフレームは、オーバーヘッドフローに専用の部分と、コンテンツフローに関連する複数のチャネルを搬送する部分とを含む。オーバーヘッドフローおよび他のオーバーヘッドストリーム（たとえば、制御チャネル）内の情報は、その特定のコンテンツフローがスーパーフレーム内のどこで取得され得るか、ならびにどのくらいの数のパケットがそのコンテンツフローのＭＬＣに関連するかを受信デバイスに知らせる。
図１Ｃは、対話型（ＩＴＶ）イベントと、関連するシグナリングメッセージと、対話型リソースと、テンプレートとを生成し、配信するための様々な実施形態を実装するのに好適な放送通信システムの放送事業者側のシステム機能構成要素（コンポーネント）を示す。リアルタイム（実時間）コンテンツプロバイダサーバ８は、リアルタイムコンテンツ（たとえば、オーディオ、ビデオ、テキストなど）を放送ペレーションセンター（ＢＯＣ）４に送る。様々な実施形態では、放送ペレーションセンター４は、広告挿入システム３２を使用して、指定さる広告スロットの間に、コンテンツ中にリニア広告を挿入し得る。広告挿入システム３２はＢＯＣ４内のサーバ上でホスティングされ得る。リアルタイムコンテンツおよび挿入されたリニア広告は、同じくＢＯＣ４内のサーバ上でホスティングされ得るリアルタイムエンコーダ３４によって符号化され得る。次いで、符号化されたリアルタイムコンテンツおよび広告は、放送ネットワーク１を介して送信される。様々な実施形態では、広告挿入システム３２はまた、以下でより詳細に説明するように、対話型生成システムサーバ９に、広告スロットと同期して再生される必要がある対話型イベントに関する同期タイミング情報（破線矢印によって示される）を与え得る。
様々な実施形態では、広告挿入システム３２およびリアルタイムエンコーダ３４は、それぞれ、放送ペレーションセンター４の中の異なるサーバ上にホスティングされてもよい。様々な実施形態では、広告挿入システム３２およびリアルタイムエンコーダ３４は、放送ペレーションセンター４の中の同じサーバ上にホスティングされてもよい。一実施形態では、広告挿入システム３２およびリアルタイムエンコーダ３４は、図１Ｃに示すように、放送ペレーションセンター４の外部にホスティングされてもよい。
対話型コンテンツプロバイダ３０は、対話型生成システムサーバ９に対話型コンテンツを対話型シーケンスの形態で供給し得る。対話型コンテンツプロバイダ３０は、リアルタイムコンテンツプロバイダサーバ８と同じでも、または異なってもよい。対話型生成システム９において生成された対話型イベント情報（ＩＥＩ：interactivity event information）は、ＢＯＣ４内の対話型サーバ５に与えられる。対話型イベント情報は、ユーザに表示される情報の集合、特定のユーザ入力／アクション（操作）に関連するアクション（動作）または機能、画像および表示フォーマット情報、ビデオシーケンスファイル、関連する対話型アセット、ユーザ応答の宛先となるＵＲＬ、および所望の対話型表示を生成するために受信デバイスにとって有用な他のデータ、などの対話型イベントアプリケーションデータ（interactivity event application data (IEAD)）を含み得る。対話型アプリケーションデータは、例えば、ＳＭＳを介して、ユニキャスト（ＩＰ）を介して、電話通話を介して、またはウェブを介してなど、複数の選択肢を使用して与えられる、ユーザ入力のための情報を含み得る。対話型イベント情報はまた、例えば、イベント開始時刻、および、有効性持続時間／終了時刻（すなわち、対話型イベントがユーザに表示されるために、開始時刻からどのくらい有効であるか、または、対話型イベントが満了し、ユーザにもはや表示されるべきでない時刻）、対話型イベントが現れる、対象とされるリアルタイムコンテンツフローまたはメディアサービス、対象とされる対話型アプリケーション、受信デバイスタイプの対象とされる集合、対象とされるサービスキャリア（たとえば、Ｖｅｒｉｚｏｎ、ＡＴ＆Ｔ、など）、ならびに関連するかまたは必要なリソースおよびテンプレートの表示、といった対話型イベントメタデータを含み得る。
対話型コンテンツに加えて、対話型コンテンツプロバイダ３０はまた、対話型生成システムサーバ９に追加の情報ユニットを与えてもよい。リアルタイム番組（たとえば、ＴＶ番組、または、ＴＶ番組内の広告スロット内の）と同期して再生される必要がある対話型イベントでは、対話型コンテンツプロバイダ３０は、対話型イベント表示開始時刻、または対象とされるリアルタイムコンテンツにイベントを同期させるために有用な他のデータを与え得る。
対話型生成システムは、対話型イベントシーケンスに関連する対話型イベントデータを、対話型ゲートウェイ４２に送り得る。対話型ゲートウェイ４２は、受信した対話型イベント情報を、放送に好適なフォーマットに適応させ得る。対話型イベントゲートウェイ４２は、受信した対話型イベント情報を使用して、１つまたは複数の対話型アプリケーションを動的に生成するために、対話型アプリケーションジェネレータ４４とインターフェースし得る。以下でより十分に説明するように、対話型アプリケーションジェネレータ４４は、１つまたは複数の対話型イベントアプリケーションをアセンブルする（組み立てる）ために、対話型コンテンツプロバイダ３０によって与えられたシーケンスおよびイベント情報を使用して、対話型イベントアプリケーションを動的に生成し得る。場合によっては、対象とされるデバイスが様々なタイプのアプリケーションをサポートする場合、単一の対話型イベントのために、複数の対話型イベントアプリケーションが生成され得る。たとえば、所与の対話型イベントのために、Ｆｌａｓｈ実行可能アプリケーション（Ｓｈｏｃｋｗａｖｅ Ｆｌａｓｈフォーマットのファイル（ＳＷＦ））である第１の対話型アプリケーションが生成され、ｗｅｂアプリケーション（ＨＴＭＬ５アプリケーション）である第２の対話型イベントアプリケーションが生成され得る。この例では、両方のタイプの対話型イベントアプリケーションが放送され、受信デバイスは互換性のある対話型アプリケーションを選択的に受信することになる。この動作の一部として、対話型サーバは、対話型イベントが表示されるべきリアルタイムサービスに係る、エンドツーエンド（端から端まで）の放送システムレイテンシ（待ち時間）に基づいて、対話型イベント開始時刻を調整し得る。生成された対話型アプリケーションは、対話型ゲートウェイ４２に返信され得、対話型ゲートウェイ４２はその対話型アプリケーションを対話型放送サーバ５に与える。別の実施形態では、対話型ゲートウェイ４２は、対話型要素情報を含む対話型イベントアプリケーションデータを生成し得る（たとえば、対話型アプリケーションデータは、対話型ゲートウェイによってＸＭＬフォーマットで生成され得る）。様々な実施形態では、対話型ゲートウェイ４２は、モバイルデバイスへの放送のために、生成された対話型イベントアプリケーションデータを、対話型放送サーバ５に与える。
対話型放送サーバ５は、放送ネットワーク１を介したアウトオブバンドでの送信のために、必要な対話型イベントアプリケーションデータ（interactivity event application data (IEAD)）、リソースとテンプレートと（すなわち、受信デバイスが対話型イベントを生成するために必要とする、データとリソースとテンプレート）を、ファイル配信システム３８に与え得る。様々な実施形態では、ファイル配信システム３８は、ファイル配信送信ストリームの中で、対話型イベントアプリケーションデータ、リソース、およびテンプレートを送信し得る。一実施形態では、対話型イベントアプリケーションデータ、リソースおよびテンプレートは、他のタイプのファイルを送信するために使用される従来のファイル配信送信システムと類似であるファイル配信送信ストリーム上で送信され得る。
様々な実施形態では、対話型サーバ５は、ファイル配信システム３８が、リソースとテンプレートとを、イベント開始時刻より前に受信デバイス１０上で獲得され得るように放送することを要求するために、イベントタイミング情報を使用し得る。一実施形態では、対話型イベントアプリケーションデータ（ＩＥＡＤ）およびリソースは、放送帯域幅を節約するために、イベント開始時刻よりわずか前に（たとえば、イベント開始時刻の数秒または数分前に）放送され得る。
様々な実施形態では、対話型サーバ５を使用して、対話型イベントシグナリングメッセージ（interactivity event signaling messages (IESM)）を生成し得る。これらの生成された対話型イベントシグナリングメッセージは、放送ネットワーク１を介したオーバーヘッド情報フローによる送信のためにオーバーヘッドデータ配信システム３６に与えられ得る。一実施形態では、対話型サーバ５は、放送帯域幅を節約するために、イベント開始時刻よりわずか前に（たとえば、イベント開始時刻の５〜１０秒前に）ＩＥＳＭを放送するよう、オーバーヘッドデータ配信システム３６に要求し得る。様々な実施形態では、対話型サーバ５は、対話型イベントアプリケーションデータ（ＩＥＡＤ）とリソースとを、対話型イベントシグナリングメッセージ（ＩＥＳＭ）の一部として、インバンドで送信し得る。上記で説明したように、対話型イベントが押し迫ってスケジュールされているときなど、ファイル配信システム上でデータとリソースとをアウトオブバンドで放送するのに十分な時間がないとき、インバンドでデータを送信することが有用である。
様々な実施形態では、オペレータ３３は、供給（provisioning）システム３５を使用して、リアルタイムチャネルおよび／またはサービスと、対話型イベントシグナリングを搬送するシグナリングフローとの間の関連付けを特定し得る。オペレータ３３は、複数のリアルタイムチャネルが所与のシグナリングフローを共用するかどうか、または、別々のシグナリングフローが各リアルタイムチャネルのための対話型シグナリングを配信するために使用されるべきかどうか、を特定指定し得る。一実施形態では、オペレータ３３は、アンバウンド対話型イベントを搬送するためのシグナリングフローを特定指定し得る。供給システム３５は、対話型シグナリングが、放送ネットワーク１によって放送される適切なシグナリングフロー上で配信され得るように、この関連付けを、オーバーヘッドデータ配信システム３６に与える。
様々な実施形態では、オペレータ３３は、供給システム３５を使用して、リアルタイムチャネルおよび／またはサービスと、対話型リソースを搬送するリソースフローとの間の関連付けを特定し得る。オペレータ３３は、複数のリアルタイムチャネルが所与のリソースフローを共用するかどうか、または、別々のリソースフローが各リアルタイムチャネルのための対話型リソースを配信するために使用されるべきかどうか、を指定し得る。一実施形態では、オペレータ３３は、アンバウンド対話型イベントを搬送するためのリソースフローを指定し得る。供給システム３５は、対話型リソースが、放送ネットワーク１によって放送される適切なリソースフロー上で配信され得るように、この関連付けをファイル配信システム３８に与える。
上記で説明したように、供給システム３５は、リアルタイムチャネルおよび／またはサービスと、対話型シグナリングおよびリソースを搬送するシグナリングフローおよびリソースフローとの間の関連付けを特定するために使用され得る。供給システム３５はまた、放送ネットワーク１を介した配信のためにオーバーヘッドデータ配信システム３６に与えられるサービスシステム情報（Service System Information (Service SI)： サービスＳＩ）メッセージを生成するために使用される。これらのサービスＳＩメッセージは、受信デバイスに、どのリソースファイルデータフロー（resource file data flows (RFDF)）およびシグナリングフローが対話型イベントのためのリソースおよびシグナリングを含んでいるかを決定することが可能にする。たとえば、サービスＳＩメッセージは、各リアルタイムチャネルのための対話型情報を搬送するシグナリングフローおよびファイルデータフロー上の情報を含み得る。一実施形態では、対話型リソースは、対話型ユニキャストサーバ３９などの非放送ソースから取得され得る。一実施形態では、対話型ユニキャストサーバ３９は、３Ｇセルラネットワークなどのワイヤレスユニキャストネットワーク３７を介してアクセスされ得る。
図１Ｄは、本発明の複数の実施形態による、受信デバイスにアプリケーションを放送するのに好適な通信システム１００の別の例を示す。コンテンツプロバイダ１０２は、受信デバイスにダウンロードされ得るアプリケーションを放送システムに与え得る。図１Ｄは、複数のコンテンツプロバイダ１１２、１１４、１１６がそれぞれ、アプリケーションコンテンツを生成し、アプリケーションデータ、実行可能スクリプト、およびアセット（たとえば、画像、ビデオクリップ、グラフィカルスクリーン、ＸＭＬスクリプトなど）を作成し得ることを示す。コンテンツプロバイダ１１２、１１４、１１６は、これらのファイルを、一緒に、アプリケーションパッケージ１１８、１２０、１２２の中にバンドル（詰め込み）し得る。アプリケーションパッケージ１１８、１２０、１２２は、放送ネットワーク１０４内のアプリケーションサーバ１３０に送信され得る。アプリケーションサーバ１３０は、配信のために利用可能なアプリケーションのリストを維持し、各特定のアプリケーションに関係する追加のメタデータを格納し得る。アプリケーションサーバ１３０は、フォーマットに基づいてアプリケーションをパッケージングし得る。アプリケーションサーバ１３０はまた、アプリケーションを所望のフォーマットにパッケージングし得る。
一実施形態では、コンテンツプロバイダ１１２、１１４、１１６は、放送ネットワーク１０４にスケジューリング情報を与え得る。たとえば、図１Ｄは、コンテンツプロバイダ１１６が、スケジューラサーバ１３２にスケジューリングデータを与えて、アプリケーションが将来の特定の時刻に受信デバイス１０６、１０７、１０８に押し出されることを可能することを示す。したがって、コンテンツプロバイダ１１６は、特定のアプリケーションと放送コンテンツとの同期に寄与し、それに対する制御を有し得る。
放送ネットワーク１０４内の同期エージェントサーバ１３４は、スケジュールに基づいてアプリケーションパッケージの放送を制御し得る。たとえば、アプリケーションパッケージは、夜遅くになど、帯域利用率が低いときに放送されるようにスケジュールされ得る。アプリケーションパッケージはまた、コンテンツプロバイダ１１６によって与えられたスケジューリングデータによって指定された時刻など、特定の時刻に放送されるようにスケジュールされ得る。
周期的に、同期エージェントサーバ１３４は、放送のためのアプリケーションパッケージを、アプリケーションサーバ１３０に要求し得る（矢印１３６）。アプリケーションサーバ１３０は、要求されたアプリケーションパッケージを、同期エージェントサーバ１３４に返信する（矢印１３８）。同期エージェントサーバ１３４は、アプリケーションパッケージを符号化サーバ１５０に渡す（矢印１５４）。符号化サーバ１５０は、ワイヤレス放送ネットワーク１５２上での放送のために、パッケージを適切なフォーマットに符号化する。
同期エージェントサーバ１３４はまた、スケジューラサーバ１３２から受信されたトリガ１４０に基づいて、受信したアプリケーションを放送するための時刻を決定し得る。スケジューラサーバ１３２は、コンテンツプロバイダ１１６のうちの１つまたは複数によって指定された放送スケジュールに基づいてトリガ１４０を送り得る。同期エージェントサーバ１３４はまた、放送制御サーバ１４２によって与えられたリアルタイム放送ステータストリガ１４４に基づいて、アプリケーションを放送するための時刻を決定し得る。リアルタイム放送ステータストリガ１４４は、アプリケーションが起動されるべきビデオストリーム１４６内の時刻（またはタイムスロット）を示し得る。
様々な実施形態では、放送ネットワーク１０４は、同期メタデータ１４８を放送し得る。同期メタデータ１４８は、受信デバイス１０６、１０７、１０８上のアプリケーションパッケージを、ビデオストリーム１４６と同期する状態で、起動することを可能にする。この能力をサポートするために、放送制御サーバ１４２は、前に放送されたアプリケーションが起動されるべきビデオストリーム１４６内の時刻（またはタイムスロット）を示すリアルタイム放送ステータストリガ１４４を、同期エージェントサーバ１３４に与え得る。リアルタイム放送ステータストリガ１４４を受信したことに応答して、同期エージェントサーバ１３４は、符号化サーバ１５０においてアプリケーションパッケージを符号化し、そのアプリケーションパッケージをワイヤレス放送ネットワーク１５２上で放送するため、同期メタデータ１４８を生成し得る。そのような同期メタデータ１４８は、放送ネットワーク１５２のオーバーヘッド情報フロー内で送信される対話型イベントシグナリングメッセージ（ＩＥＳＭ）の形態で送信され得る。対話型イベントシグナリングメッセージの説明ならびにそのようなメッセージを管理するためのシステムおよび方法については、以下でより詳細に開示する。
この同期メタデータ１４８を受信したことに応答して、受信デバイス１０６、１０７、１０８は、メモリに格納され、示されたアプリケーションを起動するように促され得る。同期メタデータ１４８は、アプリケーション起動が放送ストリームと同期されることを可能にし得る。これはまた、アプリケーションの機能が、放送番組内の特定のイベントまたはポイントに対応するようにスケジュールされることを可能にする。アプリケーションの機能を放送番組中の特定のイベントおよび／またはポイントと同期させることは、コンテンツプロバイダ１０２が時刻的に厳しい対話型アプリケーションを書くことを許容することによって、放送ネットワーク１０４がユーザ対話型をサポートすることを可能にする。
様々な実施形態では、対話型イベントシグナリングメッセージはまた、アプリケーションデータと画像と実行可能スクリプトとアセット（総称してアプリケーションデータ）を送るために使用され得る。一実施形態では、対話型イベントシグナリングメッセージと対応するアプリケーションデータとを送るために、同じフローが使用され得る。一実施形態では、アプリケーションデータは、ファイル配信フレームワークを介して、バックグラウンドで受信デバイス１０６、１０７、１０８に放送され得る。この実施形態では、受信デバイス１０６、１０７、１０８は、ダウンロード処理を開始するためにオンにされる必要はなく、大きいファイルは、受信デバイス１０６、１０７、１０８に事前に送られ得る。別の実施形態では、アプリケーションデータは、受信デバイス１０６、１０７、１０８にデータキャスト（datacast： データ放送）され得る。様々な実施形態では、対話型イベントが発生するようにスケジュールされるか、またはデバイスが対話型イベントシグナリングメッセージを受信するとき、受信デバイス１０６、１０７、１０８は、アプリケーションデータについてそれらのメモリを確認し、メモリからアプリケーションデータを引き出し、起動および／または実行処理を開始し得る。
図２は、様々な実施形態を実装するのに好適な受信デバイス１０内に実装され得る機能構成要素を示す。受信デバイス１０のソフトウェアモジュールは、図２に示すものと同様のソフトウェアアーキテクチャ２０に編成され得る。放送送信は、受信デバイス物理レイヤによって受信され、ＦＬＯネットワークモジュール２１などの放送受信モジュールによって処理され得る。ＦＬＯネットワーク２１によって受信されたビデオおよびオーディオストリームはメディア受信モジュール（図示せず）によって処理され得る。ＦＬＯネットワーク２１上で受信されたファイル転送ストリームは、ファイルパケットを受信し、それらをデバイスソフトウェアアーキテクチャ２０内の適切なモジュールおよびアプリケーションに向けるように機能するファイル配信システムモジュール２６に与えられ、それによって処理され得る。オーバーヘッドデータストリームは、オーバーヘッドデータパケットを処理し、受信したメタデータとオーバーヘッドデータとをデバイスシステムアーキテクチャ２０内の適切なモジュールに向けるように機能する、オーバーヘッドデータ獲得モジュール２８に渡され得る。
サービスシステム情報獲得（service system information acquisition (SI Acquisition)： ＳＩ獲得）モジュール２７は、オーバーヘッドデータストリームからサービスシステム情報（サービスＳＩ）メッセージデータを獲得し、この情報をファイル配信システムモジュール２６およびオーバーヘッドデータ獲得モジュール２８に転送し得る。ファイル配信システムモジュール２６は、サービスＳＩメッセージデータを使用して、対話型リソースデータを搬送するファイルデータフローのフローＩＤを決定し得る。同様に、オーバーヘッドデータ獲得モジュール２８は、サービスＳＩメッセージデータを使用して、どのシグナリングフローが、関係する対話型シグナリングデータを搬送しているかを決定し得る。
図２はまた、対話型イベントをサポートするため、デバイスソフトウェアアーキテクチャ２０が、対話型イベントを受信し、管理し、格納するために、ユーザインターフェース（ＵＩ）アプリケーション２４とＦＬＯネットワーク２１との間のコアモジュールとして働く対話型コアサービス２２を含むことを示す。ユーザインターフェースアプリケーションモジュール２４は、いくつかの対話型アプリケーション２４４、２４６、２４８とユーザエージェント２４２とを含む。ユーザエージェント２４２は、対話型イベントシグナリングメッセージを対話型アプリケーションの対象とされる集合にルーティングする機能をサポートする。
対話型コアサービスモジュール２２は、リソースマネージャモジュール２２２、対話型イベントマネージャモジュール２２４、およびアプリケーションマネージャモジュール２２６、ならびに受信デバイスプロセッサ上で実行する他の機能モジュールを含み得る。対話型イベントにおいて使用することが意図されたリソースおよびテンプレートのための放送ファイルは、ファイル配信システムモジュール２６によって受信され、対話型コアサービス２２内のリソースマネージャ２２２に渡され得る。リソースマネージャ２２２は、受信したリソースおよびテンプレートをメモリに格納し、それらのリソースおよびテンプレートは、表示とユーザインターフェースとを生成する際に使用するために、そのようなファイルの呼び戻し（recall）および使用を可能にするように索引付けされ、編成され得る。これらの表示およびユーザインターフェースは、受信デバイスのユーザに受信した対話型イベントを示すためにユーザインターフェースアプリケーションモジュール２４によって使用され得る。
様々な実施形態では、オーバーヘッドデータ獲得モジュール２８は、オーバーヘッドフローから対話型イベントシグナリングメッセージ（ＩＥＳＭ）を選択的に受信（たとえば、フィルタと対応するアプリケーションとに基づいて）し、それらを対話型イベントマネージャモジュール２２４に受け渡し得る。対話型イベントマネージャモジュール２２４は、デバイス上にロードされる対話型アプリケーションのための対話型イベントシグナリングメッセージを獲得するように、オーバーヘッドデータ獲得モジュール２８に要求し得る。これを可能にするために、対話型アプリケーション２４４、２４６、２４８は、それらのアプリケーションが受信デバイス１０、１０６、１０７、１０８上にダウンロードされるか、またはそれらの受信デバイス上で立ち上げられるとき、アプリケーションマネージャモジュール２２６に登録し得る。獲得された対話型イベントシグナリングメッセージは、シグナリングメッセージ中で受信されるアプリケーション識別子フィルタ処理情報に基づいて、適切な対象とされる対話型アプリケーション（２４４、２４６または２４８）に渡され得る。
受信デバイス１０、１０６、１０７、１０８上で、受信したアプリケーションのユーザ通知が、図３Ａにその一例が示される様々な形態で達成され得る。この例では、表示１６０上にリアルタイムコンテンツを示している受信デバイス１０６は、表示の一部分内にポップアップまたはバナー１６２を生成し得る。ポップアップまたはバナー１６２は、新しいアプリケーションの利用可能性をユーザに通知する単純なテキストボックスを含み得る。ポップアップまたはバナー１６２は、アプリケーションを起動するためにタッチスクリーン上のボタンまたはアイコンを押すようにユーザに促し得る。プロンプトの一部として、ユーザはまた、新しいアプリケーションがメモリから削除されるべきかどうかを示すことを求められ得る。別の実施形態では、デバイス上の受信した対話型アプリケーションは、ユーザによる明示的な起動なしに、放送ネットワークを介して受信されるＩＥＳＭに基づいて引き出され、起動され得る。
上記で説明したように、対話型イベントおよび対話型イベントアプリケーションはまた、個々に定義され、次いで、対話型アプリケーションジェネレータ４４によって対話型イベントアプリケーションの中に組み入れられるか、または対話型ゲートウェイ４２によって（たとえばＸＭＬフォーマットで）対話型イベントアプリケーションデータの中に組み入れられる、画像、ビデオ、表示画面およびユーザプロンプトのシーケンスの形態に組み立てられ得る。クリックツーＳＭＳ（click-to-SMS）対話型シーケンスを特徴づける例示的な対話型イベントおよび関連する表示が、図３Ｂに示される。この例では、デフォルトシーン（画像３０２に示される）は、特定のチャネル上で受信されているリアルタイム番組（たとえば、図示のドッグショー番組）であり得る。バックグラウンドで、受信デバイスは、対話型イベントアプリケーションまたはアプリケーションデータを受信し、適切なイベント開始時刻にそれを実装する準備ができる。そのイベント開始時刻は、後で対話型イベントシグナリングメッセージの中で受信され得る。イベント開始時刻に、受信デバイス上の対話型アプリケーションは、画像３０４に示されるように、対話型イベントへの出だしとしてプロンプトシーンを生成し得る。この例では、プロンプトシーンは、リアルタイム番組上に現れるとともに、ユーザが対話型イベントに参加したい（または参加したくない）という要望を示すことを可能にするための仮想ボタンを含む、テキストまたはバナー表示を有する。この例では、ユーザは、無料ドッグフードのためのコンテストに応募するための機会を提供されている。「はい」または「いいえ」のいずれかに関連するボタン（または仮想ボタン）を押すことによって、ユーザは、コンテストに参加することを選択するかまたは断ることができる。
ユーザが、プロンプトシーン３０４に応答して「はい」に関連するボタンを押し、参加するという意思を示した場合、受信デバイス上で動作する対話型イベントアプリケーションは、画像３０６に示すようにアクションシーンを表示し得る。この例では、コンテストに関連する画像またはビデオが情報テキストとともに提示され得る。この例では、ユーザは、コンテストに応募するためにＳＭＳメッセージを送るように促される。対話型アプリケーションによって与えられるボタン機能は、ユーザが、単にボタン（たとえば、表示された「送信」ユーザの選択肢に関連するボタン）を押すことによって参加することができるように、応答を自動化し得る。この例では、対話型イベントアプリケーションは、ユーザが「送る」ユーザの選択肢に関連するボタンを押したことに応答して、ユーザがコンテストに応募していることを示すために、プログラムされたＳＭＳアドレスに、ＳＭＳメッセージを送るように構成される。ＳＭＳアドレスは、対話型アプリケーションまたはアプリケーションデータの一部としてプログラムされ得る。この例はまた、「終了」ユーザの選択肢に関連するボタンを押すことによってなど、対話型イベントアプリケーションが、ユーザに、どのようにアプリケーションを終了させるための機会を与え得るかを示す。
ユーザが、アクションシーン３０６に応答して「送信」に関連するボタンを押した場合、対話型イベントアプリケーションは、確認シーン３０８を備える第３の表示画像を表示するように構成され得る。この例では、確認シーンは、ユーザのアクションが実装されていることをユーザに示すテキストとともに、コンテスト、またはユーザアクションの確認に関連する表示を含む。図示の例では、この確認テキストは、コンテスト応募メッセージが送信されたことと、当選者はテキストメッセージによって通知されることとを、ユーザに知らせる。対話型アプリケーションの確認シーン部分はまた、ユーザが確認シーンを閉じ、視聴されているリアルタイム番組などのデフォルトシーン３１０に戻ることを可能にするため、ユーザ入力機能を含み得る。
図３Ｂはまた、対話型イベントアプリケーションが、ユーザのアクションに応じて異なる結果を与えるためにどのように構成され得るかを示す。たとえば、ユーザが、プロンプトシーン３０４において「いいえ」に関連するボタンを押した場合、対話型イベントアプリケーションは、デフォルトシーン３１０に戻るように構成され得る。さらに、ユーザが（本明細書では「シーンタイムアウト」時間と呼ぶ）ある量の時間内にアクションをとることができなかった場合、対話型イベントアプリケーションは、デフォルトシーン３１０に自動的に戻るように構成され得る。同様に、ユーザが、アクションシーン３０６において「終了」に関連するボタンを押した場合、対話型イベントアプリケーションは、デフォルトシーン３１０に自動的に戻るように構成され得る。同様に、確認シーン３０８も、所定のシーンタイムアウト時間後に終了し得る。
対話型イベントアプリケーションを、シーン、ユーザの選択肢ボタンおよび関連する機能のシーケンスに編成することによって、そのようなアプリケーションは、対話型アプリケーションジェネレータによって動的に生成され得る。対話型イベントアプリケーションが対話型アプリケーションジェネレータによってどのように組み立てられるかの一例が、図３Ｂに示した対話型イベントアプリケーションに対応する４つの表示またはシーン状態を示す図３Ｃに示されている。対話型イベントアプリケーションは、受信デバイスによって視聴されているリアルタイム番組またはチャネルであり得るデフォルトシーン状態３２２から開始するように構成され得る。対話型イベントアプリケーションは、受信した対話型イベントシグナリングメッセージに応答してトリガされ、また、現在時刻がイベント開始時刻に等しいときを決定するために、デバイスシステムクロックを視聴し得る。代替的に、対話型イベントアプリケーションは、受信デバイス中のモジュール（たとえば、図２を参照しながら上記で説明した対話型イベントマネージャ２４２）によってイベント開始時刻に起動され得る。イベント開始時刻に、対話型イベントアプリケーションは、状態遷移３３０においてプロンプトシーン状態３２４に遷移し得る。上記で説明したように、プロンプトシーン状態３２４は、この例ではシーンＩＤ１として特定される、表示画像およびテキストの特定の集合と、「いいえ」３５０および「はい」３５２の選択のためのユーザ入力ボタンの選択肢などのユーザ入力機能とを含み得る。この例では、ユーザ入力が「いいえ」３５０の選択肢に対応する場合、またはタイムアウトタイマーが満了した場合、対話型イベントアプリケーションは、状態遷移３３２においてデフォルトシーン状態３２２に戻り、終了し得る。
ユーザ入力が「はい」３５２の選択肢に対応する場合、対話型イベントアプリケーションは、状態遷移３３４においてアクションシーン状態３２６に遷移するように構成され得る。上記で説明したように、アクションシーン状態３２４は、この例ではシーンＩＤ２として特定される、表示画像およびテキストの特定の集合と、この例に示すように「終了」３５４および「送信」３５６の選択のためのユーザ入力ボタン選択肢などのユーザ入力機能とを、含み得る。この例では、ユーザ入力が「終了」３５４の選択肢に対応する場合、またはタイムアウトタイマーが満了した場合、対話型イベントアプリケーションは、状態遷移３３６においてデフォルトシーン状態３２２に戻り、終了し得る。
ユーザ入力が「送信」３５６の選択肢に対応する場合、対話型イベントアプリケーションは、状態遷移３３８において確認シーン状態３２８に遷移するように構成され得る。上記で説明したように、確認シーン状態３２４は、この例では「シーンＩＤ＝３」として特定される、表示画像およびテキストの特定の集合と、この例に示すように、対話型イベントアプリケーションを終了するための「閉じる」３５８の選択のためのユーザ入力ボタンの選択肢などのユーザ入力機能とを含み得る。この例では、ユーザ入力が「閉じる」３５８の選択肢に対応する場合、またはタイムアウトタイマーが満了した場合、対話型イベントアプリケーションは、状態遷移３４０においてデフォルトシーン状態３２２に戻り、終了する。
図３Ａ〜図３Ｃに示した例は、対話型イベントが、構成要素データ（たとえば、シーンとテキストとを表示する）、および、単純なロジックスクリプト（たとえば、ユーザ入力ボタン機能、特定のユーザ選択を実行するためのアドレス、タイムアウトおよびデフォルト設定、ならびにシーンシーケンス選択）から、どのように組み立てられるかの一例にすぎない。そのような構成要素は、対話型コンテンツプロバイダによって個々に生成され、図３Ｃに示す方法で機能するアプリケーションの中に構成部分を組み入れるために、対話型アプリケーションジェネレータによって使用されるシーケンシング情報またはメタデータとともに、対話型生成システムに送られ得る。したがって、様々な実施形態は、単純なロジックでの選択に結び付けられシーケンスの中でリンクされたる個別の構成要素を与えることによって、対話型コンテンツプロバイダが望み得るだけの複雑さおよびコンテンツをもつ対話型イベントを生成することを可能にし、そのアプリケーションの組立は、対話型アプリケーションジェネレータ３１によって動的に達成される。別の実施形態では、デバイス上の静的対話型アプリケーションが、複雑さを低減するために対話型シーンシーケンスロジックをすでに構築させていてもよい。その場合、対話型シーン情報は、デバイス上の対話型アプリケーションによって使用されることになる、対話型アプリケーションデータの一部として放送されることになる。
図４に、受信デバイスによって受信され、処理され得るように、対話型イベントシグナリングメッセージを準備し、放送するための実施形態の方法４００を示す。方法４００のステップ４０２において、対話型コンテンツプロバイダは、対話型イベントシグナリングメッセージの生成のために、対話型生成システム（ＩＰＳ）に対話型コンテンツおよび／または対話型イベント情報（ＩＥＩ）を供給する。対話型生成システムに供給される対話型イベント情報は、イベント開始時刻、有効期間／終了時刻、対象とされるリアルタイムサービス、対象とされる対話型アプリケーション、フィルタ処理基準、対象キャリア、対象デバイスタイプ、ならびに必要なまたは関連するリソースおよびテンプレートなどの、イベントメタデータを含み得る。様々な実施形態では、対話型生成システムにおける対話型コンテンツの取り込みは、オペレータによって手動で達成される（たとえば、対話型生成システム上の供給インターフェースを使用して）か、または、対話型コンテンツプロバイダまたはリアルタイムコンテンツプロバイダとのプログラミングインターフェースを介して、達成され得る。対話型コンテンツは、対話型生成システムへのプログラミングインターフェースを使用して、外部広告（ａｄ）ネットワーク（たとえば、Ｇｏｏｇｌｅ Ａｄネットワーク）からも取り込まれる。
上述のように、対話型生成システムに供給される対話型イベント情報は、ビデオファイル、サウンドファイル、表示テキスト、メニュー選択テキストおよび機能、応答ＵＲＬ、シーンシーケンシングおよび分岐情報、ならびにイベントメタデータ（たとえば、イベント開始時刻、有効期間／終了時刻、対象とされるリアルタイムサービス、対象とされる対話型アプリケーション、ターゲットキャリア、ターゲットデバイスタイプ、ならびに必要なまたは関連するリソースおよびテンプレート）を含み得る。また、ステップ４０２において、ユーザに表示され得る情報、ユーザに示される画像およびグラフィックス、ならびに特定のユーザインターフェースボタンまたはタッチスクリーンインターフェースアイコンに割り当てられた機能などのユーザから期待される関連アクションなどの、対話型アプリケーションデータが与えられ得る。また、ステップ４０２の一部として、対話型イベントとリアルタイムコンテンツストリームまたは広告との同期を可能にするために、リアルタイムコンテンツに係るイベント表示開始時刻に関する情報が指定され得る。リニア広告のために作成される対話型イベントでは、ステップ４０２において、イベントがリニア広告スロット（枠）に関連付けられ得る。リニア広告スロットは広告スロットタイムウィンドウ（ad slot time window）を指定する。そのようなイベントに係るイベント開始時刻は、ステップ４０８に関して上記で説明したように、広告挿入システムから受信されるタイミングトリガに基づいて、対話型生成システムによって計算され得る。
ステップ４０４において、対話型生成システム（ＩＰＳ）は、リアルタイムコンテンツに対するイベント表示開始時刻に関する情報を与える。リアルタイムコンテンツに対するイベント表示開始時刻に関する情報を与えることは、対話型イベントをリアルタイムコンテンツストリームまたは広告と同期させることを、システムに可能にする。様々な実施形態では、イベント表示開始時刻は、後述のステップ４０８に関して説明するように、広告挿入システムから受信されるタイミングトリガ（timing trigger）に基づいて対話型生成システムによって計算され得る。
また、ステップ４０４において、対話型生成システム（ＩＰＳ）は、対話型イベントに関連する、組み立てられた対話型イベント情報（イベントメタデータおよびイベントアプリケーションデータなど）を、放送ペレーションセンター内の対話型サーバまたはゲートウェイに送る。ステップ４０６において、対話型サーバまたはゲートウェイは、対話型イベント情報（すなわち、対話型イベントに関連する対話型リソースおよび／またはテンプレートファイル）の適応を実行するか、または場合によっては、対話型イベント情報を、放送システムを介した放送のために適切なフォーマットにする。たとえば、対話型イベント情報は、ＪＰＥＧファイルの形のビデオを含み得る。このコンテンツを、モバイル放送システム（たとえば、ＦＬＯ ＴＶ（登録商標））による放送に好適にするために、対話型ゲートウェイは、コンテンツが放送エンコーダシステムと互換性があるように、画像サイズとフレームレートとデータフォーマットとを変更する必要がある。ステップ４０８において、対話型ゲートウェイは、１つまたは複数の対話型アプリケーションを動的に生成するために対話型アプリケーションジェネレータ（ＩＡＧ：interactivity application generator）とインターフェースする。これは、ステップ４１０において、対話型アプリケーションジェネレータにとって必要な適切にフォーマットされたファイルを与える、ならびに、対話型イベントアプリケーションの対象とされるべきデバイスタイプのリストを与える、対話型ゲートウェイを含む。このステップ４１０はまた、対話型アプリケーションジェネレータにイベントメタデータと他のシステムデータとを与える対話型ゲートウェイを含む。
ステップ４１２において、対話型アプリケーションジェネレータは、受信したアプリケーションデータとデバイスタイプのリストとに基づいて、１つまたは複数の対話型アプリケーションを動的に生成する。図３Ｃに関して上記で説明したように、この処理は、対話型要素とシーケンスロジックとを実行可能アプリケーションに組み込むことを含む。ステップ４１４において、対話型アプリケーションジェネレータは、動的に生成された対話型アプリケーションを、対話型ゲートウェイに送る。ステップ４１５において、対話型ゲートウェイは、イベントメタデータ情報と動的に生成された対話型アプリケーションとを、対話型放送サーバに送る。
様々な実施形態では、ステップ４１０〜４１５は、ＩＰＳから受信された対話型要素情報に基づいて、適切な必要とされるフォーマットで対話型アプリケーションデータを生成する対話型ゲートウェイ自体によって置き換えられ得ることに留意されたい。これらの実施形態では、対話型ゲートウェイは、生成されたアプリケーションデータと、イベントメタデータ情報と、対話型リソース情報とを、対話型放送サーバに送り得る。
ステップ４１６において、対話型放送サーバは、受信デバイスへの放送配信のために、対話型関係ファイル（対話型アプリケーションとアプリケーションデータとリソースとを含む）を、ファイル配信システムに配信する。対話型関係ファイルは、ステップ４１６の一部として、対話型シグナリングカタログファイル中で広告され得る。ステップ４１８において、ファイル配信システムは、対話型シグナリングカタログファイルと対話型イベント関係ファイルとを、空中線上で配信する。ステップ４２０において、モバイルデバイスは、放送ネットワークから対話型イベントアプリケーションファイル／アプリケーションデータと、他の対話型リソースとテンプレートファイルとを、獲得する。ステップ４２２において、対話型放送サーバは、適切な対話型イベントシグナリングメッセージ（ＩＥＳＭ）を生成し、そのメッセージを、オーバーヘッドデータストリームの一部として放送するために、オーバーヘッドデータ配信システムに与える。この対話型イベントシグナリングメッセージは、配信に必要な信頼性およびサービス品質（quality of service (QoS)）を指定し得、また、対話型イベントの開始時刻近くに放送され得る。
ステップ４２４において、オーバーヘッドデータ配信システムは、対話型サーバによって指定された信頼性およびサービス品質をもったオーバーヘッドフロー上で、対話型放送サーバから受信された対話型イベントシグナリングメッセージを放送する。対話型イベントシグナリングメッセージが受信デバイスによってタイムリーに受信されることを保証するために、対話型イベントシグナリングメッセージは、高優先度オーバーヘッドデータとして放送され得る。様々な実施形態では、対話型イベントシグナリングメッセージは、対話型イベントが開始することになる前に、ステップ４２２においてオーバーヘッドデータ配信システムに与えられ、ステップ４２４において放送され、そして、対象とされるリアルタイムコンテンツに同調する受信デバイスが、すぐに、対話型イベントを実装し、表示し得るように、対話型イベントの持続期間にわたって放送され続ける。
ステップ４２６において、放送カバレージエリア内の受信デバイスは、リアルタイムサービスのためのオーバーヘッドフローから対話型イベントシグナリングメッセージを獲得し、そのメッセージ中に示されたイベント開始時刻に、対話型イベントシグナリングメッセージ中で参照される適切な対話型アプリケーション（特定の受信デバイスタイプに基づく）を実行する。ＥＳＭは、対話型イベントが向けられている各デバイスタイプに係るアプリケーションデータファイルおよびリソースファイルへの参照を与え得る。
サーバ生成（server-generated）対話型イベントアプリケーションおよび／またはデバイス生成（device generated）対話型イベントアプリケーションの実装形態をサポートするために、対話型イベントシグナリングメッセージデータの形式は、図１４Ａ〜図１６Ｃに示すようにフォーマットされ得る。特に、メッセージデータの形式は、各関連するデバイスプロファイルに係り、動的に生成された対話型アプリケーションを含んでいるリソースの識別子などの情報をもつ、対話型イベントが実行されるべきデバイスプロファイルのリストを含む。対話型アプリケーションリソースＩＤは、受信したデバイス上に対話型を表示するように適切な対話型アプリケーションを実行するため、そのデバイスによって使用されることになる。
上記で説明したように、一実施形態では、対話型イベントアプリケーションは、ＢＯＣ４内の対話型アプリケーションジェネレータ３１内で動的に生成され得る。この実施形態について、図５Ａを参照しながら以下で説明する。この実施形態では、生成された対話型イベントアプリケーションは、図８〜図２４Ｄを参照しながら以下で説明するように、受信デバイスによって受信され、実装され得るアプリケーションとして（たとえばファイル配信システムを介して）放送される。以下で説明する別の実施形態では、対話型イベントアプリケーションは、放送された対話型アプリケーションデータおよびメタデータに基づいて、受信デバイス自体の内で生成／実装され得る。
図５Ａに、放送システムを介して、受信デバイスに、対話型アプリケーションと関連するメタデータとを配信するための実施形態の方法５００を示す。そのような配信機構はまた、対話型イベントを実装するため、ならびに対話型イベントアプリケーションを生成するために受信デバイスによって用いられる、対話型イベントデータとリソースとテンプレートとを配信するために使用され得る。方法５００のステップ５０２において、コンテンツプロバイダおよび／または対話型アプリケーションジェネレータは、アプリケーションコンテンツを生成し、アプリケーションデータとアセットとファイルと他の実行可能要素とを作成し、それらを一緒にアプリケーションパッケージの中にバンドルする。そのようなアプリケーションパッケージは、アプリケーションパッケージを構成し得るコンテンツのタイプのほんのいくつかの例を挙げれば、ＨＴＭＬファイル、ＸＭＬスクリプト、ＪＰＥＧ画像、テキストファイル、およびｓｈｏｃｋｗａｖｅファイルを含み得る。ステップ５０４において、アプリケーションパッケージは、放送ネットワーク内のアプリケーションサーバに渡される。ステップ５０６において、コンテンツプロバイダは、特定のアプリケーションの放送のための要求される将来の日付に関する情報を、スケジューラサーバに送る。ステップ５０８において、アプリケーションサーバは、受信デバイスによるダウンロードのために利用可能なアプリケーションを広告するカタログファイルを生成し、これを、符号化と、ワイヤレス放送ネットワークを介した放送とのために、符号化サーバに与える。アプリケーションサーバは、特定のアプリケーションパッケージが放送されることになる日付および時刻を特定するために、同期エージェントサーバまたは放送スケジューラと協調し得る。アプリケーション放送のデータおよび時刻は、ファイル配信スケジュールを搬送するオーバーヘッドフロー中に示され得る。アプリケーションカタログファイルはまた、アプリケーションパッケージが受信され得る放送ストリームを示し得る。
ステップ５１０において、サーバが、アプリケーションサーバからアプリケーションパッケージを取り出し、アプリケーションに関する追加のメタデータを追加し、符号化のためにアプリケーションとメタデータとをパッケージングする。たとえば、様々な実施形態では、同期エージェントは、ステップ５１０において、カタログ中のアプリケーションを検索（look up）し、それをリポジトリ（repository）から取り出し、アプリケーションに関する追加のメタデータを加え、それを符号化のためにパッケージングし得る。ステップ５１２において、符号化サーバは、放送ストリーム内に含めるために、アプリケーションパッケージを好適なフォーマットに符号化する。符号化処理の一部として、アプリケーションパッケージは、データパッケージに分割され得、該データパッケージは、データパケットおよびスーパーフレームに符号化される。ステップ５１４において、符号化されたアプリケーションパッケージは、次いで、ワイヤレス放送ネットワークを介して放送される。ステップ５１６において、符号化されたアプリケーションパッケージは、受信デバイスによって放送信号から取り出される。
図５Ｂは、受信デバイスが対話型イベントを実装するために使用することができる対話型イベントシグナリングメッセージ（ＩＥＳＭ）を準備し、放送するための実施形態の方法５５０ａを示す。方法５５０ａのステップ５５２において、対話型コンテンツプロバイダは、対話型イベントシグナリングメッセージを生成するために、対話型生成システム（ＩＰＳ）に対話型コンテンツおよび／または対話型イベント情報（ＩＥＩ）を供給する。対話型生成システムに供給される対話型イベント情報は、イベント開始時刻、有効期間／終了時刻、対象とされるリアルタイムサービス、対象とされる対話型アプリケーション、対象キャリア、対象デバイスタイプ、ならびに必要なまたは関連するリソースおよびテンプレートなど、イベントメタデータを含み得る。様々な実施形態では、対話型生成システムにおける対話型コンテンツの取り込みは、オペレータによって手動で達成される（たとえば、対話型生成システム上の供給インターフェースを使用して）か、または対話型コンテンツプロバイダまたはリアルタイムコンテンツプロバイダとのプログラミングインターフェースを介して達成され得る。対話型コンテンツは、対話型生成システムの中へのプログラミングインターフェースを使用して、外部広告ネットワーク（たとえば、Ｇｏｏｇｌｅ Ａｄネットワーク）からも摂取され得る。
上記で説明したように、ステップ５５２において、対話型コンテンツプロバイダは、対話型生成システム（ＩＰＳ）に、対話型コンテンツおよび／または対話型イベント情報（ＩＥＩ）を供給する。様々な実施形態では、ステップ５５２において、対話型生成システムはまた、対話型イベントアプリケーションデータ（ＩＥＡＤ）を与えられ得る。この対話型イベントアプリケーションデータは、ユーザに表示される情報と、ユーザに示される画像およびグラフィックスと、ユーザから期待される関連するアクションとを含み得る。ユーザから期待される関連するアクションは、特定のユーザインターフェースボタンまたはタッチスクリーンインターフェースアイコンに割り当てられた機能を含み得る。ステップ５５２において、対話型生成システムはまた、リニア広告のために作成された対話型イベントを、リニア広告スロットに関連付け得る。これらのリニア広告スロットは、対話型広告が表示されるべき広告スロットタイムウィンドウを指定する。
また、ステップ５５２の一部として、対話型生成システム（ＩＰＳ）は、リアルタイムコンテンツに係るイベント表示開始時刻に関する情報を与える。リアルタイムコンテンツに係るイベント表示開始時刻に関する情報を与えることは、対話型イベントを、リアルタイムコンテンツストリームまたは広告と同期させることを、システムに可能にする。様々な実施形態では、イベント表示開始時刻は、後述のステップ５５８に関して説明するように、広告挿入システムから受信されたタイミングトリガに基づいて、対話型生成システムによって計算され得る。
様々な実施形態では、ステップ５５３において、対話型生成システム（ＩＰＳ）は、イベント情報を対話型ゲートウェイに送り、対話型ゲートウェイは、データを、対話型サーバに送るのに適したフォーマットでフォーマットする。ステップ５５４において、対話型生成システムおよび／または対話型ゲートウェイは、組み立てられる対話型イベント情報（イベントメタデータおよびイベントアプリケーションデータなどの）を、放送ペレーションセンター内の対話型サーバに送る。リニア広告上で表示される対話型イベントでは、対話型生成システムは、イベント情報を、対話型サーバに送り得る。イベント情報は、広告挿入システムから受信されるトリガに基づいて、複数のシグナリングメッセージを介して対話型サーバに送られ得る。
ステップ５５６において、対話型サーバは、イベントが開始する前に、対話型イベントに関連する対話型リソース（アセットとアプリケーションデータとを含む）および／またはテンプレートファイルが受信デバイスによって受信され得るよう、これらのファイルを放送するためにファイル配信システムに通知し得る。上述のように、様々な実施形態では、帯域幅を節約するために、対話型イベントアプリケーションデータおよびリソースは、イベント開始時刻より前に（たとえば、イベント開始時刻の数秒または数分前に）放送され得る。したがって、様々な実施形態では、対話型サーバは、イベント開始時刻より前に対話型リソースおよびテンプレートファイルの配信を要求するように構成される。このようにして、必要なリソースおよびテンプレートは、対話型イベントに先立って放送され、したがって、必要なリソースおよび／またはテンプレートを前にダウンロードしていない受信デバイスは、次に来る対話型イベントを実装する準備ができるように時刻内にダウンロードすることができる。様々な実施形態では、対話型サーバは、イベント表示開始時刻および／または広告スロットウィンドウ時間に基づいて、対話型リソースおよびテンプレートファイルの配信を要求し得る。様々な実施形態では、対話型イベントアプリケーションデータ（ＩＥＡＤ）、リソースおよびテンプレートは、対話型イベントリソースファイル配信ストリーム中でなど、放送ネットワークのファイル配信サービスを使用してアウトオブバンドで放送され得、これは、対話型イベントアプリケーションデータが対話型イベントシグナリングメッセージ（ＩＥＳＭ）の一部としてインバンドで送信される場合よりも、放送帯域幅のより良い使用を可能にする。
ステップ５５８において、対話型コンテンツプロバイダからまたは広告挿入システムから受信され得るトリガ情報に基づいて、対話型生成システム（ＩＰＳ）によって、対話型イベント開始時刻が計算され得る。たとえば、放送ペレーションセンターによって挿入されたリニア広告上で提示されることになる対話型イベントは、ステップ５５２の間の厳密な開始時刻を与えられなくてもよい。そのような場合、対話型生成システムは、広告挿入システムから受信されたトリガ情報に基づいて、適切な開始時刻を計算する。
ステップ５６０において、対話型生成システム（ＩＰＳ）は、リニア広告のための対話型イベントに係る計算されたイベント開始時刻を、（対話型ゲートウェイを介して）対話型サーバに送る。ステップ５６２において、対話型サーバは、対象とされるリアルタイムサービス（すなわち、対話型イベントが現れることが意図されたリアルタイムコンテンツ）について、エンドツーエンド（端から端まで）の放送システム待ち時間に基づいて対話型イベント開始時刻を調整する。この調整は、対話型イベントがリアルタイムコンテンツとの所望の同期で再生されることを保証する。
ステップ５６４において、対話型サーバは、適切な対話型イベントシグナリングメッセージ（ＩＥＳＭ）を生成し、そのメッセージを、オーバーヘッドデータストリームの一部として放送するために、オーバーヘッドデータ配信システムに与える。対話型イベントシグナリングメッセージとともに与えられる情報の一部として、対話型サーバは、放送システムを介した対話型イベントシグナリングメッセージの配信のために必要な信頼性およびサービス品質（ＱｏＳ）を指定し得る。
ステップ５６６において、オーバーヘッドデータ配信システムは、対話型サーバによって指定された信頼性およびサービス品質を以って、オーバーヘッドフロー上で対話型イベントシグナリングメッセージ（ＩＥＳＭ）を放送する。対話型イベントシグナリングメッセージが受信デバイスによってタイムリーに受信されることを保証するために、対話型イベントシグナリングメッセージは、高優先度オーバーヘッドデータとして放送され得る。様々な実施形態では、対話型イベントシグナリングメッセージは、対話型イベントが開始することになる前に、ステップ５６４においてオーバーヘッドデータ配信システムに与えられ、ステップ５６６において放送され得る。様々な実施形態では、対話型イベントシグナリングメッセージは、対話型イベントの継続期間にわたって放送され得る。これは、対象となるリアルタイムコンテンツに同調する受信デバイスが、対話型イベントをすぐに実装し、表示することを可能にする。
ステップ５６８において、放送カバレージエリア内の受信デバイスは、ファイル配信システムから、対話型イベントに関連する対話型リソースとテンプレートファイルとを受信する。ステップ５７０において、放送カバレージエリア内の受信デバイスは、オーバーヘッドフローから、対話型イベントシグナリングメッセージ（ＩＥＳＭ）を受信する。ステップ５７２において、受信デバイスは、イベントシグナリングメッセージの中で受信されたイベント開始時刻に基づいてコンテンツを表示することによって、対話型イベントを実装する。
様々な実施形態では、特定のイベントのための対話型イベントシグナリングメッセージ（ＩＥＳＭ）は、モバイル放送ネットワークを介して、一様でない方法で送られ得る。イベント開始時刻の前に残っている時間に応じてなど、対話型イベントシグナリングメッセージを異なるレートで送信することによって、対話型イベントシグナリングメッセージが大部分の受信デバイスによって時間内に受信されることになる所望レベルの確実さを与えながら、空中線帯域幅の利用が最適化され得る。たとえば、イベントを起動するために、受信デバイスの大部分がメッセージを時刻内に獲得することを保証するため、そのイベントのための対話型イベント開始時刻のわずか前により頻繁に（たとえば１秒ごとに１回）、対話型イベントシグナリングメッセージが放送され得る。対話型イベントシグナリングメッセージは、そのようなメッセージに割り振られる帯域幅の量を低減するために、対話型イベント開始時刻の十分前にはより少ない頻度（たとえば、３〜１０秒ごとに１回）で配信され得る。対話型イベントシグナリングメッセージはまた、イベント開始時刻後に対話型イベントに関連するカバレージに入る受信デバイスが対話型イベントシグナリングメッセージを獲得し、対話型を表示することができるように、イベント有効期間全体の中で頻繁に放送されてもよい。対話型イベントシグナリングメッセージは、イベント有効期間中に周期的に（たとえば、５秒ごとに１回）放送されてもよい。イベントの間の対話型イベントシグナリングメッセージの放送は、その時刻中にコンテンツフローに同調したか、またはカバレージエリアに入ってきた受信デバイスが、対話型イベントの表示を開始することを可能にするためであるので、フローデータを獲得し、コンテンツを表示するための準備ができるようなデバイスに関連するレイテンシ（一般に約５秒の）が存在するとの理由から、放送頻度は低減され得る（たとえば、５秒ごとに１回）。
上記で説明したように、特定のイベントのための対話型イベントシグナリングメッセージ（ＩＥＳＭ）は、一様でない方法で送られ得る。これは、図５Ｂを参照しながら上記で説明した方法５５０ａと類似の実施形態の方法５５０ｂを示す図５Ｃに示されている。方法５５０ｂのステップ５６４において、対話型サーバは、対話型イベントシグナリングメッセージを生成し、そのメッセージを、オーバーヘッドデータストリームの一部として放送するために、オーバーヘッドデータ配信システムに与える。ステップ５６５において、対話型イベントが開始および／または終了する前に残っている時間に基づいて、対話型イベントシグナリングメッセージの放送がスケジュールされる。ステップ５６５において、対話型イベントシグナリングメッセージの放送時刻は、イベントが完了するまで間欠的に調整される。ステップ５６６において、オーバーヘッドデータ配信システムは、オーバーヘッドフロー上で対話型イベントシグナリングメッセージを放送する。対話型イベントシグナリングメッセージが放送されている間、放送時刻は、ステップ５６５によって示されるように、イベントが完了するまで間欠的に調整され得る。様々な実施形態では、対話型イベントシグナリングメッセージ配信へのこの一様でない対応、以下でさらにより詳細に説明されるように、空中線帯域幅の消費を節約するために実装される。
図６は、アプリケーション要素をパッケージに組み立て、そのパッケージを放送のために準備する処理期間中の、システムモジュール間のデータフローの例を示す。図７は、図１Ｄに示すアプリケーションサーバ１３０内に実装され得る、放送に係るアプリケーションパッケージを準備するための例示的な方法７００を示す。図１Ｄを参照しながら上記で説明したように、コンテンツプロバイダ１０２は、アプリケーションサーバ１３０に、アプリケーションパッケージを構成する様々なアプリケーション要素を与え得る。アプリケーションサーバ１３０は、放送ネットワークを介して配信するのに好適なアプリケーションパッケージに、これらのアプリケーション要素をコンパイル（編集）し得る。図６は、これらのアプリケーション要素が、画像および同様のアセット６０２と、実行可能スクリプト６０４などのアプリケーションロジックと、テキストおよび数字などのデータリソース６０６とを含み得ることを示す。画像アセット６０２は、画像ファイル６０８の形態で与えられ得る。アプリケーションロジック６０４は、ＸＭＬ、ＨＴＭＬ、およびＪＳＦＬファイル６１０の形態で与えられ得る。データリソース６０６は、テキストまたはＸＭＬファイル６１２の形態で与えられ得る。
図７を参照すると、方法７００のステップ７０２において、アプリケーションサーバは、コンテンツプロバイダ１０２から、画像アセット６０２と、データリソース６０６と、アプリケーションロジック６０４とを受信する。ステップ７０４において、アプリケーションサーバは、アプリケーションアセットを動作アプリケーション６１８にコンパイルする。アプリケーション要素をコンパイルすることの一部として、アプリケーションサーバ１３０は、ディスプレイレイアウトテンプレート、標準フラッシュモジュール、標準ＸＭＬスクリプトなどの共通のテンプレートおよびソフトウェアアセット６１４を呼び出し、これらの共通の要素を動作アプリケーションに組み込む。代替的に、共通のテンプレートおよびソフトウェアアセットは、受信デバイスがそれら自体のメモリからそのような共通のテンプレートおよびソフトウェアアセットを呼び出すことを可能にするために、動作アプリケーションに関連するメタデータ中で指定され得る。一例として、アプリケーションサーバ１３０は、ｓｈｏｃｋｗａｖｅ ｆｌａｓｈ（ＳＷＦ）またはＡｄｏｂｅ Ｉｎｔｅｇｒａｔｅｄ Ｒｕｎｔｉｍｅ（ＡＩＲ）実行可能ファイルにコンパイルされ得るアセットとＭＸＭＬデータとを使用して、Ｆｌａｓｈアプリケーションを構築し得る。これは、ＺＩＰまたはＡＩＲでフォーマットされたバンドル（bundle）を生成することによって行われ得る。第２の例として、アプリケーションサーバ１３０は、ＨＴＭＬ／ＣＳＳ／ＪＳファイルを受け付けること、ブラウザにおいて立ち上げられたとき、すべてのリソースのための適切なＵＲＬを含んでいるＨＴＭＬファイルを生成すること、すべてのバイナリリソースをｂａｓｅ６４文字列に変換することとによって、Ｗｅｂアプリケーション（ＨＴＭＬ）をコンパイルし得る。この処理は、すべての関係するデータファイルを取り込むことと、ＷｅｂＡｒｃｈｉｖｅでフォーマットされたバンドルファイルを作成することとを必要とする。この処理の結果は、データストアまたはリポジトリに格納され得るアプリケーション６１８である。
アプリケーションサーバ１３０が、同期エージェントサーバ１３４からなど、放送のためのアプリケーションに係る要求／トリガを受信する（ステップ７０６）とき、ステップ７０８において、アプリケーションサーバ１３０は、データストレージから要求されたアプリケーションを取り出す。ステップ７１０において、アプリケーションサーバは、受信デバイスによる受信のために必要なメタデータを含むアプリケーションパッケージ６２０を形成するために、アプリケーション６１８にメタデータ６２２を追加する。ステップ７１２において、アプリケーションサーバ１３０は、アプリケーションとメタデータとを、符号化および／またはワイヤレス放送ネットワーク１５２を介した配信に好適なアプリケーションｍｉｍｅタイプアグノスティックフォーマットにパッケージングする。
図８は、受信デバイスが、方法６００および７００において組み立てられるアプリケーションパッケージをサポートするように構成され得る代替ソフトウェアアーキテクチャ８００を示す。詳細には、図８は、アプリケーションマネージャモジュール８０６が、放送ネットワークを介したアプリケーションの受信を直接管理し得ることを示す。図８は、また、受信デバイスのソフトウェアアーキテクチャが、放送ネットワークストリームからデータと命令とを受信し、情報を他のモジュールによって理解され得るフォーマットに復号化するデコーダ８０２を含み得ることを示す。アプリケーションおよびメタデータ８０４は、デコーダ８０２によって、アプリケーションが実装される前にそれらを管理するアプリケーションマネージャ８０６に渡され得る。ユーザインターフェースモジュール８１２は、レンダラモジュール８１４、フラッシュプレーヤ８１６、ブラウザまたはウェブキット８１８およびネイティブ処理８２０（たとえば、ＤＬＬおよびＭＯＤ）など、アプリケーションを実行およびレンダリングするために必要なソフトウェア構成要素を含み得る。さらに、ソフトウェアアーキテクチャ８００は、ダウンロードされたアプリケーションの起動のタイミングを協調させるために、ユーザインターフェース８１２と協調するイベントマネージャモジュール８１０を含み得る。
ユーザインターフェース８１２は、特定のアプリケーションおよびイベント情報を取得するために、アプリケーションマネージャ８０６およびイベントマネージャ８１０とインターフェースし得る。たとえば、ユーザインターフェース８１２の制御下にあるアプリケーションは、やり取りを示す矢印８２４によって示すように、アプリケーションマネージャに登録し得る。アプリケーションを登録することは、受信デバイスによって受信された、そのアプリケーションに関係する更新が、ユーザインターフェース８１２に渡されるべきであることを、アプリケーションマネージャに示し得る。たとえば、フェイスブック（Facebook）アプリケーションは、放送チャネルを介して受信された後続のフェイスブックメッセージおよび更新が、ユーザインターフェース８１２を介してフェイスブックアプリケーションに自動的に渡されるように、アプリケーションマネージャに登録し得る（矢印８２４）。
イベントマネージャ８１０は、対話型アプリケーション起動の開始および停止時刻を制御するために、矢印８２８によって示すように、ユーザインターフェース８１２と通信し得る。たとえば、アプリケーションが特定の広告の間に機能するように意図されている場合、イベントマネージャ８１０は、アプリケーションが始まるべきポイントにおいてユーザインターフェース８１２に開始メッセージ８２８を送り、アプリケーションが終了すべきポイントにおいて停止メッセージ８２８を送り得る。
様々な実施形態では、実行中のアプリケーションまたは対話型イベントの性質に応じて、ユーザは、選択を行うかまたはフィードバックを与えるように勧誘され得る。フィードバックは、調査質問に対する応答または特定の対話型アプリケーションに対する応答など、コンテンツプロバイダにとって有益であり得る情報を含み得る。そのようなユーザ対話は、メッセージ８２６中でイベントマネージャ８１０に通信され得、イベントマネージャ８１０は、放送事業者または別の当事者に後で報告するために応答をロギング（記載）し得る。さらに、モバイルメディア放送受信デバイスは、ユーザ閲覧傾向および選択を都度報告する機構を用いて構成され得るので、既存の機構も、実行中のアプリケーションに応答して統計および特定のユーザ選択を報告するために使用され得る。ユーザインターフェース８１２はまた、リアルタイムデータイベントとアプリケーションに対する更新とを受信するために、通信８２６を介してイベントマネージャ８１０に登録し得る。
上述のように、受信デバイスは、放送オーバーヘッドストリーム中に含まれるカタログまたは他の情報に基づいて、放送ストリームからの受信のためにアプリケーションを選択し得る。図９は、そのようなカタログメッセージ中に含まれている情報に基づいて、放送ストリームからの受信のためにアプリケーションパッケージを選択するため、受信デバイスにおいて実装され得る例示的な方法９００を示す。方法９００のステップ９０２において、デコーダ８０２は放送オーバーヘッドストリームからアプリケーションカタログを抽出し、ステップ９０４において、アプリケーションカタログをアプリケーションマネージャ８０６に渡す。ステップ９０６において、アプリケーションマネージャは、カタログに記載されているアプリケーションのためのメタデータを抽出し得る。ステップ９０８において、アプリケーションマネージャは、ダウンロードするために適切なアプリケーションを選択するために、抽出されたアプリケーションメタデータを、受信デバイスに知られているフィルタ処理および選択基準と比較する。そのようなフィルタ処理および選択基準は、受信デバイスに特に関係し、互換性のあるアプリケーションを特定するために有用な様々な情報（たとえば、モデル番号、キャリア識別子、地理的領域、サービスプラン、常駐アプリケーションなど）、ならびにデバイスユーザに向けられるアプリケーションと対話型イベントとを特定するために有用な様々な情報（たとえば、ユーザジェンダー、年齢層、所属、閲覧傾向、好み、要求サービスなど）の任意のものであり得る。
ステップ９１０において、アプリケーションマネージャは、受信のために選択されたアプリケーション、ならびにそれらの放送時刻、およびアプリケーションパッケージが受信され得る放送ストリームを特定し、受信のために、この情報を放送受信レイヤに与える。放送時刻および放送ストリーム情報は、ファイル配信オーバーヘッドメッセージから受信され得ることに留意されたい。受信レイヤは、物理レイヤとネットワークレイヤの両方を含み得る。ステップ９１２において、受信レイヤは、アプリケーションマネージャから受信された情報を使用して、放送ストリームから、選択されたアプリケーションを受信するために、受信回路をいつ起動すべきかを決定する。
受信したアプリケーションは、ユーザアクションに基づいて起動され得る。図１０は、受信したアプリケーションを処理するために、モバイルデバイスにおいて実装され得る例示的な方法１０００を示す。方法１０００のステップ１００２において、デコーダ８０２は、スケジュールされた時刻およびチャネルまたはストリームにおいて放送信号からアプリケーションパッケージを抽出する。ステップ１００４において、受信したアプリケーションパッケージは、アプリケーションリソースを抽出し、すべてのアプリケーションリソースが取得されていることを検証するアプリケーションマネージャ８０６に渡される。ステップ１００４の一部として、アプリケーションマネージャ８０６はまた、アプリケーションパッケージ内で指定されているが、含まれていない、共通のテンプレートまたはソフトウェアアセットをメモリから呼び戻し得る。ステップ１００６において、アプリケーションマネージャ８０６は、実装のために利用可能である新しいアプリケーションを受信したことをユーザインターフェース８１２に通知する（矢印８２２によって図示）。ステップ１００８において、ユーザインターフェース８１２は、新しいアプリケーションが受信されたことをユーザに通知するＵＩ表示を生成する。ユーザインターフェース８１２はまた、アプリケーションが立ち上げられるべきかどうかを示すようにユーザに促し得る。ステップ１００８の一部として、ユーザインターフェースは、アプリケーションが起動されるべきであることを示すユーザ入力を待ち得る。ユーザが、アプリケーションが起動されるべきであることを示す場合、ステップ１０１０において、ユーザインターフェース８１２は、アプリケーション実行ファイルとアセットとを与えるようにアプリケーションマネージャ８０６に要求する（矢印８２４によって図示）。ステップ１０１２において、レンダラ８１４はアプリケーションアセットとリソースとを受信し（矢印８２２によって図示）、メタデータに基づいて、提示のためにどのコンテンツコンテナ（たとえば、フラッシュプレーヤ８１６、ウェブキット８１８、またはネイティブスクリプト８２０）を使用すべきかを決定する。たとえば、アプリケーションがｓｈｏｃｋｗａｖｅファイルｍｉｍｅ形式をもつツイッターアプリケーションである場合、レンダラは、フラッシュプレーヤコンテナ８１６を使用することを決定し得る。
アプリケーションを実装することの一部として、ステップ１０１４において、ユーザインターフェース８１２は、リアルタイムアプリケーションデータ更新に関係する対話型イベントの登録を行う（矢印８２６によって図示）。その後、ステップ１０１６において、ユーザインターフェースは、イベントマネージャ８１０を介してリアルタイムアプリケーション更新のためのイベントを受信する（矢印８２８によって図示）。
アプリケーションが受信され、検証されると、ユーザインターフェース８１２は、受信デバイスのユーザに、アプリケーションの利用可能性を知らせ得る。これは、新たに受信したアプリケーションをユーザに知らせるユーザ通知１６２をもつビデオ番組１６０を提示している受信デバイス１０６を示す、図３Ａに示されている。
図３Ａに示すユーザ通知は単一のアプリケーション通知であるが、より高度なユーザインターフェースが与えられ得る。一実施形態では、複数のアプリケーションがダウンロードされ得、起動のためにユーザが複数のアプリケーションを選択することを可能にするメニュー通知がユーザに提示され得る。このようにして、複数のアプリケーションは、受信デバイスが充電している間などに、受信デバイスによってダウンロードされ、次いで、カタログまたはオンラインアプリケーションストアと同様のメニューインターフェースにおいて提示され得る。ここで、違いは、アプリケーションがすでにメモリにキャッシュされていることである。この実施形態では、ユーザは、タッチスクリーンインターフェース上のアイコンにタッチするか、またはデバイスボタンを使用してアプリケーションを選択することによって、ユーザが実装することを望むアプリケーションを選択し得る。次いで、選択されたアプリケーションは、上記で説明したように実装され、一方、選択されなかったアプリケーションはある時点においてメモリから削除され得る。ダウンロードされたアプリケーションのこのユーザインターフェースカタログの一部として、ユーザは、メモリからアプリケーションを削除する選択肢を提示され得る。
さらなる実施形態では、ダウンロードされたアプリケーションのユーザ選択および拒否は、ユーザの好みについて知るために、受信デバイスによって使用され得る。このようにして、時間がたつにつれて、受信デバイスは、ユーザの好みに一致する可能性がより高いアプリケーションまたはアプリケーションのタイプをダウンロードするために選択または自動サブスクライブすることを可能にするフィルタ処理または選択基準を作成することができる。
様々な実施形態では、対話型イベントアプリケーションなどの受信したアプリケーションは、アプリケーション機能をリアルタイム放送コンテンツと同期させるように、放送ストリーム内で受信された信号に基づいて自動的に起動され得る。図１１に、そのような同期されたアプリケーション起動を可能にするために受信デバイス上で実装され得る例示的な方法１１００を示す。方法１１００のステップ１１０２において、デコーダ８０２は、スケジュールされた時刻およびチャネルまたはストリームにおいて、放送信号からアプリケーションパッケージを抽出する。ステップ１１０４において、受信したアプリケーションパッケージは、アプリケーションリソースを抽出し、すべてのアプリケーションリソースが取得されていることを検証するアプリケーションマネージャ８０６に渡される。ステップ１１０４の一部として、アプリケーションマネージャはまた、アプリケーションパッケージ内で指定されているが、含まれていない、共通のテンプレートまたはソフトウェアアセットをメモリから呼び戻し得る。ステップ１１０６において、アプリケーションマネージャは、受信したアプリケーションが起動されるべきであることを示す信号を求めて、放送ストリームからの信号を視聴する。アプリケーションを起動するためのそのような信号は、放送バーヘッドストリーム内で、メタデータ８０４の形態で受信され得る。代替的に、イベントマネージャ８１０は、受信したアプリケーションが起動されるべきであることを示すイベントシグナリングメッセージ（ＥＳＭ）を求めて、放送ストリームを視聴し得る。そのようなイベントシグナリングメッセージのためのフォーマットについては以下で開示する。
アプリケーションを起動するための信号を受信したことに応答して、アプリケーションマネージャ８０６は、ステップ１１０８において、アプリケーション実行ファイルとアセットとを、ユーザインターフェースに送る。ステップ１１１０において、レンダラ８１４はアプリケーションアセットとリソースとを受信し（矢印８２２）、メタデータに基づいて、提示のためにどのコンテンツコンテナ（たとえば、フラッシュプレーヤ８１６、ウェブキット８１８、またはネイティブスクリプト８２０）を使用すべきかを決定する。ステップ１１１２において、レンダラはアプリケーションを起動する。アプリケーションは、受信デバイス上に表示されているリアルタイムコンテンツと同期するように起動されるか、あるいは対話型イベントメタデータまたはシグナリングメッセージ中で特定された何らかの他の特定の時刻に起動され得る。
以下でより詳細に説明するように、対話型イベントの実際の開始時刻に先立って空中線上で放送されたイベントシグナリングメッセージは、変更、更新または終了され得る。これは、同じイベントＩＤと、更新されたイベントバージョン番号と、イベントステータスインジケータ（表示子）とを含む第２のイベントシグナリングメッセージを放送することによって達成され得る。同期されたアプリケーション起動イベントが放送された後に、アプリケーションプロバイダが、そのイベントを取り消すことを望み得るいくつかの理由があり得る。たとえば、アプリケーション起動イベントは、リアルタイムで発生するコンテンツ番組またはイベントにおける変化のために取り消され得る。たとえば、アプリケーションプロバイダは、スポーツイベントの結果に関連する２つの代替アプリケーションを放送し得る。次いで、アプリケーションプロバイダは、結果と関係しないアプリケーション起動を取り消し得る。
上記で説明したように、対話型放送サーバ５は、送信のためにファイル配信システム３８に、必要な対話型イベントアプリケーションデータとリソースとテンプレートと（すなわち、受信デバイスが対話型イベントを生成するために必要とするデータとリソースとテンプレートと）を与え得る。対話型放送サーバ５はまた、放送ネットワーク１を介したオーバーヘッド情報フローによる送信のために、オーバーヘッドデータ配信システム３６に与えられる対話型イベントシグナリングメッセージを生成し得る。図１２は、図４を参照しながら上記で説明した実施形態に従って生成され、放送される対話型イベントシグナリングメッセージを受信し、処理するための、受信デバイスの中に実装され得る例示的な方法１２００を示す。
図１２は、受信デバイスにおいて、対話型イベントシグナリングメッセージ（ＩＥＳＭ）を受信し、処理するための例示的な方法１２００を示す。方法１２００のステップ１２０２において、モバイルデバイス上で動作するアクティブな対話型アプリケーションは、対話型イベントを受信するために、アプリケーションマネージャに登録する。一実施形態では、対話型アプリケーションは、１つまたは複数のタイプの対話型イベントを受信するために登録し得る。アプリケーションマネージャへの対話型アプリケーションの登録は、図２に矢印２２６２によって示されている。
上記で説明したように、対話型アプリケーションは、１つまたは複数のタイプの対話型イベントを受信するために、アプリケーションマネージャに登録し得る。たとえば、アプリケーションマネージャが、アプリケーション識別子（ＩＤ）を指定する対話型イベントが受信され、処理されることを、保証することができるように、対話型アプリケーションは、それらのアプリケーションＩＤをアプリケーションマネージャに登録し得る。アプリケーションマネージャは、受信デバイスプロセッサにおいて機能するオーバーヘッドデータ獲得モジュールにアプリケーションＩＤを渡すことによって、これを達成する。オーバーヘッドデータ獲得モジュールは、ＦＬＯネットワークから受信されたオーバーヘッドフローから、登録されたアプリケーションＩＤに係る対話型イベントを選択的に受信し得る。オーバーヘッドデータ獲得モジュールはまた、対話型イベントを選択的に処理するためのフィルタ処理基準として、登録されたアプリケーションＩＤを使用し得る。様々な実施形態では、対話型アプリケーションはまた、対話型イベントアプリケーションデータのための追加のｍｉｍｅタイプを登録し得る。これらの実施形態では、対話型アプリケーションは、登録されたｍｉｍｅタイプをもつアプリケーションデータを有するイベントのみを受信することになる。様々な実施形態では、対話型アプリケーションは、一意のイベント名、一意のイベントタイプなどに基づく要求を発行することなど、特定の対話型イベントが放送チャネルオーバーヘッドフローから受信されることを要求するために、他の方法を使用し得る。一実施形態では、アウトオブバンドで送信された対話型イベントアプリケーションデータ（ＩＥＡＤ）は、ファイル配信フローから受信され、対話型イベントが開始するようにスケジュールされるまで、受信デバイスのメモリに格納され得る。
ステップ１２０４において、リソースマネージャモジュールは、図２３Ａを参照しながら以下で説明するロジックおよび方法に従って、ファイル配信システムから、対話型イベントに関係する対話型リソースとテンプレートファイルとを獲得する。ステップ１２０６において、オーバーヘッドデータ獲得モジュールは、放送バーヘッドフローから対話型イベントシグナリングメッセージ（ＩＥＳＭ）を獲得する。オーバーヘッドデータ獲得モジュールは、受信デバイスが現在同調しているリアルタイムチャネル、受信のデバイスプロファイル、対象キャリアなどの様々な基準に基づいて、対話型イベントシグナリングメッセージをフィルタ処理し得る。すなわち、一実施形態では、オーバーヘッドデータ獲得モジュールは、視聴されている現在のリアルタイムサービスと他の一致するフィルタ処理基準と向けられている対話型イベントシグナリングメッセージのみを獲得するように構成され得る。他の実施形態では、リアルタイムサービスに結びつけられていない対話型イベントシグナリングメッセージ（たとえば、アンバウンド対話型イベントシグナリングメッセージ）は、それが、デバイスタイプ、対象とされるキャリア、ユーザ人口統計などの他のフィルタ処理基準を満たすことを条件とし、その対話型イベントシグナリングメッセージは、どのリアルタイムサービスが視聴されているかにかかわらず、任意の時刻に獲得され得る。
ステップ１２０８において、オーバーヘッドデータ獲得モジュールは、獲得された対話型イベントシグナリングメッセージ（ＩＥＳＭ）を、対話型イベントマネージャに渡す。これは、図２に矢印２８０２によって示される。ステップ１２１０において、対話型イベントマネージャは、イベントフィルタ処理を実行し、受信デバイスにまたはデバイスの現在の状態に適用可能でない対話型イベントシグナリングメッセージをドロップする（すなわち、保存しない）かまたは受信しない。対話型イベントマネージャはまた、対話型イベントを再生するために必要な必須のリソースまたはテンプレートが、ステップ１２０４においてリソースマネージャからすでにダウンロードされているかどうかを決定し得る。一実施形態では、対話型イベントは、必須のリソースまたはテンプレートが対話型イベント時刻に利用可能でない場合、再生されないことになる。一実施形態では、対話型イベントマネージャは、対話型イベントシグナリングメッセージ中に含まれるターゲット基準に基づいてイベントフィルタ処理を実行し得る。
ステップ１２１２において、対話型イベントマネージャは、フィルタ処理された対話型イベントをアプリケーションマネージャに渡す。アプリケーションマネージャは、ステップ１２１４において、受信した対話型イベントを受けるために、すでに登録された対話型アプリケーションがあるかどうかを決定する。この決定は、アプリケーションＩＤ、イベントアプリケーションデータのｍｉｍｅタイプ、イベント名、イベントタイプ、または対話型イベントシグナリングメッセージ（ＩＥＳＭ）内に含まれる同様の情報に基づき得る。受信した対話型イベントがどの登録された対話型アプリケーションにも一致しない場合（すなわち、決定ステップ１２１４＝「いいえ」）、ステップ１２１６において、受信されたイベントは無視される。
対話型イベントを受信するためにアプリケーションマネージャに登録された対話型アプリケーションのうちの１つまたは複数が、受信した対話型イベントシグナリングメッセージと一致する場合（すなわち、決定ステップ１２１４＝「はい」）、ステップ１２１８において、アプリケーションマネージャは、ユーザインターフェース内のユーザエージェントを介して、適切な対話型アプリケーションに、対話型イベントを送る。一実施形態では、ユーザエージェントは、対話型イベントを正しい対話型アプリケーションにルーティングする機能を実行し得る。
ステップ１２２０において、対話型イベントを受信した対話型アプリケーションは、デバイスファイルシステムからの必要なリソースとテンプレートとにアクセスし、これらのリソースおよび／またはテンプレートを、必要な対話型表示および機能を組み立てまたは生成するために使用する。ステップ１２２２において、対話型アプリケーションは、対話型イベントシグナリングメッセージ中で受信されたイベントアプリケーションデータに基づいて、対話型コンテンツを表示する。
いくつかの対話型イベントは時刻的に重複し得るので、受信デバイスは、２つ以上の重複イベントのいずれが、いつ表示されるべきかを決定するように構成され得る。受信デバイスにおいてこの決定を実行することは、放送側でのスケジューリングおよびフォーマッティングを簡略化し、受信デバイスが、デバイス固有イベント（たとえば、受信エリア間の移動、チャネルの切替え、対象の基準に関係するデバイス情報）から生じる重複イベントを管理することを可能にし得る。たとえば、大部分の受信デバイスは、両方（またはそれ以上）の基準に一致しない一方で、一部の受信デバイスは、時刻的に重複する２つ（またはそれ以上）の対話型イベントのためのターゲッティング基準に一致し得る。受信デバイスにおいて２つ以上の対象とされる対話型イベントの中で選択することは、２つ以上の基準に一致する少数のデバイスに係るイベントの競合解消について心配する必要なしに、対話型イベントサプライヤおよび放送事業者が対象となるイベントを生成することを可能にする。受信デバイスが、対話型イベントサプライヤまたは放送事業者に好まれる方法で、競合する対話型イベントの中で選択を行うことを可能にするために、対話型イベントは、対話型イベントシグナリングメッセージ内に含まれ得る優先度値を割り当てられ得る。
図１３に、設定された優先度値に基づいて重複する対話型イベントに応答するために受信デバイスが実装し得る例示的な方法１３００を示す。方法１３００は、ステップ１２１４とステップ１２１８との間に実装され得るステップを追加して、図１２を参照しながら上記で説明した方法１２００を補足する。
上記で説明したように、ステップ１２１４において、アプリケーションマネージャは、受信した対話型イベントを受けるために、すでに登録された対話型アプリケーションがあるかどうかを決定する。受信デバイスプロセッサが、受信した対話型イベントのためにアプリケーションが登録されていると決定した場合（すなわち、決定ステップ１２１４＝「はい」）、図１３の方法１３００の決定ステップ１３０２において、プロセッサは、受信した対話型イベントが、別の前に受信した対話型イベントと重複するかどうかを決定する。前に受信した対話型イベントとの重複がない場合（すなわち、決定ステップ１３０２＝「いいえ」）、プロセッサは、図１２を参照しながら上記で説明したように、ステップ１２１８に進み得る。しかしながら、受信した対話型が別の対話型イベントと重複する場合（すなわち、決定ステップ１３０２＝「はい」）、プロセッサは、ステップ１３５０において、対話型イベントシグナリングメッセージから重複イベントの各々のためのイベント優先度を取得する。
決定ステップ１３５２において、プロセッサは、イベント優先度を比較して、それらが等しいかどうかを決定する。イベント優先度が等しい場合（すなわち、決定ステップ１３５２＝「はい」）、プロセッサは、ステップ１３５４において、より遅く開始する対話型イベントを実装または無視するためのデフォルトルールを適用する。一実施形態では、デフォルトルールは、より遅く開始する対話型イベントが、より早く開始する対話型イベントにとって代わることであってもよい。この場合、より遅く開始する対話型イベントは、それの開始時刻に実装されることになる。別の実施形態では、デフォルトルールは、より遅く開始する対話型イベントが、より早く開始する対話型イベントにとって代ることがないことでもよい。この場合、より遅く開始する対話型イベントは、無視される（方法１２００のステップ１２１６）か、またはより早く開始する対話型イベントが終了したとき（すなわち、より早く開始する対話型イベント有効時間が満了したとき）に起動されるように、キューの中に維持され得る。
上記で説明したように、決定ステップ１３５２において、プロセッサは、イベント優先度を比較して、それらが等しいかどうかを決定する。対話型イベント優先度が等しくない場合（すなわち、決定ステップ１３５２＝「いいえ」）、決定ステップ１３５６において、プロセッサは、より早く開始する対話型イベント（いくつかの状況では現在アクティブな対話型イベントであり得る）が、より高い優先度を有するかどうかを決定する。より早く開始する対話型イベントが、より遅く開始するイベントよりも低い優先度を有する場合（すなわち、決定ステップ１３５６＝「いいえ」）、プロセッサは、図１２を参照しながら上記で説明したように、ステップ１２１８に進むことによって、より遅く開始する受信した対話型イベントを、通常の機能のために処理する。より早く開始する対話型イベントが、より遅く開始するイベントよりも高い優先度を有する場合（すなわち、決定ステップ１３５６＝「はい」）、プロセッサは、より遅く開始する対話型イベントを無視するか、またはより早く開始する対話型イベントが終了したときに起動されるようにキューの中に保持する（ステップ１３５８）。３つ以上の重複対話型イベントが受信された場合、プロセッサは、所与の時刻にどの対話型イベントを実装すべきかを決定するために、方法１３００に示すものと同様のステップを実装し得る。
対話型イベントを選択するためにデバイスによって使用される、上記の優先度、およびプリエンプション（とって代るための）ロジックは、ユーザの体験に影響を及ぼし得る。このために、一実施形態では、デバイスによって使用されるプリエンプションロジックは、受信デバイス上のメモリに格納された構成／供給パラメータによって制御され得る。この構成パラメータは、受信デバイスのユーザが、デバイス、表示されたコンテンツ、システムの対話型機能に対してより大きい制御を有することを可能にし得る。たとえば、ユーザは、対話型イベントが途中から開始すること、または理解するには余りにも短すぎる期間の間しか実行されないことによるいらつきを避けるために、競合の場合に、２番目に到着するかまたは低優先度の対話型イベントを無視することを選択し得る。
図１４Ａ〜図１６Ｃに、様々な実施形態による対話型イベントシグナリングメッセージ（ＩＥＳＭ）において使用するのに好適な例示的なデータの形式を示す。図１４Ａを参照すると、対話型イベントシグナリングメッセージ７０は、メッセージ識別子７２１と、イベント識別子７２２と、イベントバージョン番号７２３と、イベントステータス７２４と、イベント開始時刻７２５と、イベント持続時間または終了時刻７２６とを有する属性データ７２を含み得る。メッセージ識別子７２１は、イベントシグナリング情報を搬送するメッセージを特定し得る。イベント識別子７２２は、特定の対話型イベントのための一意の識別子を与え得る。イベントバージョン番号７２３は、対話型イベントシグナリングメッセージのバージョンを示し、それによって、受信デバイスが特定のシグナリングメッセージをすでに受信したかどうかを決定することを可能にする。イベントステータス７２４フィールドは、イベントが現在アクティブであるかまたは停止しているのかを示すためになど、対話型イベントのステータスを示し得る。一実施形態では、イベントステータス７２４フィールドは、イベントがすでに停止し、したがって、受信デバイス上に表示されるべきでないことを示すために更新される。イベント開始時刻７２５フィールドは、絶対ＵＮＩＸ（登録商標）時刻フォーマットでなど、受信デバイスが理解することができる形式でイベントの開始時刻を示し得る。イベント持続時間または終了時刻７２６は、イベント開始時刻（データフィールド７２５中に与えられる）からの秒数でイベントの持続時間を示し得る。代替的に、イベント持続時間または終了時刻７２６は、絶対ＵＮＩＸ時刻形式でなど、受信デバイスが理解することができる形式で終了時刻を示してもよい。
図１４Ｂは、図１３を参照しながら上記で説明したように、イベント優先度によって複数の対話型イベントシグナリングメッセージを受信することをサポートする、対話型イベントシグナリングメッセージ（ＩＥＳＭ）のための例示的なデータの形式を示す。具体的には、図１４Ｂは、対話型イベントシグナリングメッセージ７０が、イベントの持続時間を数で示すイベント持続時間７２６要素を有し得ることを示す。一実施形態では、イベント持続時間７２６は、イベント開始時刻７２５からの秒数を示す。対話型イベントシグナリングメッセージ７０はまた、図１３を参照しながら上記で説明したように、２つ以上の対話型イベントシグナリングメッセージが重複するような、重複イベントの状況のためにイベント優先度を指定するイベント優先度フィールド７２７を含み得る。
図１５および図１６Ａは、対話型イベントアプリケーションデータ、リソースおよびテンプレートのインバンド配信を可能にする、対話型イベントシグナリングメッセージ（ＩＥＳＭ）のための例示的なデータの形式を示す。対話型イベントアプリケーションデータ、リソースおよびテンプレートのアウトオブバンド配信を可能にするために、対話型イベントシグナリングデータの形式は、図１６Ｂおよび図１６Ｃに示すように、これらのリソース、アセットおよびテンプレートのための識別子を搬送する。様々な実施形態では、単一の汎用の形式が、イベントアプリケーションデータとリソースとテンプレートとのインバンド配信およびアウトオブバンド配信の両方をサポートするために使用され得ることに留意されたい。
図１５を参照すると、対話型イベントシグナリングメッセージ７０は、対象となるリアルタイムサービスなどの、対話型イベントが表示されるべき１つまたは複数のサービスの識別子を与える、サービス識別子８０を含み得る。対話型イベントシグナリングメッセージ７０は、イベントが向けられている１つまたは複数の対話型アプリケーションのための識別子を含み得る、アプリケーション識別子８１を有する。アプリケーション識別子８１は、上記で説明したように、アプリケーションマネージャに登録した対話型アプリケーションから受信されるアプリケーションＩＤと比較される。様々な実施形態では、対話型イベントシグナリングメッセージ７０はまた、課金および顧客サービスプロバイダ（ＢＣＳ：billing and customer service provider）を有し、それはＢＣＳ（たとえば、ＶＺＷまたはＡＴ＆Ｔ）と、対話型イベントが対象とする関連デバイスプロファイル（たとえば、イベントをＶｅｒｉｚｏｎ ＢＣＳ上のすべてのデバイスに向ける）とをリストし得る。
図１５は、対話型イベントシグナリングメッセージ７０がまた、対話型イベントが実行／表示されるべきエリアをリストし得る、適用可能なエリア（領域）のデータフィールド８４を含み得ることを示す。受信デバイスが特定された適用可能なエリア内に現在位置する場合のみ、対話型イベントが実行されるように、これらのエリア（領域）は、地理的座標、アクセスされた送信機の識別子、放送ネットワークによって定義されたインフラストラクチャエリア識別子、または他のタイプの地理的情報に関して定義され得る。たとえば、ＭｅｄｉａＦＬＯネットワークでは、適用可能なエリアは、ワイドエリアオペレーションインフラストラクチャ識別子（wide-area operation infrastructure identifier (WOI ID)）および／またはローカルエリアオペレーションインフラストラクチャ識別子（local-area operation infrastructure identifier (LOI ID)）によって特定され得る。
様々な実施形態では、対話型イベントシグナリングメッセージ７０はまた、対話型イベントのためのアプリケーションデータ関係情報を指定し得る、アプリケーションデータ情報８６を含み得る。アプリケーションデータ情報８６は、アプリケーションデータを搬送するファイルのためのリソース識別子を含み得るか、またはイベントシグナリングメッセージ中にアプリケーションデータをインバンドで含み得る。対話型イベントシグナリングメッセージ７０はまた、対話型イベントのためのテンプレートデータ関係情報を指定し得る、テンプレート情報８６Ａを含む。テンプレート情報は、事前ダウンロードされたレイアウトテンプレートデータのためのテンプレート識別子を含み得るか、または対話型イベントシグナリングメッセージ中にテンプレートデータをインバンドで含む（たとえば、新しいテンプレートを使用する急なイベントのため）。対話型イベントシグナリングメッセージ７０はまた、対話型イベントのためのリソース関係情報を指定し得る、リソース情報８８を有する。そのようなリソース情報８８は、受信デバイスが対話型イベントを実装／表示するためにメモリから呼び戻すべき必要なリソースを特定し得る。
図１６Ａは、適用可能なＢＣＳ８２が、ＢＣＳのための識別子８２８、包まれるデバイスプロファイル８２４、および除外されるデバイスプロファイル８２６などの属性８２２を含み得ることを示す。包まれるデバイスのプロファイル８２４は、対話型イベントが実行されるべきデバイスプロファイルをリストし、一方、除外されるデバイスのプロファイル８２６は、イベントが実行されるべきでないデバイスプロファイルをリストする。一実施形態では、包まれるデバイスプロファイル８２４または除外されるデバイスプロファイル８２６のいずれか一方のみが、適用可能なＢＣＳ８２中に存在してもよい。
上述のように、対話型イベントデータ、リソースおよびテンプレートは、対話型イベントシグナリングメッセージの一部としてインバンドで、または対話型イベント配信に先立ってファイル配信データフローにおいてアウトオブバンドで放送され得る。イベントアプリケーションデータ、リソースおよびテンプレートをアウトオブバンドで放送することは、対話型イベントを実装するために必要な帯域幅を節約することができる。上記で説明したように、対話型イベントアプリケーションデータ、リソースおよびテンプレートのアウトオブバンド配信を可能にするために、対話型イベントシグナリングデータの形式は、図１６Ｂおよび図１６Ｃに示すように、これらのリソース、アセットおよびテンプレートのための識別子を搬送する。
図１６Ｂを参照すると、対話型のためのアプリケーション関係情報を指定するアプリケーション情報８７は、アプリケーションデータがインバンドで含まれるかどうかを示すアプリケーションデータインバンド属性８７２、アプリケーションデータを含んでいるリソースを特定し得るアプリケーションデータリソース属性ＩＤ８７４、およびインバンドアプリケーションデータに係るｍｉｍｅタイプを示すｍｉｍｅタイプ属性８７６などの属性を含み得る。さらに、アプリケーション情報は、インバンドアプリケーションデータを与えるアプリケーションデータ８７８を含み得る。アプリケーションデータがアウトオブバンドで配信される場合、アプリケーションデータリソース属性ＩＤ８７４は、関連するアプリケーションデータを搬送するファイルリソースの識別子を特定する。
図１６Ｃを参照すると、対話型イベントシグナリングメッセージ７０内のリソース情報８８は、いくつかの属性とリソースデータ８８６とを含み得る。それらの属性は、リソースに係る識別子を与えるリソースＩＤ属性８８１、リソースがインバンドで含まれるかどうかを示すリソースインバンド属性８８２、リソースが特定の対話型イベントにとって必須かどうかを指定するリソース必須属性８８３、リソースがこの特定の対話型イベントのためにのみ使用されることを指定するイベント固有属性８８４、およびインバンドリソースに係るｍｉｍｅタイプを示すｍｉｍｅタイプ属性８８５を含み得る。リソースがインバンドで与えられる（リソースインバンド属性８８２に示すように）場合、リソースデータ８８６は特定されたリソースデータを含むことになる。
一実施形態では、対話型イベントの実際の開始時刻に先立って空中線で放送される対話型イベントは、それらの初期放送後に、変更、更新または終了され得る。図１４Ａ〜図１６Ｃに示すメッセージの形式は、メッセージＩＤ７２１、イベントＩＤ７２２、イベントバージョン７２３、およびイベントステータス（イベントの状態）７２４などのデータフィールドを用いて、そのような更新および終了を可能にする。対話型イベントが放送された後、対話型コンテンツプロバイダがそれを取り消すことを望むいくつかの理由があり得る。たとえば、対話型イベントは、リアルタイムで発生するコンテンツ番組またはイベントにおける変化のために取り消され得る。たとえば、対話型コンテンツプロバイダは、スポーツイベントの結果に関連する２つの択一的な対話型イベントを放送し、次いで、その結果に関係しない対話型イベントを取り消し得る。これらの機構を使用して、対話型コンテンツプロバイダは、視聴者が、スーパーボウルで勝ったチームに適した記念品を注文することを可能にし、次いで、敗れたチームに対応する対話型イベントを取り消すことができるような、対話型イベントを事前に放送することができる。このようにして、対話型イベントは、結果がわかった後に対話型イベントを作成し、放送するために必要になるであろう遅延なしで、視聴者が勝ったチームの記念品を購入することを可能にするため、対話型イベントは、受信デバイス上に直ちに表示され得る。
対話型イベントを停止するかまたは取り消すという決定が行われたとき、前に放送されたイベントシグナリングメッセージを更新するかまたは置き換え、イベントが取り消されるかまたは停止されることを示す、対応する対話型イベントシグナリングメッセージが放送され得る。たとえば、受信デバイスが、そのメッセージを、更新されたシグナリングメッセージとして認識するように、対話型イベントシグナリングメッセージは、イベントバージョン７２３中で新しいバージョン番号を示し、イベントステータス７２４中でイベントが取り消されたことを示す。対話型イベントを終了するために必要な唯一の情報は、イベントＩＤ７２２とイベントバージョン７２３とイベントステータス７２４とを特定する属性であるので、イベントを終了するために必要な対話型イベントシグナリングメッセージは、とても短く、そのような終了シグナリングに必要な帯域幅の量を低減し得ることに留意されたい。受信デバイス上の対話型イベントマネージャが、イベントが取り消されたことを示す更新された対話型イベントシグナリングメッセージを受信するとき、その対話型イベントがまだ開始していない場合、それをメモリから削除し得る。その対話型イベントがすでに開始している場合、対話型イベントマネージャは、アプリケーションマネージャに、イベントを停止するように通知し得る。アプリケーションマネージャは、表示されている対話型を終了し、および／または取り消すようにアプリケーションに通知する対話型イベント停止信号を、対話型アプリケーションに送り得る。同様にして、前に放送された対話型イベントシグナリングメッセージは、追加のリソースまたはテンプレートを特定するか、あるいはイベントに関連するメタデータまたはアプリケーションデータの一部を変更するためなどのように、更新され得る。
さらなる実施形態では、対話型イベントシグナリングメッセージは、重複する対話型イベントを調整するように構成され、受信デバイスによって処理され得る。図１２を参照しながら上記で説明したように、様々な実装形態およびプログラミング状況では、単一のコンテンツフロー上で提示される２つ以上の対話型イベントは、時間的に重複し得る（すなわち、それらの有効時間は重なり得る）。そのような状況の別の例は、広告に関連する対話型イベントをも含む、投票対話型イベント（たとえば、好きな芸能人、音楽ビデオまたは曲についての投票）を含む、リアルタイム放送番組またはコンテンツフローである。この例では、投票対話型イベントは、ユーザ投票入力を促し、受信するためのユーザインターフェース表示を含み得、広告対話型イベントは、ユーザが広告されているアイテムを購入することを可能にするための、オンライン注文ユーザインターフェースであり得る。いくつかの重なり合う状況では、放送事業者または番組／コンテンツプロバイダが、広告対話型イベントを提示するためになど、第１の起動された対話型イベントが第２（および第３など）の起動された対話型イベントによって中断されることを希望する。他の重なり合う状況では、第１に現れる対話型イベントは、第１の対話型イベントが高優先度イベントであるときなど、後続の対話型イベントによって中断されるべきではない。２つ以上の対話型イベントが同時にまたはほぼ同時に開始するようにスケジュールされた状況では、図１３を参照しながら上記で説明した方法１３００など、受信デバイスが、どの対話型イベントを提示すべきかを決定することができる機構があり得る。
図１３を参照しながら上記で説明したように、２つ以上の重なった対話型イベントのいずれがユーザに表示されるべきかを決定することを、受信デバイスに可能にするために、対話型イベントシグナリングメッセージは、優先度値を含み得る。図１４Ｂは、メッセージ属性の一部としてｅｖｅｎｔＰｒｉｏｒｉｔｙ７２７の値を含む、対話型イベントシグナリングメッセージ７０に係るシステム情報データの形式を示す。この実施形態では、対話型ヘッドエンドシステムは、各対話型イベントに優先度を割り当て得る。一実施形態では、対話型ヘッドエンドシステムが特定の優先度を割り当てない場合、すべての対話型イベントは、デフォルト優先度（たとえば、低優先度）を割り当てられ得る。さらに、受信デバイスは、２つ以上の重なり合う対話型イベントをどう扱うか決定するための対話型ロジック、例えば、同じ優先度のより遅く開始するイベントによって現在のイベントを常に中断するか、または同じ優先度のより遅く開始するイベントによって現在のイベントを決して中断しないなど、を用いて構成され得る。このようにして、放送事業者または番組／コンテンツプロバイダは、対話型イベントシグナリングメッセージ中で通信される第１または第２の優先度イベントのいずれかの優先度を設定することによって、第１に開始する対話型イベントがより遅く開始する重なった対話型イベントによってとって代られるかどうかを制御し得る。
図１３を参照しながら上記で説明した例示的な方法１３００は、受信デバイスが、イベントの特定の状況、イベントの優先度およびユーザ設定に従って、笠名あった対話型イベントをどのように扱うかを決定することを可能にする。たとえば、対話型イベントに係るデフォルト優先度設定が低優先度であり、２つのイベントが同じ優先度を有するときに、より遅く開始する対話型イベントを起動するロジックを用いて受信デバイスが構成された実装形態では、同じ優先度をもつ重なったイベントを受信した場合、受信デバイスは、対話型イベントをそれらの開始時刻順で示すことになる。複数の同じ優先度イベントが同時に開始するようにスケジュールされる場合、受信デバイスは、対話型イベントを、それらの獲得順（すなわち、第１の対話型イベントシグナリングメッセージが受信された順序）で表示し得る。対話型イベントが終了するとき、同じ優先度の第２の対話型イベントがまだ有効である（イベントの有効時間に基づいて）場合、第２の対話型イベントはユーザに表示され得る。
様々な実施形態では、ある対話型イベントを他のデフォルト優先度対話型イベントの上に表示する（すなわち、とって代る）ことを意図している場合、オペレータは、そのイベントに、より高い優先度を手動で割り当てることができる。代替的に、優先度はまた、ヘッドエンドシステムにおいてプログラムされた何らかのビジネスロジックに基づいて割り当てられ得る。０から９までの数値など、複数レベルの優先度が、ヘッドエンドシステムによって対話型イベントに割り当てられ得る。イベント優先度の値を含む対話型イベントシグナリングメッセージデータの形式については、図１４Ｂを参照しながら上記で説明した。
上記で説明したように、対話型イベントシグナリングメッセージが放送されるときに送信されなければならないデータ量を低減するため、および所与の放送帯域幅内でよりロバスト（頑強）な表示を可能にするために、対話型イベントは、事前に放送され、受信デバイスに格納されたリソースおよびテンプレートを使用し得る。そのようなリソースおよびテンプレートはまた、複数のイベントおよび複数のイベントのタイプにおいて使用され得る、標準化された表示とレイアウトと画像と機能とを含み得る。このようにして、対話型イベントシグナリングメッセージは、受信デバイスによって実装されるべき１つまたは複数のリソースおよびテンプレートを指定し、特定のテンプレート実装に関連付けられることになるデータを与える。たとえば、単純な標準テンプレートは、対話型イベントシグナリングメッセージの中で与えられるテキストのために、表示部の下部に沿って配置される、フォーマット済みテキストをもったバナーを与え得る。バナーテンプレートＩＤを指定し、ＡＳＣＩテキストデータを含めることによって、少量のデータを備える対話型イベントシグナリングメッセージが、様式化されたテキストバナー表示を生成できる。
様々な実施形態では、リソースおよびテンプレートを使用することにより、システムは、ほぼ無限の数の機能を実装することが可能になる。リソースの例は、ソフトウェアモジュール、ＡＰＩ、フラッシュスクリプト、およびＸＭＬスクリプトがある。テンプレートの例には、バナー、ボーダー、画像、ユーザインターフェース画像、およびユーザ入力定義がある。リソースおよびテンプレートは、ＯＥＭ構成の一部としてなど、受信デバイス上にプリロードされ、空中線上で展開および更新され得る。リソースおよびテンプレートがどのように空中線上で送信および更新され得るかについてのより詳細な説明は、以下で図２２〜図２４Ｄを参照しながら行う。
テンプレートは、ＸＭＬスクリプト、Ｃコードデータ定義、ｈｔｍｌスクリプト、および図１７にその例を示すデータテーブルを含む、任意の知られているデータ構造を使用して構築され得る。たとえば、テンプレートデータテーブル１７００は、各々が複数のデータフィールドから構築される複数のテンプレート１７２０〜１７２８を格納し得る。たとえば、テンプレートは、ほんのいくつかの例を挙げれば、テンプレートＩＤデータフィールド１７０２、互換性または適用性データフィールド１７０４、表示座標データフィールド１７０６、形状・色または塗りつぶしデータフィールド１７０８、テキストフォントデータフィールド１７１０、シャドーイング効果データフィールド１７１２、およびグラフィックス機能またはフラッシュデータフィールド１７１４を含み得る。図１７に示すデータフィールドは、テンプレート中に実装され得る情報のタイプの例として与えられており、テンプレートは、この図に示すよりもはるかに多い特徴および要素を含み得ることが想定される。
テンプレート表示１７０２は、受信デバイスメモリにテンプレートをダウンロードするかまたは更新するため、ならびに対話型イベントシグナリングメッセージ中のテンプレートの使用を特定するためになど、特定のテンプレートを参照するための、利便性のある索引を与える。互換性または適用性データフィールド１７０４は、テンプレートが適用可能である、受信デバイスまたは対話型アプリケーションの特定のタイプを特定するために有用であり得る。このようにして、その受信デバイスに互換性があるかまたは適用可能なテンプレートのみが受信され、メモリに格納されるように、受信デバイスは、モバイル放送システムを介して放送されたテンプレートをフィルタ除去し得る。
テンプレートは、対話型イベント表示においてデータがどのように提示され得るかを定義する、いくつかの特性データフィールド１７０６〜１７１４を含み得る。たとえば、テンプレートは、テキストまたは画像のための特定の位置と、形状に適用されるべき色または塗りつぶしのパターンと、受信したデータが提示されるべきフォント（たとえば、スタイルおよびサイズ）と、シェーディング、フラッシュ、シャドーなど、適用されるべき強調またはグラフィカル特性とを指定し得る。このようにして、メッセージ内で特定のテンプレートを指定し、テンプレート中で使用されるべきデータを含めることによって、情報の多種多様な異なるグラフィカル表現が、比較的小さい対話型イベントシグナリングメッセージから、対話型イベントに実装され得る。
表示レイアウトおよびレンダリング情報に加えて、テンプレートファイルはまた、対話型イベント内で実装されるべき機能、特に、様々なユーザ入力に応答して実行されるべき機能またはルーチンを、指定し得る。ユーザ対話型イベントは、一般に、放送ネットワーク、対話型コンテンツプロバイダ、コンテンツプロバイダ、または広告主などの別の当事者との情報の受送信を必要とする、投票、商品の注文、調査への応答によってなど、ユーザが好みを表すことに関与する。上述のように、ユーザ入力情報のそのような通信は、ユニキャストネットワーク１１（図１Ａ参照）を介して、ＩＰデータ呼、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージなど、様々なデータメッセージング技術およびプロトコルを使用し、インターネット上のウェブページにアクセスして、達成され得る。対話型イベントシグナリングメッセージ中に含まれなければならない情報量を最小限に抑えるために、通信方法またはプロトコル、アドレス、データフォーマット、および他のシグナリング仕様は、テンプレートファイル中で特定され得る。たとえば、投票イベントのために有用なテンプレートは、異なるユーザ投票選択に対応する様々なユーザ入力が、受信のために適切なフォーマットで特定のメッセージ宛先に送信されることを指定し得る。たとえば、ＩＰデータ呼、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージのうちの１つによって、および／またはインターネット上のウェブページにアクセスすることによって、ユーザ入力が、指定されたＩＰアドレスに送信されることを、テンプレートは指定し得る。
上記で説明したように、テンプレートは、対話型イベントに先立って放送され得、また、デバイスＯＥＭにおいてまたはサービスキャリアによって与えられる構成中に含まれ得る。テンプレートは、利用可能な帯域幅を活用するために、午前２時と午前６時の間など、ユーザがコンテンツを視聴している可能性の低い時間帯の間に放送および更新され得る。また、ユーザが、いつテンプレートがダウンロードまたは更新されているのか気づかないように、テンプレートは、バックグラウンドで放送され得る。上述のように、テンプレートは、モバイル放送システムのファイル配信サービスを介して送信され得る。
図１８は、テンプレートを使用して対話型イベントを実行するために受信デバイスプロセッサにおいて実装され得る、例示的な方法１８００を示す。方法１８００のステップ１８０２において、対話型イベントシグナリングメッセージを受信する受信デバイスプロセッサは、１つまたは複数のテンプレートのための識別子（たとえば、テンプレートＩＤ）を含む様々なデータ要素を取得するために、そのメッセージをアンパックする（パックを解く）。対話型イベントシグナリングメッセージのこのアンパッキングは、上記で説明したように、プロセッサ上で動作する対話型イベントマネージャモジュールによって達成され得る。ステップ１８０４において、対話型イベントマネージャは、リソースマネージャまたはリソースメモリから、イベントシグナリングメッセージ中で指定された任意のテンプレートを取り出す。ステップ１８０６において、対話型アプリケーションは、レンダリングのための表示要素を生成するために、対話型イベントシグナリングメッセージの中で受信されたデータ要素を、取り出されたテンプレート中に挿入する。ステップ１８０８において、対話型アプリケーションは、テンプレート中で指定された特定の入力機能またはアドレスにボタンまたはタッチスクリーン座標を割り当てる。このようにして、対話型イベントは、テンプレートにおいて定義されている特定のボタンまたはタッチスクリーンアイコンを用いて、特定の対話型イベントに合致するユーザ入力を受信し、処理するように構成され得る。
上記で説明したように、単一の対話型イベントに複数のテンプレートが実装され得る。したがって、決定ステップ１８１０において、対話型アプリケーションは、別のテンプレートがシグナリングメッセージ中で指定されているかどうかを決定する。別のテンプレートがシグナリングメッセージ中で指定されている場合（すなわち、決定ステップ１８１０＝「はい」）、対話型アプリケーションは、ステップ１８０６に戻ることによって、レンダリングのための表示要素を生成するために、データを次のテンプレート中に挿入する。すべての指定されたテンプレートが実装されているとき（すなわち、決定ステップ１８１０＝「いいえ」）、対話型アプリケーションは、ステップ１８１２において、受信デバイスディスプレイ上での提示のために、生成された表示要素をディスプレイドライバに転送する。対話型表示を提示しながら、受信デバイス上のプロセッサは、ステップ１８１４において、ユーザ対話型入力を受け付けるために待機し、ステップ１８１６において、プロセッサは、テンプレート中、および、対話型イベントシグナリングメッセージ中に含まれるアプリケーションデータまたは実行可能スクリプト中で指定されれば、受信されるユーザ入力に関連するどんな対話型機能でも実行し得る。
上述のように、テンプレートは、空中線上でダウンロードされ、更新され得、その例示的な方法１９００を図１９に示す。方法１９００のステップ１９０２において、受信デバイスは、放送システムから電子カタログ更新を受信する。電子カタログは、オーバーヘッドフロー上で送信され得るか、またはファイル配信システム上でファイルとして送信され得る。決定ステップ１９０４において、受信デバイスのプロセッサは、受信した電子カタログが何らかのテンプレート更新をリストしているかどうかを決定する。何のテンプレート更新もリストされていない場合（すなわち、決定ステップ１９０４＝「いいえ」）、プロセッサは、ステップ１９０６において、受信した電子カタログの通常の処理に戻る。１つまたは複数のテンプレート更新が、受信した電子カタログにリストされている場合（すなわち、決定ステップ１９０４＝「はい」）、プロセッサは、ステップ１９０８において、電子カタログからテンプレート更新に関連するメタデータを取得する。ステップ１９１０において、プロセッサは、カタログ中のテンプレートリストから第１のテンプレートを選択し、決定ステップ１９１２において、そのテンプレートが受信デバイスに適用可能であるかまたは互換性があるかどうかを決定する。この決定は、受信デバイスが、その受信デバイスに非互換であるかまたは適用可能でないテンプレートをダウンロードすることを回避することを可能にする。テンプレートが互換であると決定された場合（すなわち、決定ステップ１９１２＝「はい」）、プロセッサは、決定ステップ１９１４において、テンプレートがいずれかの登録された対話型アプリケーションに関係するかどうかを決定することなど、さらなるフィルタ処理を実行する。テンプレートが１つまたは複数の登録された対話型アプリケーションに関係すると決定された場合（すなわち、決定ステップ１９１４＝「はい」）、プロセッサは、決定ステップ１９１６において、カタログにリストされているテンプレートバージョン番号が、メモリに格納されたテンプレートのバージョン番号よりも大きいかどうかを決定することによってなど、リストされたテンプレートがメモリにすでに格納されたテンプレートよりも新しいバージョンであるかどうかを決定する。リストされたテンプレートバージョン番号が、テンプレートがメモリに格納されたテンプレートよりも新しいバージョンであることを示す場合（すなわち、決定ステップ１９１６＝「はい」）、プロセッサは、ステップ１９１８において、示された放送時刻での受信のために、リストされるテンプレートを指定する。ステップ１９１８において受信のためにテンプレートを指定した後、あるいはテンプレートが適合しない（すなわち、決定ステップ１９１２＝「いいえ」）、無関係である（すなわち、決定ステップ１９１４＝「いいえ」）、またはメモリに格納されたテンプレートよりも新しいバージョンでない（すなわち、決定ステップ１９１６＝「いいえ」）との決定に基づいて、プロセッサは、決定ステップ１９２０において、別のテンプレートがカタログにリストされているかどうかを決定する。別のテンプレートがリストされている場合（すなわち、決定ステップ１９２０＝「はい」）、プロセッサは、評価のために次のテンプレートを選択するために、ステップ１９１０に戻り得る。カタログにリストされているすべてのテンプレートが評価されると（すなわち、決定ステップ１９２０＝「いいえ」）、プロセッサは、ステップ１９２２において、受信した電子カタログの通常の処理に戻る。
図２０Ａは、テンプレートとテンプレート更新とを空中線で受信するための、受信デバイス上に実装され得る例示的な方法２０００を示す。カタログにリストされているテンプレートが受信のために指定されているとき、この情報は、指定されたテンプレートを受信する（ステップ２００２）ために、電子サービスガイド、カタログまたは別のファイル配信オーバーヘッドフローの中で示された時刻にファイル配信フローを視聴し得るファイルシステムモジュールに、伝達され得る。ステップ２００４において、受信したテンプレートは、メモリに格納される。ステップ２００６において、リソースマネージャが、対話型イベントを実行する処理の一部としてテンプレートを取り出すことができるように、受信され、格納されたテンプレートは、リソースマネージャに登録される。代替的に、リソースマネージャは、ファイルシステムモジュールからテンプレートを受信し、それをリソースマネージャによって索引付けされた位置においてメモリに格納し得る。
図２０Ｂに、対話型生成システムが対話型イベントシグナリングメッセージを生成する処理の一部としてテンプレートを使用し得る例示的な方法２０５０を示す。ステップ２０５２において、対話型生成システムを使用するオペレータは、受信デバイス上に表示されるべき対話型要素を定義する際に使用する１つまたは複数のレイアウトテンプレートを選択し得る。次いで、オペレータは、ステップ２０５４において、選択されたテンプレート中に挿入されるべきデータ要素を指定または定義する。一実施形態では、選択されたテンプレートに必要なデータの特定のタイプおよびフォーマットのために、対話型生成システムは、オペレータを促すユーザインターフェースを与え得る。ステップ２０５６において、対話型生成システムは、テンプレートＩＤおよびメタデータとともに、対話型イベント情報を対話型サーバに転送する。ステップ２０５８において、対話型サーバは、テンプレートＩＤおよび指定されたデータ要素を適切なフォーマットで含めることにり、対話型イベントシグナリングメッセージをフォーマットし、結果、上記で説明したように、それらが受信デバイスによって受信され、解釈され得る。
上述のように、一実施形態は、イベントシグナリングメッセージ中で指定され得る様々なフィルタ処理基準に基づいて、対話型イベントが受信デバイスの特定のグループ、さらには個々の受信デバイスに向けられることを可能にする。図１４Ａ〜図１６Ｃに示す例示的なメッセージの形式に示すように、特定の対話型イベントが受信デバイス用に指定されているかどうかを決定するために受信デバイスが使用することができるいくつかのデータフィールド中に、対象選定（ターゲッティング）またはフィルタ処理基準が含まれ得る。たとえば、図１４Ａ〜図１６Ｃに示すメッセージの形式は、サービス、キャリア（ＢＣＳ）、デバイスタイプ、対話型アプリケーションおよび地理的エリアに基づく対話型イベントの対象選定を可能にする。追加の対象選定基準は、人口統計学的情報（たとえば、所有者のジェンダー、年齢層など）、サービスレベルまたはサブスクリプション（加入状況）、グループ所属などに基づく個人へのイベントの対象選定を可能にするために、対話型メッセージ要素中に含まれ得る。対象とされる対話型イベントは、対話型イベントシグナリングメッセージがオーバーヘッドフローから取得されるとき、それらが対話型イベントマネージャによって処理されるとき、およびそれらがアプリケーションマネージャによって処理されるときを含む、いくつかの段階において、フィルタ処理され得る。このようにして、ユーザ対話型コンテンツは、そのようなコンテンツが特に関係するかまたは有効であるユーザに狭く対象づけされ、それによって、コンテンツプロバイダにとってのそのようなサービスの経済的値を増加させ得る。
図２１Ａおよび図２１Ｂに示すさらなる実施形態では、放送チャネルを介した動的対話型情報更新をサポートするために様々な対話型イベントシグナリング機構が使用され得る。そのような実施形態では、対話型イベントは、投票結果が放送ネットワークを介してリアルタイムで更新され得るように、リアルタイムで結果を集計し、放送ネットワークに投票集計を与えることができるサーバに、ユニキャストネットワークを介して送信されるユーザ入力を用いて、ユーザが、番組選択、好きな政治家、好きな芸能人、アドホック（特別目的の）視聴者調査など、様々なことについて投票することを可能にしする。さらなる実施形態では、動的対話型情報は、１つまたは複数のデータストリームを介して放送され得る。さらなる実施形態では、対話型イベントシグナリングメッセージは、そのイベントに関係する動的に更新された対話型データが放送されるデータストリームの識別子を含み得る。これは、受信デバイスが、それらのユーザが現在参加している対話型イベントに関連するデータストリームから、対話型データを受信することを選択することを可能にする。たとえば、投票のための対話型イベントシグナリングメッセージは、その投票イベントのための結果を搬送するデータストリームのための識別子を含み得る。一実施形態では、受信デバイスは、結果のデータストリームから、対話型データを選択的に獲得し得る。たとえば、受信デバイスは、ユーザが関連する投票イベントに参加した場合のみ、対話型データを受信することを選択し得る。このようにして、対話型イベントは、動的に更新された対話型情報を搬送するデータストリームにリンクされ得る。同様に、興味をひくイベントを見つけないユーザは、ユーザの受信デバイス上に気を散らす対話型データが表示されることを免れ得る。
さらなる実施形態では、複数の対話型イベントが互いにリンク（連関）されて、１次および２次イベント関係を作成し得る。一実施形態では、このイベントリンキングは、イベントシグナリングメッセージ中に含まれるイベント識別子または他の状態情報を介して達成され得る。したがって、受信デバイスは、ユーザが関係する１次イベントに参加した場合のみ、ユーザに２次イベントを表示すると決定し得る。たとえば、クイズ番組中に、前のクイズの答えに基づく関連質問（follow-up question）があり得る。受信デバイスは、ユーザが、第１のクイズに参加しなかった場合、関連質問を獲得および表示しないように構成され得る。このようにして、イベントが、興味をもつユーザに向けられるように、対話型イベントは、他の対話型イベントにリンクされ得る。そのような興味をひく対話型イベントを見いだせないユーザは、そのユーザの受信デバイス上に気を散らす対話型イベント表示が現れることを免れ得る。
図２１Ａに、ユーザの参加に基づいて、対話型イベントにおいて指定されたデータストリームから、動的対話型データ（たとえば、投票集計）を受信するための、受信デバイスにおいて実装され得る例示的な方法２１００を示す。方法２１００のステップ２１０２において、受信デバイスは、特定のイベントのための対話型イベントシグナリングメッセージを獲得し、ステップ２１０４において、イベントの対応する表示をレンダリングする。そのような対話型イベントの獲得およびレンダリングは、本明細書で説明する他の実施形態の方法のいずれかを使用し得る。決定ステップ２１０６において、受信デバイスは、ユーザがレンダリングされた対話型イベントに参加したかどうかを決定する。この決定は、イベントに応答してユーザ選択が入力されたかどうかに基づき得る。代替的に、この決定は、イベントへの参加に対応する代替ユーザ入力のうちの特定の１つまたは複数をユーザが選択したかどうかに基づき得る。したがって、受信デバイスは、イベントに参加することを取り消すかまたは断るユーザ入力を、実際の参加に関連するユーザ入力と区別し得る。対話型イベントデータまたはテンプレートは、どのユーザ入力が参加に対応するかを指定し得る。受信デバイスが、ユーザが対話型イベントに参加しなかったと決定した場合（すなわち、決定ステップ２１０６＝「いいえ」）、処理は、ステップ２１０８において通常動作に戻る。受信デバイスが、ユーザが対話型イベントに参加したと決定した場合（すなわち、決定ステップ２１０６＝「はい」）、受信デバイスは、決定ステップ２１１０において、それがデータストリーム識別子を指定しているかどうかを決定するために、対話型イベントデータを検査する。対話型イベントデータがデータストリーム識別子を指定していない場合（すなわち、決定ステップ２１１０＝「いいえ」）、受信デバイスは、受信されるべき追加の動的対話型データがないので、通常動作に戻る（ステップ２１１２）。受信デバイスが、対話型イベントがデータストリームのための識別子を指定していると決定した場合（すなわち、決定ステップ２１１０＝「はい」）、受信デバイスは、ステップ２１１４において、そのデータストリーム表示を使用して、放送信号からの指定されたデータストリームから、動的対話型データを獲得する。次いで、受信デバイスは、ステップ２１１６において、必要とされる動的対話型データを表示する。このようにして、対話型イベントに参加したユーザは、投票または調査結果など、イベントに関係する情報を受信し得、一方、参加しなかったユーザは、そのような追加のデータ提供で煩わされない。
図２１Ｂは、ユーザの参加に基づいて２次動的対話型イベント（たとえば、関連質問）を受信するために、受信デバイスにおいて実装され得る例示的な方法２１５０を示す。方法２１５０のステップ２１０２において、受信デバイスは、特定のイベントのための対話型イベントシグナリングメッセージを獲得し、ステップ２１０４において、イベントの対応する表示をレンダリングする。そのような対話型イベントの獲得およびレンダリングは、本明細書で説明する他の実施形態の方法のいずれかを使用し得る。決定ステップ２１０６において、受信デバイスは、図２１Ａを参照しながら上記で説明したように、ユーザがレンダリングされた対話型イベントに参加したかどうかを決定する。受信デバイスが、ユーザが対話型イベントに参加しなかったと決定した場合（すなわち、決定ステップ２１０６＝「いいえ」）、処理は、ステップ２１０８に示すように通常動作に戻る。受信デバイスが、ユーザが対話型イベントに参加したと決定した場合（すなわち、決定ステップ２１０６＝「はい」）、受信デバイスは、決定ステップ２１５２において、それが他の対話型イベントを含むかまたは特定するかどうかを決定するために、対話型イベントデータを検査する。そのような追加の対話型イベントは、元の対話型イベント内の構成要素中に含まれ得る。代替的に、元の対話型イベントデータは、後で放送される対話型イベントシグナリングメッセージを選択的に受信し、実装するために受信デバイスが使用することができる、イベントＩＤまたは他の情報を指定し得る。対話型イベントデータが他の対話型イベントを含んでいないか、または特定しない場合、（すなわち、決定ステップ２１５２＝「いいえ」）、受信デバイスは通常動作に戻る（ステップ２１１２）。受信デバイスが、対話型イベントが他の対話型イベントを含んでいるかまたは特定すると決定した場合（すなわち、決定ステップ２１５２＝「はい」）、受信デバイスは、ステップ２１５４において関係する２次対話型イベントを獲得するために、その情報を使用する。同じく、２次対話型イベントは、元の対話型イベント内に含まれているデータから取得されるか、あるいは対話型イベント識別子、またはイベントシグナリングメッセージフィルタ処理基準、または受信デバイスが関係するイベントシグナリングメッセージを選択的に受信することを可能にする他の情報、を使用して、放送ストリームから取得され得る。次いで、受信デバイスは、ステップ２１５６において、受信デバイス上に獲得された２次対話型イベントを表示する。このようにして、第１の対話型イベントに参加したユーザは、２次または関係するイベントに参加し続けるように勧誘され得、一方、はじめに、参加することを選択しなかったユーザは、興味のない対話型イベントのストリームで煩わされない。
上述のように、対話型リソースおよびテンプレートが対話型イベントのために利用可能であることが必要となる前に、受信デバイスがそれらを受信することを可能にするために、受信デバイスが視聴することができる電子サービスガイドまたは電子カタログ中で特定されるファイル転送フローまたはデータチャネル上での放送のため、そのようなリソースおよびテンプレートがスケジュールされ得る。様々な実施形態では、利用可能な対話型リソースおよびテンプレートのリストを広告することと、どの対話型リソースおよびテンプレートを獲得すべきか、ならびにそのようなファイルをどのように、いつ獲得すべきかを決定するために、受信デバイスが必要とする情報を与えることと、のために、対話型カタログシグナリングファイルが使用され得る。別の実施形態では、対話型ファイルのためのスケジュールは、ファイル配信オーバーヘッドフローを介して搬送され得る。様々な実施形態では、対話型サーバは、対話型カタログシグナリングファイルを生成し得る。様々な実施形態では、対話型カタログシグナリングファイルは、放送ファイルシステムを介して配信されることになるか、または配信されている対話型リソースをリストし得る。
様々な実施形態では、対話型カタログシグナリングファイルは、すべての現在および将来の対話型シーケンスのための対話型リソースを含むように生成され得る。様々な実施形態では、対話型カタログシグナリングファイルは、カタログのタイムウィンドウ（時間枠）内に入る対話型シーケンスのための対話型リソースを含むように生成され得る。たとえば、対話型カタログシグナリングファイルは、次の２４時間中に発生するすべての対話型イベントシーケンスのために必要になる対話型リソースを含むように生成され得る。様々な実施形態では、対話型カタログシグナリングファイルは、カタログタイムウィンドウの境界で、都度、再生成され得、新しい対話型シーケンスが生成された場合、関連するリソースおよびテンプレートが、現在のカタログタイムウィンドウに追加され得る。様々な実施形態では、対話型カタログファイルは、放送ファイルシステム中の対話型リソースおよびテンプレートへの索引（たとえば、ファイル名またはテンプレートＩＤ）を含み得る。対話型カタログファイルは、リソースおよび／またはテンプレートがダウンロードされるべきかどうかを決定するために、受信デバイスが使用することができる対話型ファイルに関連するフィルタ処理またはターゲッティング（対象選定）の基準をも含み得る。そのようなフィルタ処理またはターゲッティングの基準は、たとえば、対象ＢＣＳ、対象リアルタイムサービス、対象デバイスタイプ、対象エリアなどを含み得る。
受信デバイスは、放送ファイルシステム中のよく知られる位置（たとえば、／ｉｔｖ／ｃａｔ．ｘｍｌ）から対話型カタログファイルを獲得し得る。様々な実施形態では、受信デバイスは、よく知られているディレクトリを視聴し、そのディレクトリの下のカタログファイルを受信し得る。対話型カタログファイルから、受信デバイスは、その受信デバイスのためのターゲッティング基準を満たす対話型リソースおよびテンプレートのリストを決定し、次いで、放送ファイル配信システムからすべてのそのような関連リソースおよびテンプレートを獲得し得る。様々な実施形態では、対話型カタログファイルは、受信デバイスによってもはや必要とされない対話型リソースおよびテンプレートを削除するように更新され得る。たとえば、対話型カタログファイルは、関連する対話型シーケンスが満了しており、リソースまたはテンプレートが、予見できる将来に再利用されることが予想されないので、対話型リソースを削除するように更新され得る。様々な実施形態では、受信デバイスは、対話型カタログファイルに記載されていないものなど、メモリから削除され得る、それらの対話型リソースおよびテンプレートを特定するために、対話型カタログファイルを使用し得る。
様々な実施形態では、対話型カタログファイルは、対話型シーケンスが満了した直後には更新されない。これは、対話型シーケンスが満了し、対話型リソースがもはや必要とされなくなるたびに、受信デバイスが対話型カタログファイルを再獲得する必要がないので、受信デバイスバッテリー電力を節約する。一実施形態では、満了した対話型シーケンスのための対話型リソースは、対話型カタログファイルが他のトリガが原因で生成されるときに削除され得る。たとえば、満了した対話型シーケンスのための対話型リソースは、対話型カタログファイルがカタログウィンドウの境界で生成されるとき、および、新しい／既存の対話型シーケンスのための新しい対話型リソースが追加されるとき、に削除され得る。
様々な実施形態では、対話型カタログファイルは、カタログファイル配信期間に基づいて生成され得る。様々な実施形態では、対話型カタログファイルは、現在および次のカタログファイル配信期間に入る、対話型シーケンスのための対話型リソースを含み得る。これらの実施形態では、これは、現在のカタログファイル配信期間と次のカタログファイル配信期間との境界で発生する対話型シーケンスを説明するために使用され得る。
様々な実施形態では、受信デバイスは、ファイルが対話型カタログファイル中にもはや含まれないときに、対話型リソースおよびテンプレートを削除するように構成され得る。様々な実施形態では、対話型カタログファイル中の各リソースまたはテンプレートはまた、指定された満了時刻（すなわち、リソースまたはテンプレートがメモリから削除され得る日付および時刻）を有し得る。一実施形態では、リソース／テンプレート満了時刻は、リソースまたはテンプレートの将来の使用が企図されない場合、関連する対話型シーケンスのための満了時刻に基づいて設定され得る。次いで、受信デバイスは、リソース満了がリソースまたはテンプレートメタデータの一部として指定されているか、または含まれる場合、リソース満了に基づいて、対話型リソースまたはテンプレートを削除し得る。
図２２は、一実施形態により、対話型カタログファイルを生成し、放送するために、放送ヘッドエンド設備において使用され得る例示的な方法２２００を示す。方法２２００のステップ２２０２において、対話型コンテンツプロバイダは、対話型生成システムに、対話型コンテンツ（すなわち、イベントアプリケーションデータ、リソースおよびテンプレート）を供給する。ステップ２２０４において、対話型生成システムは、放送ネットワークを介して対話型アプリケーションデータとリソースとテンプレートとシグナリングデータとを送信するために、対話型シーケンスに関連する対話型イベントデータを、対話型サーバに送る。ステップ２２０６において、対話型サーバは、現在および将来の対話型イベントのための対話型シーケンスに係る対話型アプリケーションデータ、リソースおよびテンプレートへの索引を含み得る、対話型カタログファイルを生成する。そのステップの一部として、対話型サーバは、対話型リソースおよびテンプレートが再利用のために指定されていない場合、関連する対話型シーケンスの満了に基づいてそのようなリソースおよびテンプレートのための満了時刻を設定し得る。ステップ２２０８において、対話型サーバは、生成された対話型カタログファイルと、イベントアプリケーションデータリソースを含む他の対話型リソースおよびテンプレートとを、モバイル放送ネットワークを介したこれらのファイルの送信のために、ファイル配信システムに送る。一実施形態では、対話型カタログファイルは、放送帯域幅をより良く利用するために、イベント開始時刻よりわずか前に、対話型リソースおよびアプリケーションデータを放送することを可能にするため、頻繁に更新され得る。対話型サーバは、カタログファイル中に含まれる対話型リソースの配信前のある時刻のために、対話型カタログファイルの配信をスケジュールし得る。これは、受信デバイスが放送リソースまたはテンプレートを受信することを可能にするために、対話型カタログファイルが受信デバイスによって時間内に獲得され、処理され得ること、を保証する。
ステップ２２１０において、ファイル配信システムは、対話型サーバによって指定された配信サービス品質（ＱｏＳ）に従って、モバイル放送ネットワークを介して放送するために、対話型サーバから受信された対話型カタログファイルと対話型リソースとテンプレートとを、放送事業者に配信する。ステップ２２１２において、受信デバイスは、放送ファイルシステム中のよく知られている位置（たとえば、／ｉｔｖ／ｃａｔ．ｘｍｌ）から、対話型カタログファイルを獲得する。ステップ２２１４において、受信デバイスは、受信した対話型カタログファイルを使用して、適用可能なフィルタ処理基準に基づいてなど、受信デバイスに適用可能な対話型リソースおよびテンプレートのリストを決定する。ステップ２２１４の一部として、受信デバイスは、リストされたリソースおよびテンプレートが、デバイスメモリに現在格納されているリソースおよびテンプレートのより新しいバージョンであるかどうかを決定し得る。ステップ２２１６において、受信デバイスは、放送ネットワーク内のファイル配信システムから、すべての適用可能な対話型リソースとテンプレートとを獲得する。ステップ２２１６の一部として、受信デバイスは、すでに受信され、メモリに格納されたファイルをダウンロードする必要をなくすことによってバッテリー電力を節約するために、メモリにすでに格納されたリソースおよびテンプレートの更新されているバージョンのみを選択し得る。
図２３Ａおよび図２３Ｂに、対話型リソースとテンプレートとを受信するために、対話型カタログファイルを受信し、処理するため、受信デバイスにおいて実装され得る例示的な方法２３００を示す。方法２３００のステップ２３０２において、対話型アプリケーションは、対話型イベントを受信するため、アプリケーションマネージャに登録する。上記で説明したように、様々な実施形態では、対話型アプリケーションは、１つまたは複数のタイプの対話型イベントを受信するため、アプリケーションマネージャに登録し得る。ステップ２３０４において、対話型イベントマネージャは、少なくとも１つの対話型アプリケーションが対話型イベントを受信するために登録されているかどうかを決定し、登録されている場合、対話型カタログファイルに係る獲得を開始する。ステップ２３０６において、対話型イベントマネージャは、リソースマネージャに、ファイル配信システムからの対話型カタログファイルの獲得を開始するように要求する。ステップ２３０８において、リソースマネージャは、ファイル配信システムに、放送ファイルシステム中のよく知られている位置（たとえば、／ｉｔｖ／ｃａｔ．ｘｍｌ）から対話型カタログを獲得するよう要求する。ステップ２３１０において、ファイル配信システムは、対話型カタログファイルを受信し、新しいまたは更新された対話型カタログファイルを、リソースマネージャに送る。ステップ２３１２において、リソースマネージャは、対話型カタログファイルを使用して、カタログファイル中で指定されたフィルタ処理基準に基づいて、受信デバイスによる使用のために適用可能な対話型リソースおよびテンプレートのリストを決定する。ステップ２３１４において、リソースマネージャは、受信デバイスへの適用性および登録された対話型アプリケーションへの適用性など、フィルタ処理基準を満たす、関係する対話型リソースおよびテンプレートのリストを作成する。ステップ２３１６において、リソースマネージャは、ファイル配信システムに、適用可能なリソースおよびテンプレートのそれのリスト中に含まれる対話型リソースとテンプレートとを獲得するよう要求する。ステップ２３１８において、ファイル配信システムは、放送ネットワークからリストされた対話型リソースとテンプレートとを獲得する。
決定ステップ２３２０において、対話型イベントマネージャは、受信デバイスが特定のリアルタイムチャネルに現在同調しているかどうかを決定する。受信デバイスがリアルタイムチャネルに同調していない場合（すなわち、決定ステップ２３２０＝「いいえ」）、受信デバイスは、ステップ２３２２において、非リアルタイム対話型イベントまたはアンバウンド対話型イベントを、それらのいずれかが実行のためにスケジュールされていれば、実装する。受信デバイスがリアルタイムチャネルに同調している場合（すなわち、決定ステップ２３２０＝「はい」）、対話型イベントマネージャは、図１３に示す方法に従って、ステップ２３２４において、オーバーヘッドデータ獲得モジュールから、現在同調されているリアルタイムチャネルに係る対話型イベントシグナリングメッセージを獲得する。ステップ２３２６において、対話型イベントマネージャは、受信した対話型イベントシグナリングメッセージ中のターゲット基準に基づいてイベントフィルタ処理を実行し、受信デバイスに適用可能でないシグナリングメッセージをドロップする。ステップ２３２８において、対話型イベントマネージャが、アプリケーションデータが対話型イベントシグナリングメッセージ中にインバンドで含まれないと決定した場合、マネージャは、対話型イベントシグナリングメッセージ中で受信されたアプリケーションデータファイルリファレンス（索引）情報に基づいて、ファイル配信システムからアプリケーションデータファイルをアウトオブバンドで獲得する（リソースマネージャを介して）か、または、メモリからアプリケーションデータファイルを獲得する（すでにダウンロードされた場合）。ステップ２３３０において、対話型イベントマネージャは、関連するアプリケーションデータ、ならびにリソースおよびテンプレートに係るファイル位置ロケーションとともに、フィルタ処理されたイベントをアプリケーションマネージャに渡す。ステップ２３３２において、１つまたは複数の対話型アプリケーションが対話型イベントを受信するために登録されている場合、アプリケーションマネージャは、対話型イベントを正しいアプリケーションにルーティングする機能を実行するユーザエージェントを以って、対話型イベントを適切なアプリケーションに送る。ステップ２３３４において、対話型アプリケーションは、対話型イベントが対話型リソース（たとえば、画像またはグラフィック）またはテンプレートを必要とする場合、ファイルシステムから、必要なリソースとテンプレートとにアクセスする。ステップ２３３６において、対話型アプリケーションは、受信されたアプリケーションデータと対話型リソースとテンプレートとに基づいて、対話型シーケンスを表示する。
対話型カタログファイルで使用するのに好適な例示的なメッセージの形式が図２４Ａ〜図２４Ｄに示される。詳細には、図２４Ａ〜図２４Ｄは、対話型カタログファイル中に含まれ得る例示的なデータフィールドを示し、様々なデータ要素の目的および性質の記述説明をリストする。図２４Ａを参照すると、対話型カタログ２４０２は、課金および顧客サービスプロバイダ（ＢＣＳ）信号要素２４０４と共用信号要素２４０６とを含み得る。ＢＣＳ信号要素２４０４は、ＢＣＳに係る対話型カタログシグナリング情報を定義し得る。共用信号要素２４０６は、サービスおよびＢＣＳを通じて共用される対話型アプリケーションおよびリソースのためのカタログシグナリング情報を定義し得る。共用信号要素２４０６はまた、共用ＲＳＣタイプ２４４８であり得る、共用ＲＳＣ２４１４フィールドを有する共用信号要素タイプ２４２４フィールドを持ち得る。ＢＣＳ信号要素２４０４は、ＢＣＳのための識別子であるＢＣＳ特定要素２４０８と、ＢＣＳ信号要素２４０４中に含まれる情報のバージョンを指定するバージョン２４１０要素とを有する、属性フィールド２４２２を持ち得る。ＢＣＳ信号要素２４０４はまた、サービスに係る対話型アプリケーションとリソースとのためのＢＣＳ固有シグナリング情報を定義するＳＶＣ信号２４１２要素を持ち得る。ＳＶＣ信号２４１２要素は、属性フィールド２４２８とＳＶＣ ＲＳＣ２４２０フィールドとを有する、ＳＶＣ信号タイプ２４２６要素を持ち得る。ＳＶＣ信号タイプ２４２６要素の属性フィールド２４２８は、対話型シグナリング情報が指定されるＭｅｄｉａＦＬＯ（登録商標）サービスのための識別子であり得るＳＶＣ識別子２４１６要素と、サービス信号要素中に含まれる情報のバージョンを指定するバージョン２４１８要素と、を含み得る。様々な実施形態では、ＳＶＣ ＲＳＣ２４２０要素は、ＳＶＣ ＲＳＣタイプ要素２４３０であり得る。
図２４Ｂを参照すると、ＳＶＣ ＲＳＣタイプ要素２４３０は、属性要素２４３２と、対話型リソースが使用され得るデバイスプロファイルのリストを指定するターゲットデバイスプロファイル要素２４４４と、対話型リソースが使用され得るエリア（領域）のリストを指定するターゲットエリア要素２４４６と、持ち得る。ＳＶＣ ＲＳＣタイプ２４３０要素の属性要素２４３２は、リソース識別子を与える識別子２４３４と、共用要素２４３６と、ファイル名２４３８と、満了要素２４４０と、ｍｉｍｅ要素２４４２と、を持ち得る。共用要素２４３６は、リソースが対話型イベントを通じて共用されるかどうかを示す、ブール（Boolean）フラグであり得る。共用リソースでは、リソース情報は、対話型カタログサイズの大きさを最適化するために、共用ＲＳＣ要素の一部として指定される。ファイル名要素２４３８は、リソースに係る絶対ファイル名であり得る。満了要素２４４０は、リソースに係る満了時刻であり得る。ｍｉｍｅ要素２４４２は、リソースに係るｍｉｍｅタイプ（たとえば、ｊｐｅｇ、ｐｎｇ）を示し得る。様々な実施形態では、ターゲットデバイスプロファイル要素２４４４は、図２４Ｄを参照しながら以下で説明するように、１つまたは複数のターゲットデバイスプロファイルタイプ２４６４を示す。
上記で説明したように、共用信号タイプ２４２４は、共用ＲＳＣ２４１４要素を有し得る。詳細には、図２４Ａは、共用ＲＳＣ２４１４要素が、共用ＲＳＣタイプ２４４８のものであり得ることを示す。図２４Ｃは、共用ＲＳＣタイプ２４４８が、属性要素２４５０と、対話型リソースが使用され得るようなデバイスプロファイルのリストを指定するターゲットデバイスプロファイル要素２４６０と、対話型リソースが使用され得るエリアのリストを指定するターゲット（対象）エリア要素２４６２とを有し得ることを示す。共用ＲＳＣタイプ２４４８の属性要素２４５０は、リソース識別子２４５２と、ファイル名２４５４と、満了要素２４５６と、ｍｉｍｅ要素２４５８とを含み得る。ファイル名要素２４５４は、リソースに係る絶対ファイル名であり得る。満了要素２４５６は、リソースに係る満了時刻であり得る。ｍｉｍｅ要素２４５８は、リソースに係るｍｉｍｅタイプを示し得る。様々な実施形態では、ターゲットデバイスプロファイル要素２４６０は、図２４Ｄを参照しながら以下で説明するように、１つまたは複数のターゲットデバイスプロファイルタイプ２４６４を示し得る。
上記で説明したように、ＳＶＣ ＲＳＣタイプ要素２４３０および共用ＲＳＣ２４１４要素はそれぞれ、対話型リソースが使用され得るデバイスプロファイルのリストを指定するターゲットデバイスプロファイル要素２４４４、２４６０を持ち得る。様々な実施形態では、ターゲットデバイスプロファイル要素２４４４、２４６０は、ターゲットデバイスプロファイルタイプ２４６４要素を含み得る。図２４Ｄは、ターゲットデバイスプロファイルタイプ２４６４要素が、ＢＣＳ識別子２４６８要素を有する属性要素２４６６を含み得ることを示す。ターゲットデバイスプロファイルタイプ２４６４要素はまた、包含されるデバイスプロファイルのすべてをリストする包含２４７０要素と、除外されるデバイスプロファイルのすべてを記載する除外２４７２要素とを含み得る。いくつかの実施形態では、ターゲットデバイスプロファイルタイプ２４６４は、包含２４７０要素または除外要素２４７２のいずれかを含み得る。他の実施形態では、ターゲット（対象）デバイスプロファイルタイプ２４６４は、包含２４７０要素と除外要素２４７２の両方を含み得る。
いくつかの実装形態では、複数のリアルタイムリニアチャネルのために作成され、同時に放送される多数の対話型シーケンスがあり得る。しかしながら、所与の時刻に、ユーザは、所与の対話型イベントが表示される時刻にユーザが同調しているチャネル上の対話型シーケンスしか視聴することができない。複数の対話型シーケンスが放送され、イベントがリニア広告スロットのトップで再生されるように設定されたイベント開始時刻を以って、いくつかの異なるリアルタイムチャネルのための対話型イベントはたいてい同時発生することになる。これは、広告のためのブレーク（中断）が、異なるチャネル上で同時にまたは互いに近接して発生する傾向があるからである。したがって、対話型イベントアプリケーションデータおよびリソースが、１つまたは複数のファイル配信システムフロー中などで、対話型イベントの開始よりわずか前に放送される場合、ユーザは、対話型イベントのうちの１つ、すなわち、視聴されているチャネル上のイベントのみを視聴することになるにもかかわらず、受信デバイスは、大量の対話型イベントデータを獲得するように要求され得る。これは、受信デバイスの処理能力に負担を課しながら、バッテリー電力を不要に消耗させることになり得る。
この事象および他の潜在的な他の事象に対処するために、一実施形態では、受信デバイスは、モバイルデバイスによって視聴されているリアルタイムチャネル上でユーザに表示されることになる対話型シーケンスに関係する対話型イベントアセットのみを獲得するように構成され得る。この実施形態は、デバイス処理およびデバイスバッテリー電力に対する需要を低減する。
上記で説明したように、様々な実施形態は、モバイルマルチメディア放送事業者が、モバイル放送ネットワークを介して対話型シグナリングおよび対話型リソース情報を搬送する放送ファイルデータ配信フローおよびシグナリングフローを通信することを可能にする、機構を与える。様々な実施形態では、対話型リソースは、放送ファイル配信システムを介してデータファイルとして配信され得、対話型リソースファイルは、１つまたは複数のファイルデータフロー上で放送され得る。様々な実施形態では、対話型通信情報は、１つまたは複数のシグナリングオーバーヘッドフローを介して配信され得る。様々な実施形態では、対話型イベントが可能にされる各リアルタイムサービスに係るサービスシステム情報オーバーヘッド情報（the service system information overhead information）は、リアルタイムサービスに関連する対話型リソースを搬送するファイルデータフローへのリンクを指定するため、およびリアルタイムサービスに関連する対話型シグナリングメッセージを搬送するシグナリングフローへのリンクを指定するために増補され（augmented）得る。
様々な実施形態では、すべてのリアルタイムチャネルに関連する対話型シーケンスのための対話型リソースは、１つのファイルデータフロー（すなわち、グローバルファイルデータフロー）を共用することができる。これらの実施形態は、すべてのリアルタイムチャネルにわたって同時起こるか、または時間的に重複する対話型シーケンスがごく僅かしかない状況において、特に適切である。そのような状況では、対話型リソースデータファイルは、繰り返し放送され、したがって、すべてのリソースが共用ファイルデータフロー上で送信される場合、それらは、順繰りに、繰り返し放送されてよい。これは、すべてのリアルタイムチャネルにわたって対話型リソースを送信するために必要とされる放送帯域幅を、最適化することになり得る。
様々な実施形態では、対話型リソースは、複数のファイルデータフロー上で配信され得る。様々な実施形態では、対話型リソースは、リアルタイムチャネルごとに別々のファイルデータフロー上で（すなわち、リアルタイムサービスファイルデータフローごとに）配信され得る。これは、リアルタイムチャネルにわたって同時に起こるるか、または時間的に重複する多くの対話型シーケンスがあり、したがって、多数の対話型リソースが放送される状況において、特に適切である。複数のファイルデータフロー上で対話型リソースを配信することは、所与のファイルデータフロー上で放送されるリソースデータファイルの数がより少なくなり得るので、特定のリアルタイムサービスのためのリソースを受信する前に受信デバイスが待つ必要のある時間量を低減する。専用ファイルデータフロー上で対話型リソースを放送することは、そのフローが、対応するリアルタイムサービスのためのリソースのみを搬送するので、特定のリソースを受信するために受信デバイスが待つ必要のある時間量はさらに低減することができる。様々な実施形態では、リアルタイムチャネルのサブ集合からの対話型リソースが組み合わされ、１つのファイルデータフロー上で放送され得る。
対話型リソースの放送と同様に、様々な実施形態では、すべてのリアルタイムチャネルのための対話型イベントシグナリングメッセージ（ＩＥＳＭ）は、１つの補助シグナリングフロー（すなわち、グローバル補助フロー）上で放送され得る。これらの実施形態は、すべてのリアルタイムチャネルにわたって時間的に重複する対話型イベントシグナリングメッセージがあまり多くない状況において、特に有用である。また、リソース送信と同様に、対話型イベントシグナリングメッセージは、複数のシグナリングメッセージのシーケンスの繰り返しにおいてなどで、繰り返し放送され得る。対話型イベントシグナリングメッセージはまた、順繰りに放送される対話型イベントシグナリングメッセージの数を低減するために、複数の補助オーバーヘッドフロー上で配信され、それによって、受信デバイスが特定の対話型イベントシグナリングメッセージを受信するために待たなければならない時間量を低減する。したがって、一実施形態では、リアルタイムチャネルのサブ集合のための対話型イベントシグナリングメッセージは組み合わされ、１つまたは複数の補助オーバーヘッドフロー上で放送されてもよい。一実施形態では、対話型イベントシグナリングメッセージは、各リアルタイムチャネルに対応する別々の補助オーバーヘッドフロー上で（すなわち、リアルタイムサービス補助フローごとに）配信され得る。これは、リアルタイムチャネルにわたって時間的に重複する多くの対話型シーケンスがある状況において、特に有用である。
アンバウンド対話型シーケンス（すなわち、特定のリアルタイムサービスに連関されていない対話型イベント）では、ファイルデータフローおよびシグナリングフローは、ファイルデータフローおよび補助オーバーヘッドフローを通信するためのサービスＳＩ（System Information： システム情報）内の予約済みサービスＩＤにおいて特定され得る。
サービスＳＩの中で対話型イベントリソースおよびシグナリングメッセージのためのファイルデータフローＩＤおよびシグナリングフローを放送することは、受信デバイスが、特定のサービスのそれぞれに係る対話型リソースおよび対話型シグナリングメッセージを搬送するファイルデータフローおよび補助オーバーヘッドフローを見つけることを可能にする。次いで、受信デバイスは、適用可能な対話型リソースと対話型シグナリングメッセージとを獲得するために、特定されたフローを使用することができる。サービスＳＩはまた、受信デバイスが対話型リソースおよび／またはシグナリング情報を獲得し得る、ユニキャストリンク（たとえば、ＵＲＬ）を指定することができる。
様々な実施形態では、すべてのリアルタイムチャネルに関連する対話型シーケンスのための対話型リソースを配信するために、単一のファイルデータフローが使用され、それによって、全体的な帯域幅利用を改善する。しかしながら、多くの、またはすべてのリアルタイムチャネルにわたって時間的に重複する多くの対話型シーケンスに係る対話型リソースがある場合、これらのリソースの獲得は、デバイス上でより長くかかり、デバイスのバッテリー寿命に影響を及ぼし得る。様々な実施形態では、対話型イベントプロバイダまたは放送事業者は、少数のリアルタイムサービスにわたってファイルデータフローを共用すること、または各リアルタイムサービスに係る対話型リソースを配信するために別々のファイルデータフローを使用すること、を決定し得る。様々な実施形態では、これらの決定は、重複する対話型シーケンスの数に基づき得る。様々な実施形態では、これらの決定は動的に行われ得る。一実施形態では、これらの決定は、所与の時刻にスケジュールされた対話型イベントの数に応じて、放送日全体にわたって、動的に行われてもよい。この実施形態では、サービスＳＩは、１つまたは複数のファイルデータフローにまたがる対話型リソースの供給における変化を反映するために、必要に応じて更新され得る。
様々な実施形態では、１つの補助オーバーヘッドフローは、すべてのリアルタイムチャネルのための対話型イベントシグナリングメッセージを配信するために使用され、これらのメッセージを配信するために必要な空中線帯域幅上の全体を最適化し得る。しかしながら、多くのリアルタイムチャネルにわたって時間的に重複する多くの対話型シーケンスに係る対話型イベントシグナリングメッセージがある場合、この手法は、任意の１つのシグナリングメッセージのための、受信デバイス獲得時間を増加させる。したがって、様々な実施形態では、対話型プロバイダまたは放送事業者は、重複する対話型シーケンスの数に基づいて、各リアルタイムサービスに係る対話型シグナリングメッセージを配信するために、別々の補助オーバーヘッドフローを共用または使用することを決定し得る。様々な実施形態では、これらの決定は、動的に行われ得る。一実施形態では、これらの決定は、１つまたは複数のファイルデータフローにまたがる対話型リソースの供給における変化を反映するために、必要に応じて更新されるサービスＳＩを用いて、所与の時刻にスケジュールされた対話型イベントの数に応じて、放送日全体にわたって動的に行われ得る。
図２５Ａおよび図２５Ｂは、一実施形態による、オーバーヘッドデータフロー中で送信されるサービスＳＩ情報を生成する際に使用されるリソースファイルデータフローとシグナリング／補助フローとを供給するのに好適な例示的な方法２５００を示す。方法２５００のステップ２５０２において、オペレータは、対話型リソースを配信するために、グローバルファイルデータフロー、共用ファイルデータフロー、またはリアルタイムサービスごとのファイルデータフローが使用されるべきかどうかを指定するために、供給システムを使用する。様々な実施形態では、オペレータは、ステップ２５０３において、対話型イベントシグナリングメッセージを配信するために、グローバル補助フロー、共用補助フロー、またはリアルタイムサービスごとの補助フローが使用されるべきかどうかを指定する。ステップ２５０４において、オペレータは、供給システムを使用して、供給システム上で放送リアルタイムサービスを供給し、特定のリアルタイムサービスに対して対話型を可能にする。ステップ２５０６において、供給システムは、そのリアルタイムサービスのための対話型リソースおよびシグナリングメッセージを搬送するために、ファイルデータフローおよび（適用可能な場合）補助フローを作成する。グローバルファイルデータフローおよびグローバル補助フローの選択肢が使用される場合、ファイルデータフローおよび補助フローは、第１のリアルタイムサービスに対して対話型が可能にされるときに作成され得る。ステップ２５０８において、供給システムは、サービスＳＩを生成する。サービスＳＩは、各対話型対応リアルタイムサービスのための対話型シーケンスに関する対話型情報を搬送するファイルデータフローおよび補助フローのためのフローＩＤへのリンクを含み得る。様々な実施形態では、サービスＳＩはまた、予約済みサービスＩＤを使用するアンバウンドフローへのリンクを搬送し得る。
ステップ２５１０において、供給システムは、放送ネットワークを介してサービスＳＩを配信するために、サービスＳＩを、オーバーヘッドデータ配信システムに送る。ステップ２５１２において、オーバーヘッドデータ配信システムは、放送ネットワーク上でサービスＳＩを配信する。ステップ２５１４において、受信デバイスは、放送ネットワークからサービスＳＩを獲得し、サービスＳＩ中で指定された対話型リンクに基づいて、視聴されるチャネルについての対話型シグナリングメッセージを獲得するために、データフローが、対話型リソースと補助フローとを獲得することを決定する。
ステップ２５１６において、供給システムは、対話型対応リアルタイムサービスのための補助フロー情報を、オーバーヘッドデータ配信システムに送る。図２５Ｂをに進んで、ステップ２５１８において、供給システムは、対話型対応リアルタイムサービスのためのファイルデータフロー情報を、ファイル配信システムに送る。ステップ２５２０において、対話型コンテンツプロバイダによって与えられた対話型コンテンツに基づいて、１つまたは複数の対話型シーケンスは、対話型生成システム上で供給される。様々な実施形態では、対話型シーケンス情報は、イベント開始時刻および有効期間（または停止時刻）、イベントターゲッティング（対象選定）基準、関連する対話型アセット（たとえば、画像／グラフィックス、ＵＲＬなど）などの対話型イベントメタデータと、ユーザに表示される情報の集合、関連するアクションなどの対話型イベントアプリケーションデータとを含み得る。
ステップ２５２２において、対話型生成システムは、モバイル放送ネットワークを介した対話型リソースとシグナリングデータとの送信のために、対話型シーケンスに関連する対話型イベントデータを、対話型放送サーバに送る。ステップ２５２４において、対話型放送サーバは、モバイル放送ネットワークを介した対話型リソース（イベントアプリケーションデータリソースを含む）の送信のために、これらのリソースを、ファイル配信システムに送る。ステップ２５２６において、ファイル配信システムは、関連するリアルタイムサービスのための対応するファイルデータフローを介して、対話型放送サーバから受信された対話型リソースを配信する。この処理では、ファイル配信システムは、ステップ２５１８に関して上記で説明したように、供給システムからファイルデータフローを受信し得る。ステップ２５２８において、対話型放送サーバは、モバイル放送ネットワークを介した対話型イベントシグナリングメッセージの送信のために、対話型シグナリングメッセージを、オーバーヘッドデータ配信システムに送る。ステップ２５３０において、オーバーヘッドデータ配信システムは、関連するリアルタイムサービスのための補助フローを介して、対話型放送サーバから受信された対話型イベントシグナリングメッセージを、配信する。このステップ２５３０において、オーバーヘッドデータ配信システムは、ステップ２５１６に関して上記で説明したように、供給システムから補助フローを受信し得る。ステップ２５３２において、受信デバイスは、リアルタイムサービスのためのファイルデータフローから、そのリアルタイムサービスのための対話型シーケンスに関連する対話型リソースを獲得する。様々な実施形態では、受信デバイスはまた、リアルタイムサービスのための補助フローから、そのリアルタイムサービスに関連する対話型イベントシグナリングメッセージを獲得し得る。
上記で説明したように、受信デバイスは、リアルタイムサービスのサービスＳＩから、ファイルデータフローと補助フローとを見つけ得る。図２６Ａおよび図２６Ｂは、一実施形態による、オーバーヘッドデータフローの中で受信されたサービスＳＩ情報から、特定のリアルタイムサービスに係る対話型イベントリソースおよびシグナリングメッセージを受信するためのファイルデータフローおよびオーバーヘッドデータフローを決定するため、受信デバイス上に実装され得る例示的な方法２６００を示す。方法２６００のステップ２６０２において、受信デバイス内のＳＩ獲得モジュールは、モバイル放送ネットワークからサービスＳＩデータを獲得する。ステップ２６０４において、ファイル配信システムモジュールは、対話型対応リアルタイムサービスに係り、サービスＳＩ中で受信されたファイルデータフロー（カタログファイルを搬送するファイルデータフローを含む）情報を獲得するために、ＳＩ獲得モジュールとインターフェースする。ステップ２６０６において、オーバーヘッドデータ獲得モジュールは、対話型対応リアルタイムサービスに係り、サービスＳＩ中で受信された補助フロー情報を獲得するために、ＳＩ獲得モジュールとインターフェースする。ステップ２６０８において、対話型イベントマネージャは、受信した対話型カタログファイルに基づいて、対話型リソースを獲得する必要があると決定する。ステップ２６１０において、対話型イベントマネージャは、ファイル配信システムから、対話型リソースとアセットと任意のアプリケーションデータファイルとを獲得するために、リソースマネージャとインターフェースする。ステップ２６１２において、ファイル配信システムは、デバイスが加入される先である対話型対応リアルタイムサービスに係り、サービスＳＩ獲得モジュールから受信されたファイルデータフローから、対話型リソースを獲得する。ステップ２６１４において、対話型アプリケーション（ＩＴＶアプリ）は、対話型イベントを受信するために、アプリケーションマネージャに登録する。様々な実施形態では、対話型アプリケーションは、ステップ２６１４において、１つまたは複数のタイプの対話型イベントを受信するために登録し得る。
ステップ２６１６において、対話型イベントマネージャは、受信デバイスがリアルタイムチャネルに現在同調していると決定する。図２６Ｂにうつって、ステップ２６１８において、対話型イベントマネージャは、対話型イベントシグナリングメッセージを獲得するために、オーバーヘッドデータ獲得モジュールとインターフェースする。ステップ２６２０において、オーバーヘッドデータ獲得モジュールは、現在同調されているリアルタイムサービス、ならびに予約済みサービスＩＤからのアンバウンドリアルタイムサービスについて、システムＳＩの獲得から受信された補助フローから、対話型シグナリングメッセージを獲得する。ステップ２６２２において、オーバーヘッドデータ獲得モジュールは、獲得された対話型イベントシグナリングメッセージを、対話型イベントマネージャに送る。ステップ２６２４において、対話型イベントマネージャは、イベントフィルタ処理を実行し、受信デバイスに現在適用可能でない対話型イベントシグナリングメッセージをドロップする。上記で説明したように、様々な実施形態では、このフィルタ処理は、対話型イベントシグナリングメッセージ中に含まれるターゲット基準に基づいて実行され得る。対話型イベントマネージャが、アプリケーションデータはイベントシグナリングメッセージ中にインバンドで含まれないと決定した場合、イベントシグナリングメッセージ中で受信されたアプリケーションデータファイル索引（reference）に基づいて、ファイル配信システムからまたはデバイスメモリから、（リソースマネージャを介して）、必要なアプリケーションデータファイルを獲得し得る。
ステップ２６２６において、対話型イベントマネージャは、関連するアプリケーションデータとともに、フィルタ処理されたイベントを、アプリケーションマネージャに渡す。アプリケーションマネージャは、対話型イベントを受信するためにすでに登録されたアプリケーションがあるかどうかを決定し得る。様々な実施形態では、この決定は、たとえば、アプリケーションＩＤ、イベントアプリケーションデータに係るｍｉｍｅタイプ、イベント名、および／またはイベントタイプに基づき得る。ステップ２６２８において、１つまたは複数の対話型アプリケーションが、フィルタ処理された対話型イベントを受信するために登録されている場合、アプリケーションマネージャは、対話型イベントを、それらのアプリケーションに送る。ステップ２６３０において、ユーザエージェントは、対話型イベントを正しい対話型イベントアプリケーションにルーティングする機能を実行する。ステップ２６３２において、対話型リソース（たとえば、画像／グラフィックス）が示されることを、対話型イベントが必要とする場合、対話型イベントは、ファイル配信システムからそのリソースにアクセスする。ステップ２６３４において、対話型アプリケーションは、受信したアプリケーションデータと対話型アセットとに基づいて対話型シーケンスを表示する。
図２７は、サービスＳＩオーバーヘッド情報のサービス定義メッセージのための例示的なデータの形式を示す。図２７はまた、リアルタイムサービスのためのファイルデータフローと補助フローとを示すために、サービスＳＩがどのように使用され得るかを示す。たとえば、図２７は、サービスＳＩが、サービス詳細を定義するサービス定義２７０２を含み得ることを示し、サービス定義２７０２は、属性２７０４要素とサービス記録２７０６要素とを含み得る。対話型リアルタイムサービスサービス記録２７０６は、フローＩＤ上の情報を与えるリソース要素２７２２、または、関連するファイルデータフローおよび補助フローのリソースＵＲＬ２７２６を含み得る。様々な実施形態では、リアルタイムサービスサービス記録２７０６はまた、サービスタイプ２７０８、サービス言語固有データ２７１０、能力要件（capability requirements）２７１２、レーティング２７１４、フロー記録２７１６、利用可能エリア情報２７１８、およびマルチプレゼンテーション閲覧記録２７２０を含み得る。
様々な実施形態では、リソース要素２７２２はまた、記述子要素２７２４とリソースＵＲＬ要素２７２６とを含み得る。記述子要素２７２４は、たとえば、リソースＵＲＬがファイルデータフローまたはオーバーヘッドシグナリングフローに係るフローＩＤを指定するのを指定するのかを示す、リソースＵＲＬのための記述を与える。これらのデータフィールドは、受信デバイスが、正しいファイルデータフロー、シグナリングオーバーヘッドフローおよび／または外部ソース（たとえば、ＵＲＬでアクセスされるソース）から対話型イベントリソースとシグナリングメッセージとを獲得する必要があるという情報を、受信デバイスに与える。様々な実施形態では、記述子要素２７２４は、リソース要素がファイルデータフローまたは補助フローを記述していることを示し得る。様々な実施形態では、記述子要素２７２４は、サイズ最適化のために使用され得るコントロールド・ターム（controlled term）への索引（reference）であり得る。一実施形態では、コントロールド・タームは、特定のファイルデータフローのためのリソース記述子分類形式における「ｉｔｖ−ｆｉｌｅ−ｓｅｒｖｉｃｅ」という用語を指すことがある。一実施形態では、記述子２７２４のコントロールド・タームは、補助フローのためのリソース記述子分類形式における「ｉｔｖ−ａｕｘ−ｆｌｏｗ」という用語を指してもよい。
様々な実施形態では、「ｉｔｖ−ｆｉｌｅ−ｓｅｒｖｉｃｅ」および「ｉｔｖ−ａｕｘ−ｆｌｏｗ」というコントロールド・タームを強調するリソース記述子分類形式の断片は、以下のようになり得る。
Figure 2013517701
上記で説明したように、様々な実施形態では、対話型イベントリソースおよびシグナリングメッセージは、システムＳＩ中に含まれるＵＲＬにアクセスすることによって、ユニキャストネットワークを介してなど、非放送ソースから取得され得る。様々な実施形態では、ファイルデータフローを特定するｒｅｓｏｕｒｃｅ＿ｕｒｌ要素２７２６は、「ｉｔｖ：ｆｉｌｅＳｅｒｖｉｃｅ−＜ｓｅｒｖｉｃｅＩＤ＞」のフォーマットであり得る。補助フローを特定するｒｅｓｏｕｒｃｅ＿ｕｒｌ要素２７２６は、「ｉｔｖ：ａｕｘＦｌｏｗ−＜ｆｌｏｗＩＤ＞」のフォーマットであり得る。ファイルデータフローおよび補助フローのためのリソース要素を強調する、サービス定義ＳＩメッセージの中のリアルタイムサービスのための例示的なサービスレコードの断片が以下に与えられる。記述子要素に係る、この例の値「ｒｅｓｏｕｒｃｅ−ｕｒｌ：２．１」は、エイリアスｒｅｓｏｕｒｃｅ−ｕｓ１をもつ分類形式におけるＴｅｒｍＩＤ ２．１を用いて、「Ｔｅｒｍ」を参照することに留意されたい。
Figure 2013517701
別の実施形態では、対話型イベントアプリケーションデータ、構成要素、メタデータおよびシーケンスロジックは、受信デバイスが、デバイス互換性のある対話型イベントアプリケーションを生成することを可能にするフォーマットで、受信デバイスによる受信のために、ファイルデータフローを介して放送され得る。この実施形態では、放送システム内の対話型アプリケーションジェネレータ３１において対話型アプリケーションを生成するのではなく、そのようなアプリケーションの構成部分が、ファイル配信システムを介してファイルとして放送される。受信デバイスは、上記で説明したように、受信した対話型カタログファイル内で適切なファイルを特定することによってなど、ファイル配信システムを介して、アプリケーションアセットと、アプリケーションデータと、メタデータと、関連するファイルとを獲得する。そのような受信したデータおよびアプリケーション構成要素は、図２を参照しながら上記で説明したソフトウェアおよびアプリケーションモジュールにおいて、受信デバイス内で組み立てられ得る。受信デバイスが、それら自身の機能に基づいて生成され得る対話型イベントアプリケーションのタイプを決定するので、放送システムは、様々な受信デバイスタイプに適応するために数種の各イベントアプリケーションを放送する必要がないため、この実施形態は、対話型アプリケーションを送信するのに必要な帯域幅を低減し得る。
対話型イベントアプリケーションを生成するための、受信デバイス内に実装され得る例示的な方法２８００を図２８に示す。方法２８００のステップ２８０２において、ユーザインターフェースアプリケーションは、オーバーヘッドデータ獲得モジュールおよびファイル配信システムを介して対話型イベントと関係情報とを受信するために、アプリケーションマネージャ（または対話型イベントマネージャ）に登録する。ステップ２８０４において、受信デバイスリソースマネージャは、ファイル配信システムから対話型カタログシグナリングファイルを獲得する。ステップ２８０６において、リソースマネージャは、カタログシグナリングファイルを使用して、どの対話型アプリケーションデータ、対話型アセットおよび他の対話型リソースがダウンロードされるべきかを決定する。一実施形態では、リソースマネージャによるこの決定は、受信デバイスに関係するとともに互換性のあるリソースおよび対話型アプリケーションデータのみが獲得されるように、常駐アプリケーションと受信デバイスタイプおよび機能とを考慮に入れる。様々な実施形態では、カタログシグナリングファイルは、図２４Ａ〜図２４Ｄに示す例と同様のデータの形式を用いたメタデータを含み、受信デバイスが、対話型イベントを表示するために必要なアプリケーションアセットとアプリケーションデータとリソースとを特定することを可能にする。様々な実施形態において、カタログファイルでは、アプリケーションデータは、別のリソースファイルとして参照され得ることに留意されたい。
ステップ２８０８において、リソースマネージャは、スケジュール放送時刻に、ファイル配信システムから、適用可能な対話型アプリケーションアセットと、アプリケーションデータと、他の対話型リソースとを獲得する。ステップ２８１０において、対話型イベントマネージャは、受信デバイスがリアルタイムチャネルに現在同調しているかどうかを決定する。受信デバイスがリアルタイムチャネルに同調している場合、対話型イベントマネージャは、ステップ２８１２において、視聴されたリアルタイムチャネルに関連する対話型イベントシグナリングメッセージを獲得するために、オーバーヘッドデータ獲得モジュールとインターフェースする。ステップ２８１４において、オーバーヘッドデータ獲得モジュールは、獲得された対話型イベントシグナリングメッセージを、対話型イベントマネージャに送る。ステップ２８１５において、対話型イベントマネージャは、イベントフィルタ処理を実行し、受信デバイスまたはそのデバイス上に常駐するアプリケーションと互換性のない対話型イベントシグナリングメッセージをドロップする。ステップ２８１６において、対話型イベントマネージャは、対話型イベントについて（デバイスタイプに基づいて）要求される対話型アプリケーションアセットファイルまたはアプリケーションデータファイルが、（ファイル配信システムを介して）すでにダウンロードされ、デバイス上のメモリに格納されたかどうかを決定する。
必要な情報、リソースおよび／またはファイルが獲得されている場合、対話型イベントマネージャは、ステップ２８１８において、イベント情報と対話型アプリケーションデータとアセットとを、ユーザインターフェースアプリケーションに送る。ステップ２８２０において、アプリケーションデータが対話型イベントシグナリングメッセージの一部として受信された場合、ユーザエージェントは、受信したアプリケーションデータ情報に基づいて、受信デバイス上で対話型イベントアプリケーションを動的に生成する。このステップ２８２０において、ユーザエージェントは、放送ヘッドエンド内の対話型アプリケーションジェネレータに関して上記で説明したものと同様の機能を実行する。すなわち、ユーザエージェントは、対話型シーケンスと、表示コンテンツと、ユーザインターフェース機能と、シーケンシングロジックとを、実行可能アプリケーションの中に組み立てる。ステップ２８２２において、生成された対話型アプリケーションは、ユーザに対話型イベントを表示することと、ユーザ入力を受け付けることと、各ユーザ入力に対して定義された機能を実行することとを含めて、受信デバイス上で実行される。
受信デバイスが、対話型イベントアプリケーションアセットとアプリケーションデータとリソースとイベントメタデータとを受信し、実行可能アプリケーションの中に組み立てることを可能にするために、対話型アプリケーションデータ、リソースおよびメタデータは、図２９〜図３６に示すようなデータの形式を使用して、アプリケーションデータファイルの中で特定され得る。このデータの形式は、図２５Ａ〜図２７を参照しながら上記で説明したものと同様の方法で実装され得る。このデータの形式は、受信デバイスが、表示画像、表示シーケンス、表示されるべきユーザプロンプト、ユーザ入力機能、表示状態タイムアウト値、およびシーケンスロジックに関して知らされることを保証する。
たとえば、ユーザ入力機能は、受信デバイスがクリックツーアクション・シーンシーケンスを指定するために使用し得る、図２９に示す、クリックツーアクション・シーンシーケンスデータの形式において定義され得る。クリックツーアクション・シーケンス２９０２データは、プロンプトシーン２９０６要素と、アクションシーン２９０８要素と、アクション定義２９１０要素と、確認シーン２９１２要素とを含み得る。
プロンプトシーンに関連するタイムアウトを定義するためのプロンプト要素の例示的なデータ要素と、様々なユーザ入力に関連するラベルとを図３０に示す。たとえば、クリックツーアクション・データ形式のプロンプトシーン要素２９０６は、タイムアウト要素３００４と、肯定応答ボタンラベル要素３００６と、否定応答ボタンラベル要素３００８とを含む表示メッセージ定義３００２要素を含み得る。タイムアウト３００４要素は、視聴者がアクションをとっていない場合に、システムがスクリーン表示を維持すべきである持続時間を（たとえば、秒数で）指定し得る。肯定応答ボタンラベル要素３００６は、肯定応答ボタンのためのラベル（たとえば、はい、送信、ＯＫ、Ｇｏ、Ｃａｌｌ）を指定し得る。同様に、否定応答ボタンラベル要素３００８は、否定応答ボタンのためのラベル（たとえば、いいえ、閉じる、終了、取り消す）を指定し得る。
図３１に示すように、クリックツーアクション・データ形式の中のプロンプトシーン要素２９０６は、さらに、プロンプト中に含めるべきテキスト３１０４を定義し、グラフィックス要素３１０６を特定し、プロンプトシーン内に表示され得る選択可能なテキスト３１０８を含み得る。テキスト３１０４は、受信デバイスが非タッチ要素３１１２においてボタンを有する（すなわち、タッチスクリーンデバイスでない）場合と、受信デバイスがタッチ要素３１１４においてタッチスクリーンを有する場合とをカバーするために、異なるテキストを含み得る、主要テキストデータ要素３１１０を含み得る。グラフィックス要素３１０６は、グラフィックスが取得され得るリソースのリソースＩＤ３１１８を含む、グラフィックタイプ要素３１１６を有し得る。選択可能なテキスト要素３１０８は、テキストデータフィールド３１２２を含む、選択可能なテキストデータのフィールド３１２０を有し得る。
同様に、アクションシーン要素は、図３２および図３３に示す要素を含み得る。たとえば、アクション要素２９０８は、タイムアウト要素３２０４と、肯定応答ボタンラベル要素３２０６と、否定応答ボタンラベル要素３２０８とを含む、表示メッセージ定義要素を有し得る。タイムアウト要素３２０４は、視聴者がアクションをとっていない場合、システムがスクリーンを表示すべきである期間を（たとえば、秒数で）指定し得る。肯定応答ボタンラベル要素３２０６は、肯定応答ボタンのためのラベル（たとえば、はい、送信、ＯＫ、Ｇｏ、Ｃａｌｌ）を指定し得、否定応答ボタンラベル要素３２０８は、否定ボタンのためのラベル（たとえば、いいえ、閉じる、終了、取り消す）を指定し得る。アクション要素２９０８は、さらに、アクションシーン中に含めるべきテキスト３３０４を有し、グラフィックス要素３３０６を特定し、アクションシーン内に表示され得る選択可能なテキスト３３０８を含み得る。テキスト３３０４は、主要テキストデータ要素３３１０を含み、非タッチスクリーンデバイスとタッチスクリーンデバイスのためのテキストとを、非タッチ要素３３１２およびタッチ要素３３１４に分離し得る。グラフィックス要素３３０６は、グラフィックスがどこで取得され得るかを特定するリソースＩＤ３３１８を含むグラフィックタイプ３３１６を有する。選択可能テキスト要素３３０８は、テキストデータフィールド３３２２を含む、選択可能なテキストデータのフィールド３３２０を含み得る。
対話型イベントアプリケーションに関連するアクション定義は、図３４に示すデータ形式を使用するメッセージの中で通信され得る。図示のように、アクション定義要素２９１０は、アクション定義に関する情報３４０２を含むとともに、ＳＭＳメッセージ３４０４、（ユニキャストベースの）ＵＤＳＩ返答３４０６を送ること、呼３４０８を発すること、および／または（ＵＲＬを介して）デバイス上のアプリケーション３４１０を起動すること、に必要とされる情報など、アクションを完了するために使用され得るコードまたは情報も含み得る。
確認シーンは、図３５および図３６に示すデータの形式を使用して送られるメッセージによって定義され得る。図３５は、確認要素２９１２が、タイムアウト要素３５０４と、肯定応答ボタンラベル要素３５０６と、否定応答ボタンラベル要素３５０８とを含む表示メッセージ定義要素を含み得ることを示す。図３６は、確認要素２９１２が、さらに、確認シーン中に含められるべきテキスト３６０４を含み、グラフィックス要素３６０６を特定し、確認シーン内に表示され得る選択可能なテキスト３６０８を含み得ることを示す。
図３７に、対話型イベント信号メッセージ（ＩＥＳＭ）を実装するための例示的なデータ方式を示す。詳細には、対話型イベント信号メッセージ３７０２は、属性フィールド３７０４、ならびに、サービスＩＤ要素３７０６、アプリケーションＩＤ要素３７０８、適用可能ＢＣＳ要素３７１０、適用可能エリア要素３７１２、アプリケーションデータ情報要素３７１４、テンプレート情報要素３７１６、およびリソース情報要素３７１８などの様々な要素を含み得る。適用可能ＢＣＳ要素３７１０は、ＢＣＳ ＩＤフィールド３７２２を含む属性フィールド３７２０とともに、アプリケーションリソースＩＤフィールド３７３８を含む属性フィールド３７３６を有する、内包（included）デバイスプロファイル要素３７２４とを含み得る。アプリケーションリソースＩＤフィールド３７３８は、異なるデバイスタイプのために異なるアプリケーションデータが生成される場合、デバイスプロファイルに基づいて、イベントのための適切なアプリケーションデータリソースをフェッチするために使用される。アプリケーションデータ情報要素３７１４は、アプリケーションデータフィールド３７３４と、アプリケーションデータインバンド要素３７２８、アプリケーションデータリソースＩＤ要素３７３０、およびｍｉｍｅタイプ要素３７３２を含む属性フィールド３７２６とを有し得る。
図３８に、現在視聴されているチャネルに関係するイベントのみが受信され、処理されるように、受信デバイスにおいて、対話型イベントシグナリングメッセージを受信し、処理するための例示的な方法３８００を示す。方法３８００のステップ１２０２において、モバイルデバイス上の起動されている対話型アプリケーションは、図１２を参照しながら上記で説明したものと同様の方法で、対話型イベントを受信するために、アプリケーションマネージャに登録する。ステップ３８０２において、対話型イベントマネージャは、視聴されている特定のチャネルを特定することを含めて、受信デバイスがリアルタイムチャネルに現在同調しているかどうかを決定する。ステップ３８０４において、対話型イベントマネージャは、受信した対話型カタログファイルにアクセスして、現在視聴されているリアルタイムチャネルのためにスケジュールされた対話型イベントを実行するのに必要とされる対話型アセット（すなわち、アプリケーションデータおよびリソースファイル）のリストを決定する。対話型カタログファイルの受信については上記で説明した。
場合によっては、ステップ３８０４において、対話型イベントマネージャはまた、対話型カタログファイルを使用して、プログラムガイドリスト（すなわち、ユーザが視聴するためのチャネルを選択することを可能にする、オンスクリーン・チャネルガイド・ユーザインターフェース）中の現在視聴されているリアルタイムチャネルに近い１つまたは２つのリアルタイムチャネル上の対話型イベントを実行するために必要になるであろう、対話型アセットを決定する。この実施形態は、放送チャネルにわたってスクロールをするユーザが、遅延なしに連続チャネルにおいて対話型イベントを見ることになるように、受信デバイスが近くのチャネルにおける対話型イベントを表示する準備をすることを可能にする。この実施形態はまた、受信デバイスが型どおりにダウンロードしなければならない対話型イベントデータおよびリソースの量を低減する。
ステップ３８０６において、対話型イベントマネージャは、特定された対話型アセット（すなわち、アプリケーションデータおよびリソース）の獲得を要求するために、リソースマネージャとインターフェースする。リソースマネージャは、アセット獲得要求を使用して、ファイル配信システムからそれらのファイルを獲得し得る。この実施形態では、アウトオブバンドで（たとえば、対話型イベントリソースファイル配信ストリーム中で）送信される対話型イベントアプリケーションデータは、受信され、対話型イベントが開始するようにスケジュールされるまで、メモリに格納され得る。対話型イベントマネージャは、リソースＩＤまたはイベントＩＤおよびアプリケーションＩＤを、オーバーヘッドデータ獲得モジュールに渡すことによって、または、対話型イベントを選択的に処理するためにイベントＩＤおよび登録されたアプリケーションＩＤをフィルタ処理基準として使用することによって、これを達成し得るが、オーバーヘッドデータ獲得モジュールは、ＦＬＯネットワークから受信されたオーバーヘッドフローから、特定されたイベントに係り登録されたアプリケーションＩＤのための対話型イベントアセットを選択的に受信する。前記フィルタ処理は、同じくまたは代替的に、リソースＩＤと、チャネルＩＤと、番組情報と、視聴されたチャネル（および場合によっては近くのチャネル）に関係する対話型イベントアセットをデバイスが選択的に受信することを可能にする他の情報とに基づいて達成され得る。様々な実施形態および実装形態では、対話型アプリケーションは、特定の対話型イベントが、一意のイベント名、一意のイベントタイプ、ファイル配信システムデータストリームなどに基づいてなど、異なるファクタおよびフィルタに基づいて放送チャネルまたはファイル配信データフローから受信されることを要求し得る。
ステップ３８０８において、リソースマネージャモジュールは、図２３を参照しながら上記で説明したロジックおよび方法に従って、ファイル配信システムから、要求された対話型イベントアプリケーションデータとリソースとを獲得する。したがって、様々な実施形態では、ステップ３８０８は、ステップ３８０６において対話型イベントマネージャから受信された、特定された対話型アセット（すなわち、アプリケーションデータおよびリソース）についての要求に応答して実行されるアクションを表し得る。
ステップ１２０４において、オーバーヘッドデータ獲得モジュールは、放送バーヘッドフローから対話型イベントシグナリングメッセージを獲得する。オーバーヘッドデータ獲得モジュールは、様々な基準に基づいて対話型イベントシグナリングメッセージをフィルタ処理し得る。様々な実施形態では、この基準は、受信デバイスが現在同調しているリアルタイムチャネルを含み得る。たとえば、様々な実施形態では、オーバーヘッドデータ獲得モジュールは、視聴されている現在のリアルタイムサービスにターゲットされた対話型イベントシグナリングメッセージのみを獲得し得る。様々な実施形態では、リアルタイムサービスに連関されていない対話型イベントシグナリングメッセージ（たとえば、アンバウンド対話型イベントシグナリングメッセージ）が、デバイスタイプ、対象先キャリア、ユーザ人口統計など、他のフィルタ処理基準を満たすことを条件に、その対話型イベントシグナリングメッセージは、どのリアルタイムサービスが視聴されているのかにかかわらず、任意の時刻に獲得され得る。
ステップ１２０６において、オーバーヘッドデータ獲得モジュールは、獲得された対話型イベントシグナリングメッセージを、対話型イベントマネージャに渡す。これは、図４に矢印４８０２によって示されている。ステップ１２０８において、対話型イベントマネージャは、イベントフィルタ処理を実行し、受信デバイスに、またはデバイスの現在の状態に適用可能でない対話型イベントシグナリングメッセージをドロップする。様々な実施形態では、このフィルタ処理は、イベントシグナリングメッセージ中に含まれる対象選定基準に基づいて実行され得る。一実施形態では、対話型イベントマネージャはまた、対話型イベントを再生するために必要な必須のリソースまたはテンプレートが、ステップ１２０３においてリソースマネージャからすでにダウンロードされているかを決定し得る。様々な実施形態では、対話型イベントは、必須のリソースまたはテンプレートが対話型イベントの時刻に利用可能でない場合、再生されないことになる。
ステップ１２１０において、対話型イベントマネージャは、フィルタ処理された対話型イベントをアプリケーションマネージャに渡す。アプリケーションマネージャは、ステップ１２１２において、受信した対話型イベントを受けるために、すでに登録された対話型アプリケーションがあるかどうかを決定する。この決定は、アプリケーションＩＤ、イベントアプリケーションデータのｍｉｍｅタイプ、イベント名、イベントタイプ、または対話型イベントシグナリングメッセージ内に含まれる同様の情報に基づき得る。受信した対話型イベントが、どの登録された対話型アプリケーションにも一致しない場合（すなわち、決定ステップ１２１２＝「いいえ」）、ステップ１２１４において、受信したイベントを無視する。
対話型イベントを受信するためにアプリケーションマネージャに登録された対話型アプリケーションのうちの１つまたは複数が、受信した対話型イベントシグナリングメッセージに一致する場合（すなわち、決定ステップ１２１２＝「はい」）、アプリケーションマネージャは、ステップ１２１６において、ユーザインターフェース内のユーザエージェントを介して、対話型イベントを適切な対話型アプリケーションに送る。一実施形態では、ユーザエージェントは、対話型イベントを正しい対話型アプリケーションにルーティングする機能を実行し得る。ステップ１２１８において、対話型イベントを受信した対話型アプリケーションは、デバイスファイルシステムからの必要なリソースとテンプレートとにアクセスし、そのようなリソースおよび／またはテンプレートを使用して、必要な対話型表示および機能を組み立て、または生成する。ステップ１２２０において、対話型アプリケーションは、対話型イベントシグナリングメッセージの中で受信されたイベントアプリケーションデータに基づいて、対話型コンテンツを表示する。
様々な実施形態では、方法３８００は、対話型イベントマネージャが、リソースマネージャに対して、対話型イベントアセットの獲得についての更新された要求を継続的に行っているように、連続ループで実行され得る。これらの実施形態では、リソースマネージャおよびオーバーヘッドデータ獲得モジュールは、対話型イベントが視聴されたリアルタイムチャネルにおいて実行されるために要求されるアセットを、継続的に獲得し得る。
図３９は、ユーザが任意の時刻にチャネルを変更することに受信デバイスが適応することを可能にする処理方法３９００を示す。方法３８００の実行中の任意の時刻に、受信デバイスプロセッサは、ステップ３９０２において、視聴されるチャネルまたはコンテンツフローの変化を検出し得る。このステップは、ユーザが受信デバイスに対してチャネル選択またはスクロール入力を行ったことに応答して実行される機能の一部であり得る。ステップ３９０２の一部として、対話型イベントマネージャは、新たに視聴されるチャネルを決定し得る。
ステップ３９０４において、対話型イベントマネージャは、対話型イベントアセットのダウンロードについてのリソースマネージャへの（１つまたは複数の）現在の要求を取り消し得る。対話型アセットが、視聴されたチャネルと、プログラム（番組）ガイド内のそれの近くの各チャネル（すなわち、プログラム（番組）リスト中で上および下にあるチャネル）とのためにダウンロードされる実施形態では、対話型イベントマネージャは、プログラムガイドリスト中で１チャネルを超して離れているチャネルについてのリソースマネージャへの（１つまたは複数の）現在の要求を取り消し得る。この方法では、ユーザがチャネルを変更すると、受信デバイスが、必要にならないアセットを獲得するために電力および処理時間を伸長しないように、プログラムリスト中で現在１または２チャネルを超えて離れているリアルタイムチャネルに関係する、まだサポートされていない（すなわち、要求されたアセットがまだ受信されていない）対話型イベントアセットについての要求は取り消される。たとえば、視聴されるチャネルとプログラムガイド内でそれの近くにある各チャネル（すなわち、プログラムリスト中で上および下にあるチャネル）とのために、対話型アセットがダウンロードされる実施形態では、ユーザがプログラムガイドにわたってスクロールダウンしたとき、対話型イベントマネージャは、現在視聴されているチャネルから現在２リスト離れているチャネルに関連する対話型イベントアセットのダウンロード要求を取り消し得る。別の例として、ユーザが、前に視聴されたチャネルから２リストを超えて離れているプログラムガイドリスト中のチャネルにジャンプする場合、対話型イベントマネージャは、対話型イベントアセットダウンロードについてのすべての要求を取り消してもよい。
ステップ３９０４の後に、方法３９００は、方法３８００のステップ３８０４に進み、対話型カタログファイルを使用して、別のチャネル変化がステップ３９０２において検出されるまで、図３８を参照しながら上記で説明したように進む処理を以って、新たに視聴されるチャネル、ならびに、いくつかの実施形態では近くのチャネルに関係する対話型アセットのリストを決定する。
図４０は、実施形態のいずれかで使用するのに好適な受信デバイスのシステムブロック図である。典型的な受信デバイス４０００は、内部メモリ４００２とディスプレイ４００３とスピーカー４０５４とに結合されたプロセッサ４００１を含み得る。さらに、受信デバイス４０００は、プロセッサ４００１に結合されたワイヤレスデータリンクおよび／またはセルラ電話トランシーバ４００５に接続され得る、電磁放射を送信および受信するためのアンテナ４００４と、プロセッサ４００１に結合されるモバイルマルチメディア放送レシーバ４０２４とを有し得る。受信デバイス４０００は、一般に、ユーザ入力を受信するためのメニュー選択ボタンまたはロッカースイッチ（rocker switches）４００８を含む。
対話型イベントシグナリングメッセージを受信し、処理するための様々な実施形態の方法は、マルチメディア放送レシーバ４０２４と、プロセッサ４００１およびメモリ４００２の部分とによって実行され得る。代替的に、マルチメディア放送レシーバ４０２４内のまたはそれに結合された専用モジュールが実施形態の方法を実行し得る。
上記で説明した放送ネットワーク側の様々な実施形態は、図４１に示すサーバ４１００など、様々な市販のサーバデバイスのいずれにも実装され得る。そのようなサーバ４１００は、一般に、揮発性メモリ４１０２と、ディスクドライブ４１０３などの大容量不揮発性メモリとに結合されたプロセッサ４１０１を含む。サーバ４１００は、プロセッサ４１０１に結合されたフロッピー（登録商標）ディスクドライブ、コンパクトディスク（ＣＤ）またはＤＶＤディスクドライブ４１０６をも含み得る。サーバ４１００はまた、他の放送システムコンピュータとサーバとに結合されたローカルエリアネットワークなど、ネットワーク４１０５とのデータ接続を確立するために、プロセッサ４１０１に結合されたネットワークアクセスポート４１０４を含み得る。
プロセッサ４００１、４１０１は、以下で説明する様々な実施形態の機能を含む、様々な機能を実行するようにソフトウェア命令（アプリケーション）によって構成され得る任意のプログラマブルマイクロプロセッサ、マイクロコンピュータあるいは１つまたは複数の多重プロセッサチップであり得る。モバイル受信デバイスによっては、１つのプロセッサをワイヤレス通信機能専用とし、１つのプロセッサを他のアプリケーションの実行専用とするなど、複数のプロセッサ４１０１を設け得る。一般に、ソフトウェアアプリケーションは、アクセスされ、プロセッサ４００１、４１０１にロードされる前に内部メモリ４００２、４１０２、４１０３に格納され得る。プロセッサ４００１、４１０１は、アプリケーションソフトウェア命令を格納するのに十分な内部メモリを含み得る。
上記の方法の説明および処理フロー図は、単に説明のための例として提供したものであり、様々な実施形態のステップが提示された順序で実行されなければならないことを要求または暗示するものではない。当業者なら諒解するように、上記の実施形態におけるステップの順序は、どんな順序でも実行され得る。「その後」、「次いで」、「次に」などの単語は、ステップの順序を限定するものではなく、これらの単語は、単に、読者に方法の説明を案内するために使用される。さらに、たとえば、冠詞「ａ」、「ａｎ」または「ｔｈｅ」を使用する単数形の請求項要素への言及は、その要素を単数形に限定するものと解釈すべきではない。
本明細書で開示した実施形態に関して説明した様々な例示的なロジックブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
本明細書で開示した態様に関して説明した様々な例示的なロジック、ロジックブロック、モジュール、および回路を実装するために使用されるハードウェアは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。代替的に、いくつかのステップまたは方法は、所与の機能に固有の回路によって実行され得る。
１つまたは複数の例示的な態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体に格納されるか、あるいはコンピュータ可読媒体を介して送信され得る。本明細書で開示した方法またはアルゴリズムのステップは、有形の非一時的コンピュータ可読格納媒体上に常駐し得る、プロセッサ実行可能なソフトウェアモジュールで実施され得る。有形の非一時的コンピュータ可読格納媒体は、コンピュータによってアクセスされ得る任意の利用可能なメディアであり得る。限定ではなく、例として、そのような非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク格納装置、磁気ディスク格納デバイスまたは他の磁気格納デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを格納するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備え得る。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せも非一時的コンピュータ可読媒体の範囲内に含めるべきである。さらに、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込まれ得る、有形の非一時的機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはその集合として常駐し得る。
開示した実施形態の上記の説明は、当業者が本発明を製作または使用できるように提供したものである。これらの実施形態に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般原理は、本発明の趣旨または範囲から逸脱することなく他の実施形態に適用され得る。したがって、本発明は、本明細書で示した実施形態に限定されるものではなく、以下の特許請求の範囲ならびに本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。

Claims (381)

  1. 放送ネットワーク上で対話型イベントを生成するための方法であって、
    １つまたは複数のコンテンツプロバイダから、対話型シーケンス情報と、リソースと、テンプレートと、対話型メタデータとを備える対話型情報を受信することと、
    前記受信した対話型情報を、マルチメディア放送ネットワークを介した放送に好適なアプリケーションデータパッケージに組み立てることと、
    対話型イベントに関連し、前記放送ネットワークからの受信のために利用可能な、対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを作成することと、
    特定の時間に放送するために前記リソース、テンプレートおよびアプリケーションデータパッケージと前記対話型カタログファイルとをスケジュールすることと、
    前記対話型イベントを実行する際に前記受信デバイスによって使用されるべきイベント識別子、バージョン識別子、フィルタ処理基準、イベント開始時間データ、イベント有効性持続時間データ、優先度、アプリケーションデータ情報、リソース情報およびテンプレート情報のうちの１つまたは複数を備える第１の対話型イベントシグナリングメッセージを生成することと、
    前記マルチメディア放送ネットワークの放送信号のオーバーヘッドフロー上で前記生成された第１の対話型イベントシグナリングメッセージを放送することと
    を備える、方法。
  2. 第１の対話型イベントシグナリングメッセージを生成することが、前記対話型イベントシグナリングメッセージ内にリソースとテンプレートとをインバンドで含むように前記第１の対話型イベントシグナリングメッセージを生成することを備える、請求項１に記載の方法。
  3. 対話型カタログファイルを作成することが、すべての現在および将来の対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備える、請求項１に記載の方法。
  4. 対話型カタログファイルを作成することが、指定されたカタログ生成タイムウィンドウに入る対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備える、請求項１に記載の方法。
  5. 前記アプリケーションデータ情報がインバンドアプリケーションデータを含む、請求項１に記載の方法。
  6. 前記アプリケーションデータ情報が、アプリケーションデータのアウトオブバンド配信のためのアプリケーションデータ識別子を含む、請求項１に記載の方法。
  7. 前記リソース情報がインバンドリソースデータを含む、請求項１に記載の方法。
  8. 前記リソース情報が、リソースデータのアウトオブバンド配信のためのリソース識別子を含む、請求項１に記載の方法。
  9. 前記テンプレート情報がインバンドテンプレートデータを含む、請求項１に記載の方法。
  10. 前記テンプレート情報が、テンプレートデータのアウトオブバンド配信のためのテンプレート識別子を含む、請求項１に記載の方法。
  11. 前記対話型コンテンツを受信するためのプログラミングインターフェースを与えること
    をさらに備える、請求項１に記載の方法。
  12. 第１の対話型イベントシグナリングメッセージを生成することが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを生成することを備える、請求項１１に記載の方法。
  13. 前記対話型イベントシグナリングメッセージが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて動的に生成される、請求項１２に記載の方法。
  14. 前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成することが、前記プログラミングインターフェースを介して外部広告ネットワークから前記対話型コンテンツを受信することを備える、請求項１３に記載の方法。
  15. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信すること
    をさらに備える、請求項１に記載の方法。
  16. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記イベント開始時間の前に残っている時間に基づいて前記メッセージ放送繰返しレートを変化させることを備える、請求項１５に記載の方法。
  17. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記対話型イベントが開始しているかどうかに基づいて前記メッセージ放送繰返しレートを変化させることを備える、請求項１５に記載の方法。
  18. 前記対話型イベントアプリケーションデータが対話型要素を備える、請求項１に記載の方法。
  19. 前記対話型イベントアプリケーションデータが、ユーザ入力を受信したときに実行されるべきアクションを特定する、請求項１に記載の方法。
  20. 前記対話型イベントアプリケーションデータは、メッセージがユニキャストネットワークを介して送信されるべきアドレスを特定する、請求項１に記載の方法。
  21. 前記対話型イベントアプリケーションデータが、イベントメタデータと、シーンテンプレートデータと、ユーザアクションと、シーケンスロジックとを備える、請求項１に記載の方法。
  22. 前記対話型イベントアプリケーションデータが、
    ユーザに表示される情報と、
    特定のユーザ入力に関連する機能と、
    表示フォーマット情報と、
    対話型シーケンスロジックと、
    関連する対話型アセットと、
    ユーザ応答をダイレクトするためのＵＲＬと
    を備える、請求項１に記載の方法。
  23. 前記関連する対話型アセットが、対話型イベントの一部として使用されるグラフィックスを備える、請求項２２に記載の方法。
  24. 前記生成された第１の対話型イベントシグナリングメッセージは、対話型広告が表示されるべき広告スロットタイムウィンドウを指定するリニア広告スロットを備える、請求項１に記載の方法。
  25. 前記生成された第１の対話型イベントシグナリングメッセージが、配信のために必要な関連する信頼性値およびサービス品質を有し、前記方法が、
    前記対話型イベントシグナリングメッセージのために指定された前記信頼性およびサービス品質で前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送すること
    をさらに備える、請求項１に記載の方法。
  26. 前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送することが、前記対話型イベントシグナリングメッセージを高優先度オーバーヘッドデータとして放送することを備える、請求項２５に記載の方法。
  27. 前記対話型イベントシグナリングメッセージは、前記対話型イベントが開始することになる前に放送される、請求項２６に記載の方法。
  28. 前記対話型イベントシグナリングメッセージは、ターゲット先リアルタイムコンテンツに同調する受信デバイスが対話型イベントをすぐに実装し、表示することができるように、前記対話型イベントの持続時間全体にわたって継続的に放送される、請求項２６に記載の方法。
  29. 受信デバイスにおいて前記対話型カタログファイルを受信することと、
    前記対話型カタログファイル中に含まれる情報に基づいて、前記受信デバイスにおいてアプリケーションデータとリソースとテンプレートとを受信することと、
    前記受信デバイスにおいて前記第１の対話型イベントシグナリングメッセージを受信することと、
    前記第１の対話型イベントシグナリングメッセージを前記受信デバイス上に常駐する対話型アプリケーションに受け渡すことと、
    受信したアプリケーションデータとリソースとテンプレートとを使用して、前記第１の対話型イベントシグナリングメッセージの前記イベント開始時間データ中で指定されたイベント開始時間に前記対話型イベントを実行することと
    をさらに備える、請求項１に記載の方法。
  30. 前記対話型イベントに応答してユーザ入力を受信すること
    をさらに備える、請求項２９に記載の方法。
  31. 前記マルチメディア放送ネットワークを介して、更新された対話型イベントシグナリングメッセージを送信することであって、前記更新された対話型イベントシグナリングメッセージが、更新されたバージョン識別子を含む更新されたイベント情報を備える、送信すること
    をさらに備える、請求項２９に記載の方法。
  32. 前記受信デバイスにおいて第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから更新されたイベント情報を抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージに対する更新であると決定することと、
    前記抽出された更新されたイベント情報に基づいて前記対話型イベントを実行することと
    をさらに備える、請求項３１に記載の方法。
  33. 前記マルチメディア放送ネットワークを介して取消し対話型イベントシグナリングメッセージを送信することであって、前記取消し対話型イベントシグナリングメッセージが、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを備える、送信すること
    をさらに備える、請求項２９に記載の方法。
  34. 前記受信デバイスにおいて第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの更新であると決定することと、
    前記抽出されたイベントステータス情報に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの取消しを要求すると決定することと、
    前記受信した第２の対話型イベントシグナリングメッセージが前記第１の対話型イベントシグナリングメッセージの更新であり、取消しを要求すると決定したことに基づいて、前記対話型イベントの実行を取り消すことと
    をさらに備える、請求項３３に記載の方法。
  35. 第１の対話型イベントシグナリングメッセージを生成することが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備えるように前記第１の対話型イベントシグナリングメッセージを生成することを備える、請求項２９に記載の方法。
  36. 前記受信した第１の対話型イベントシグナリングメッセージが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備え、前記方法は、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信しているかどうかを決定することと、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信している場合のみ、前記対話型イベントを実行することと
    をさらに備える、請求項３５に記載の方法。
  37. 前記第１の対話型イベントシグナリングメッセージを前記生成することが、特定のリアルタイムチャネルにターゲットされないように前記第１の対話型イベントシグナリングメッセージを生成することを備える、請求項２９に記載の方法。
  38. 前記受信デバイスにおいて前記第１の対話型イベントシグナリングメッセージを受信することは、前記受信デバイスがリアルタイムチャネルを現在受信しているかどうかにかかわらず、特定のリアルタイムチャネルにターゲットされていない第１の対話型イベントシグナリングメッセージを受信することを備える、請求項３７に記載の方法。
  39. 対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを連続的に視聴すること
    をさらに備える、請求項２９に記載の方法。
  40. 対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを周期的に視聴すること
    をさらに備える、請求項２９に記載の方法。
  41. 第１の対話型イベントシグナリングメッセージを生成することが、イベント優先度情報を含むように前記対話型イベントシグナリングメッセージを生成することを備える、請求項２９に記載の方法。
  42. 前記第１の対話型イベントシグナリングメッセージを受信することが、前記第１の対話型イベントシグナリングメッセージ中に含まれるイベント優先度情報を受信することを備える、請求項４１に記載の方法。
  43. 複数の対話型イベントが重複する有効期間を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間を有する場合、前記受信したイベント優先度情報に基づいて、実行すべき前記対話型イベントのうちの１つを選択することと
    をさらに備える、請求項４２に記載の方法。
  44. 重複対話型イベントの中の少なくとも１つの対話型イベントを選択するためのデフォルトルールを設定することと、
    複数の重複対話型イベントが等しいイベント優先度情報を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間と等しいイベント優先度情報とを有すると決定されたとき、前記デフォルトルールに基づいて、前記受信デバイスにおいて実行すべき１つの対話型イベントを選択することと
    をさらに備える、請求項４２に記載の方法。
  45. アプリケーションデータを受信することが、対話型イベントにおいて使用可能な対話型イベントアプリケーションデータを受信することを備える、請求項２９に記載の方法。
  46. 前記受信デバイスにおいて、対話型イベントに関係する対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを受信することと、
    前記対話型カタログファイル内の情報から、前記記載された対話型アプリケーションデータ、リソースおよびテンプレートのいずれかが前記受信デバイスによって受信されるべきであるかどうかを特定することと、
    前記特定された対話型アプリケーションデータとリソースとテンプレートとを受信することと、
    前記デバイスに前記受信した対話型アプリケーションデータとリソースとテンプレートとを格納することと
    をさらに備える、請求項２９に記載の方法。
  47. ファイル配信オーバーヘッドフローを介して対話型アプリケーションデータ、リソースおよびテンプレートのためのスケジュールされた時間情報を受信することと、
    前記ファイル配信オーバーヘッドフローから受信された前記スケジュールされた時間情報に基づいて、１つまたは複数のファイル配信データフローを介して前記対話型アプリケーションデータとリソースとテンプレートとを受信することと
    をさらに備える、請求項４６に記載の方法。
  48. 対話型カタログファイルメタデータが、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属のうちの１つまたは複数を含む、請求項４６に記載の方法。
  49. 前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのターゲッティング基準を含み、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    前記対話型カタログファイルに記載されている前記アプリケーションデータ、リソースおよびテンプレートの各々のためのターゲッティング基準を、前記受信デバイスに知られている情報と比較することと、
    関連するターゲッティング基準が前記デバイス情報に一致する場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備える、請求項４６に記載の方法。
  50. 前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートためのバージョン番号を含み、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    各アプリケーションデータ、リソースおよびテンプレートのための前記バージョン番号を、前記受信デバイスに格納されたアプリケーションデータ、リソースおよびテンプレートのバージョン番号と比較することと、
    前記カタログ中で指定されたバージョンが前記デバイスに格納された前記バージョンよりも高い場合に前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備える、請求項４６に記載の方法。
  51. 前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える、請求項２９に記載の方法。
  52. 関連する対話型イベントが発生することになるときに先立って、対話型イベントアプリケーションデータをアウトオブバンドで送信すること
    をさらに備える、請求項２９に記載の方法。
  53. 前記受信デバイスにおいて、アウトオブバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記受信した対話型イベントアプリケーションデータをメモリに格納することと
    をさらに備える、請求項５２に記載の方法。
  54. 前記対話型イベントシグナリングメッセージのアプリケーションデータ情報中のアプリケーションデータ識別子を受信することと、
    前記受信したアプリケーションデータ識別子に基づいて前記メモリから前記対話型イベントアプリケーションデータを取り出すことと、
    前記取り出された対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える、請求項５３に記載の方法。
  55. 前記リソースを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える、請求項２９に記載の方法。
  56. 前記受信デバイスにおいて、前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたリソースを受信することと、
    前記受信したインバンドリソースを使用して前記対話型イベントを実行することと
    をさらに備える、請求項５５に記載の方法。
  57. 前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なリソースをアウトオブバンドで放送すること
    をさらに備える、請求項２９に記載の方法。
  58. 前記受信デバイスにおいて、前記第１の対話型イベントシグナリングメッセージの一部としてアウトオブバンドで放送されたリソースを受信することと、
    前記受信したアウトオブバンドリソースを前記受信デバイスのメモリに格納することと
    をさらに備える、請求項５７に記載の方法。
  59. 前記第１の対話型イベントシグナリングメッセージのリソース情報中のリソース識別子を受信することと、
    前記受信したリソース識別子に基づいてメモリから前記リソースを取り出すことと、
    前記リソースを使用して前記対話型イベントを実行することと
    をさらに備える、請求項５８に記載の方法。
  60. 前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なテンプレートをアウトオブバンドで放送すること
    をさらに備える、請求項２９に記載の方法。
  61. テンプレート識別子とテンプレートバージョン番号とを含む更新されたテンプレートを放送すること
    をさらに備える、請求項６０に記載の方法。
  62. 前記受信デバイスにおいて、前記対話型イベントが発生することになるときに先立ってアウトオブバンドで放送されたテンプレートを受信することと、
    前記テンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える、請求項６１に記載の方法。
  63. 前記対話型イベントシグナリングメッセージの前記テンプレート情報中のテンプレート識別子を受信することと、
    前記受信したテンプレート識別子に基づいてメモリから前記テンプレートを呼び戻すことと、
    前記テンプレートを使用して前記対話型イベントを実行することと
    をさらに備える、請求項６２に記載の方法。
  64. 前記テンプレートを使用して前記対話型イベントを実行することが、テンプレート関係データを前記テンプレート内の対応するフィールド中に挿入することを備える、請求項６３に記載の方法。
  65. 前記受信デバイスにおいて、更新されたテンプレートを受信することと、
    前記受信した更新されたテンプレートのテンプレートバージョン番号が、前記受信デバイスのメモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいかどうかを決定することと、
    前記テンプレートバージョン番号が、メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいと決定したことに基づいて、前記受信した更新されたテンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える、請求項６４に記載の方法。
  66. 前記第１のイベントシグナリングメッセージ中で受信されたフィルタ処理基準を前記受信デバイスに知られている情報と比較することであって、前記フィルタ処理基準が、前記受信デバイスに知られている前記情報に一致する場合のみ、前記対話型イベントが実行される、比較すること
    をさらに備える、請求項２９に記載の方法。
  67. 前記フィルタ処理基準および前記受信デバイスに知られている前記情報が、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属から選択される、請求項６６に記載の方法。
  68. 新しいおよび更新された対話型イベントに関係するアプリケーションデータ、リソースおよびテンプレートに関する更新された情報を含む前記対話型カタログファイルを周期的に更新し、再放送すること
    をさらに備える、請求項４６に記載の方法。
  69. 前記受信デバイス上で、更新された対話型カタログファイルに基づいて、アプリケーションデータ、リソースおよびテンプレートの更新された集合を受信すること
    をさらに備える、請求項６８に記載の方法。
  70. メモリから、前記受信した対話型カタログファイルに記載されていないアプリケーションデータ、リソースまたはテンプレートを削除すること
    をさらに備える、請求項６８に記載の方法。
  71. 前記対話型イベントシグナリングメッセージ中で関係する２次イベントのためのイベント識別子を指定すること
    をさらに備える、請求項２９に記載の方法。
  72. ユーザが対話型イベントに参加したかどうかを決定することと、
    前記ユーザが前記対話型イベントに参加したと決定したことに基づいて、ユーザに２次イベントを表示することと
    をさらに備える、請求項７１に記載の方法。
  73. １つまたは複数のデータストリームを介して対話型イベントに関係する動的に更新された２次イベントデータを送信することと、
    前記対話型イベントシグナリングメッセージ中でデータストリーム識別子を指定することと
    をさらに備える、請求項７１に記載の方法。
  74. ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが２次イベントのためのデータストリーム識別子を指定したかどうかを決定することと、
    前記対話型イベントがデータストリーム識別子を指定したと決定されたとき、前記データストリーム識別子を使用して動的対話型データを獲得することと、
    前記獲得された動的２次イベント対話型データに基づいて表示を生成することと
    をさらに備える、請求項７３に記載の方法。
  75. ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したかどうかを決定することと、
    前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したと決定されたとき、１つまたは複数の関係する２次対話型イベントを獲得することと、
    獲得された関係する２次対話型イベントを表示することと
    をさらに備える、請求項７３に記載の方法。
  76. 前記テンプレートを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信することと、
    前記受信デバイスにおいて、前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたテンプレートを受信することと、
    前記受信したインバンドテンプレートを使用して前記対話型イベントを実行することと
    をさらに備える、請求項２９に記載の方法。
  77. ワイヤレス信号を放送するための送信機システムと前記送信機システムに結合されたサーバとを備える放送通信ネットワークと、
    前記送信機システムによって放送された前記ワイヤレス信号を受信するように構成された受信と、メモリと、前記受信と前記メモリとに結合されたプロセッサとを備える受信デバイスと
    を備え、
    前記サーバが、
    １つまたは複数のコンテンツプロバイダから、対話型シーケンス情報と、リソースと、テンプレートと、対話型メタデータとを備える対話型情報を受信することと、
    前記受信した対話型情報を、マルチメディア放送ネットワークを介した放送に好適なアプリケーションデータパッケージに組み立てることと、
    対話型イベントに関連し、前記放送ネットワークからの受信のために利用可能な、対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを作成することと、
    特定の時間に放送するために前記リソース、テンプレートおよびアプリケーションデータパッケージと前記対話型カタログファイルとをスケジュールすることと、
    前記対話型イベントを実行する際に前記受信デバイスによって使用されるべきイベント識別子、バージョン識別子、フィルタ処理基準、イベント開始時間データ、イベント有効性持続時間データ、優先度、アプリケーションデータ情報、リソース情報およびテンプレート情報のうちの１つまたは複数を備える第１の対話型イベントシグナリングメッセージを生成することと、
    前記マルチメディア放送ネットワークの放送信号のオーバーヘッドフロー上で前記生成された第１の対話型イベントシグナリングメッセージを放送することと
    を備える動作を実行するためのサーバ実行可能命令で構成された、通信システム。
  78. 前記サーバは、第１の対話型イベントシグナリングメッセージを生成することが、前記対話型イベントシグナリングメッセージ内にリソースとテンプレートとをインバンドで含むように前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  79. 前記サーバは、対話型カタログファイルを作成することが、すべての現在および将来の対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  80. 前記サーバは、対話型カタログファイルを作成することが、指定されたカタログ生成タイムウィンドウに入る対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  81. 前記サーバは、前記アプリケーションデータ情報がインバンドアプリケーションデータを含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  82. 前記サーバは、前記アプリケーションデータ情報が、アプリケーションデータのアウトオブバンド配信のためのアプリケーションデータ識別子を含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  83. 前記サーバは、前記リソース情報がインバンドリソースデータを含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  84. 前記サーバは、前記リソース情報が、リソースデータのアウトオブバンド配信のためのリソース識別子を含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  85. 前記サーバは、前記テンプレート情報がインバンドテンプレートデータを含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  86. 前記サーバは、前記テンプレート情報が、テンプレートデータのアウトオブバンド配信のためのテンプレート識別子を含むような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  87. 前記サーバが、
    前記対話型コンテンツを受信するためのプログラミングインターフェースを与えること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  88. 前記サーバは、第１の対話型イベントシグナリングメッセージを生成することが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項８７に記載の通信システム。
  89. 前記サーバは、前記対話型イベントシグナリングメッセージが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて動的に生成されるような動作を実行するためのサーバ実行可能命令で構成された、請求項８８に記載の通信システム。
  90. 前記サーバは、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成することが、前記プログラミングインターフェースを介して外部広告ネットワークから前記対話型コンテンツを受信することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項８９に記載の通信システム。
  91. 前記サーバが、
    前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  92. 前記サーバは、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記イベント開始時間の前に残っている時間に基づいて前記メッセージ放送繰返しレートを変化させることを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項９１に記載の通信システム。
  93. 前記サーバは、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記対話型イベントが開始しているかどうかに基づいて前記メッセージ放送繰返しレートを変化させることを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項９２に記載の通信システム。
  94. 前記サーバは、前記対話型イベントアプリケーションデータが対話型要素を備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  95. 前記サーバは、前記対話型イベントアプリケーションデータが、ユーザ入力を受信したときに実行されるべきアクションを特定するような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  96. 前記サーバは、前記対話型イベントアプリケーションデータが、メッセージがユニキャストネットワークを介して送信されるべきアドレスを特定するような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  97. 前記サーバは、前記対話型イベントアプリケーションデータが、イベントメタデータと、シーンテンプレートデータと、ユーザアクションと、シーケンスロジックとを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  98. 前記サーバは、前記対話型イベントアプリケーションデータが、
    ユーザに表示される情報と、
    特定のユーザ入力に関連する機能と、
    表示フォーマット情報と、
    対話型シーケンスロジックと、
    関連する対話型アセットと、
    ユーザ応答をダイレクトするためのＵＲＬと
    を備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  99. 前記サーバは、前記関連する対話型アセットが、対話型イベントの一部として使用されるグラフィックスを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項９８に記載の通信システム。
  100. 前記サーバは、前記生成された第１の対話型イベントシグナリングメッセージが、対話型広告が表示されるべき広告スロットタイムウィンドウを指定するリニア広告スロットを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  101. 前記サーバは、前記生成された第１の対話型イベントシグナリングメッセージが、配信のために必要な関連する信頼性値およびサービス品質を有するような動作を実行するためのサーバ実行可能命令で構成され、前記サーバは、
    前記対話型イベントシグナリングメッセージのために指定された前記信頼性およびサービス品質で前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項７７に記載の通信システム。
  102. 前記サーバは、前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送することが、前記対話型イベントシグナリングメッセージを高優先度オーバーヘッドデータとして放送することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０１に記載の通信システム。
  103. 前記サーバは、前記対話型イベントシグナリングメッセージが、前記対話型イベントが開始することになる前に放送されるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０２に記載の通信システム。
  104. 前記サーバは、前記対話型イベントシグナリングメッセージが、ターゲット先リアルタイムコンテンツに同調する受信デバイスが対話型イベントをすぐに実装し、表示することができるように、前記対話型イベントの持続時間全体にわたって継続的に放送されるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０３に記載の通信システム。
  105. 前記受信デバイスプロセッサが、
    受信デバイスにおいて前記対話型カタログファイルを受信することと、
    前記対話型カタログファイル中に含まれる情報に基づいて、前記受信デバイスにおいてアプリケーションデータとリソースとテンプレートとを受信することと、
    前記第１の対話型イベントシグナリングメッセージを受信することと、
    前記第１の対話型イベントシグナリングメッセージを前記受信デバイス上に常駐する対話型アプリケーションに受け渡すことと、
    受信したアプリケーションデータとリソースとテンプレートとを使用して、前記第１の対話型イベントシグナリングメッセージの前記イベント開始時間データ中で指定されたイベント開始時間に前記対話型イベントを実行することと
    を備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項７７に記載の通信システム。
  106. 前記受信デバイスプロセッサが、
    前記対話型イベントに応答してユーザ入力を受信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  107. 前記サーバが、
    前記マルチメディア放送ネットワークを介して、更新された対話型イベントシグナリングメッセージを送信することであって、前記更新された対話型イベントシグナリングメッセージが、更新されたバージョン識別子を含む更新されたイベント情報を備える、送信すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  108. 前記受信デバイスプロセッサは、
    第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから更新されたイベント情報を抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージに対する更新であると決定することと、
    前記抽出された更新されたイベント情報に基づいて前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０７に記載の通信システム。
  109. 前記サーバが、
    前記マルチメディア放送ネットワークを介して取消し対話型イベントシグナリングメッセージを送信することであって、前記取消し対話型イベントシグナリングメッセージが、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを備える、送信すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０８に記載の通信システム。
  110. 前記受信デバイスプロセッサは、
    第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの更新であると決定することと、
    前記抽出されたイベントステータス情報に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの取消しを要求すると決定することと、
    前記受信した第２の対話型イベントシグナリングメッセージが前記第１の対話型イベントシグナリングメッセージの更新であり、取消しを要求すると決定したことに基づいて、前記対話型イベントの実行を取り消すことと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０９に記載の通信システム。
  111. 前記サーバは、第１の対話型イベントシグナリングメッセージを生成することが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備えるように前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  112. 前記サーバは、第１の対話型イベントシグナリングメッセージを生成することが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を含む前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成され、
    前記受信デバイスプロセッサは、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信しているかどうかを決定することと、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信している場合のみ、前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、
    請求項１１１に記載の通信システム。
  113. 前記サーバは、前記第１の対話型イベントシグナリングメッセージを前記生成することが、特定のリアルタイムチャネルにターゲットされないように前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  114. 前記受信デバイスプロセッサは、前記受信デバイスにおいて前記第１の対話型イベントシグナリングメッセージを受信することが、前記受信デバイスがリアルタイムチャネルを現在受信しているかどうかにかかわらず、特定のリアルタイムチャネルにターゲットされていない第１の対話型イベントシグナリングメッセージを受信することを備えるような動作を実行するためのプロセッサ実行可能命令で構成された、請求項１１３に記載の通信システム。
  115. 前記受信デバイスプロセッサが、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを連続的に視聴すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  116. 前記受信デバイスプロセッサが、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを周期的に視聴すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  117. 前記サーバは、第１の対話型イベントシグナリングメッセージを生成することが、イベント優先度情報を含むように前記対話型イベントシグナリングメッセージを生成することを備えるような動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  118. 前記受信デバイスプロセッサは、前記第１の対話型イベントシグナリングメッセージを受信することが、前記第１の対話型イベントシグナリングメッセージ中に含まれるイベント優先度情報を受信することを備えるような動作を実行するためのプロセッサ実行可能命令で構成された、請求項１１７に記載の通信システム。
  119. 前記受信デバイスプロセッサは、
    複数の対話型イベントが重複する有効期間を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間を有する場合、前記受信したイベント優先度情報に基づいて、実行すべき前記対話型イベントのうちの１つを選択することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１１８に記載の通信システム。
  120. 前記受信デバイスプロセッサは、
    重複対話型イベントの中の少なくとも１つの対話型イベントを選択するためのデフォルトルールを設定することと、
    複数の重複対話型イベントが等しいイベント優先度情報を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間と等しいイベント優先度情報とを有すると決定されたとき、前記デフォルトルールに基づいて、実行すべき１つの対話型イベントを選択することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１１８に記載の通信システム。
  121. 前記受信デバイスプロセッサは、アプリケーションデータを受信することが、対話型イベントにおいて使用可能な対話型イベントアプリケーションデータを受信することを備えるような動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  122. 前記受信デバイスプロセッサは、
    対話型イベントに関係する対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを受信することと、
    前記対話型カタログファイル内の情報から、前記記載された対話型アプリケーションデータ、リソースおよびテンプレートのいずれかが前記受信デバイスによって受信されるべきであるかどうかを特定することと、
    前記特定された対話型アプリケーションデータとリソースとテンプレートとを受信することと、
    前記デバイスに前記受信した対話型アプリケーションデータとリソースとテンプレートとを格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  123. 前記受信デバイスプロセッサが、
    ファイル配信オーバーヘッドフローを介して対話型アプリケーションデータ、リソースおよびテンプレートのためのスケジュールされた時間情報を受信することと、
    前記ファイル配信オーバーヘッドフローから受信された前記スケジュールされた時間情報に基づいて、１つまたは複数のファイル配信データフローを介して前記対話型アプリケーションデータとリソースとテンプレートとを受信することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１２２に記載の通信システム。
  124. 前記サーバは、対話型カタログファイルメタデータが、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属のうちの１つまたは複数を含むような動作を実行するためのサーバ実行可能命令で構成された、請求項１２２に記載の通信システム。
  125. 前記サーバは、前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのターゲッティング基準を含むような動作を実行するためのサーバ実行可能命令で構成され、
    前記受信デバイスプロセッサは、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    前記対話型カタログファイルに記載されている前記アプリケーションデータ、リソースおよびテンプレートの各々のためのターゲッティング基準を、前記受信デバイスに知られている情報と比較することと、
    関連するターゲッティング基準が前記デバイス情報に一致する場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるような動作を実行するためのプロセッサ実行可能命令で構成された、
    請求項１２２に記載の通信システム。
  126. 前記サーバは、前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのバージョン番号を含むような動作を実行するためのサーバ実行可能命令で構成され、
    前記受信デバイスプロセッサは、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    各アプリケーションデータ、リソースおよびテンプレートのための前記バージョン番号を、前記受信デバイスに格納されたアプリケーションデータ、リソースおよびテンプレートのバージョン番号と比較することと、
    前記カタログ中で指定されたバージョンが前記デバイスに格納された前記バージョンよりも高い場合に前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるような動作を実行するためのプロセッサ実行可能命令で構成された、
    請求項１２２に記載の通信システム。
  127. 前記受信デバイスプロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  128. 前記サーバは、
    関連する対話型イベントが発生することになるときに先立って、対話型イベントアプリケーションデータをアウトオブバンドで送信すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  129. 前記受信デバイスプロセッサが、
    アウトオブバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記受信した対話型イベントアプリケーションデータを前記メモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１２８に記載の通信システム。
  130. 前記受信デバイスプロセッサが、
    前記対話型イベントシグナリングメッセージのアプリケーションデータ情報中のアプリケーションデータ識別子を受信することと、
    前記受信したアプリケーションデータ識別子に基づいて前記メモリから前記対話型イベントアプリケーションデータを取り出すことと、
    前記取り出された対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１２９に記載の通信システム。
  131. 前記サーバが、
    前記リソースを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  132. 前記受信デバイスプロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたリソースを受信することと、
    前記受信したインバンドリソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３１に記載の通信システム。
  133. 前記サーバは、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なリソースをアウトオブバンドで放送すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  134. 前記受信デバイスプロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてアウトオブバンドで放送されたリソースを受信することと、
    前記受信したアウトオブバンドリソースを前記受信デバイスの前記メモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３３に記載の通信システム。
  135. 前記受信デバイスプロセッサが、
    前記第１の対話型イベントシグナリングメッセージのリソース情報中のリソース識別子を受信することと、
    前記受信したリソース識別子に基づいてメモリから前記リソースを取り出すことと、
    前記リソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３４に記載の通信システム。
  136. 前記サーバは、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なテンプレートをアウトオブバンドで放送すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  137. 前記サーバが、
    テンプレート識別子とテンプレートバージョン番号とを含む更新されたテンプレートを放送すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１３６に記載の通信システム。
  138. 前記受信デバイスプロセッサは、
    前記対話型イベントが発生することになるときに先立ってアウトオブバンドで放送されたテンプレートを受信することと、
    前記テンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３７に記載の通信システム。
  139. 前記受信デバイスプロセッサが、
    前記対話型イベントシグナリングメッセージの前記テンプレート情報中のテンプレート識別子を受信することと、
    前記受信したテンプレート識別子に基づいてメモリから前記テンプレートを呼び戻すことと、
    前記テンプレートを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３８に記載の通信システム。
  140. 前記受信デバイスプロセッサは、前記テンプレートを使用して前記対話型イベントを実行することが、テンプレート関係データを前記テンプレート内の対応するフィールド中に挿入することを備えるような動作を実行するためのプロセッサ実行可能命令で構成された、請求項１３９に記載の通信システム。
  141. 前記受信デバイスプロセッサは、
    更新されたテンプレートを受信することと、
    前記受信した更新されたテンプレートのテンプレートバージョン番号が、前記受信デバイスのメモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいかどうかを決定することと、
    前記テンプレートバージョン番号が、メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいと決定したことに基づいて、前記受信した更新されたテンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４０に記載の通信システム。
  142. 前記受信デバイスプロセッサが、
    前記第１のイベントシグナリングメッセージ中で受信されたフィルタ処理基準を前記受信デバイスに知られている情報と比較することであって、前記フィルタ処理基準が、前記受信デバイスに知られている前記情報に一致する場合のみ、前記対話型イベントが実行される、比較すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１０５に記載の通信システム。
  143. 前記受信デバイスプロセッサは、前記フィルタ処理基準および前記受信デバイスに知られている前記情報が、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属から選択されるような動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４２に記載の通信システム。
  144. 前記サーバが、
    新しいおよび更新された対話型イベントに関係するアプリケーションデータ、リソースおよびテンプレートに関する更新された情報を含む前記対話型カタログファイルを周期的に更新し、再放送すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１２２に記載の通信システム。
  145. 前記受信デバイスプロセッサが、
    前記受信デバイス上で、更新された対話型カタログファイルに基づいて、アプリケーションデータ、リソースおよびテンプレートの更新された集合を受信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４４に記載の通信システム。
  146. 前記受信デバイスプロセッサが、
    メモリから、前記受信した対話型カタログファイルに記載されていないアプリケーションデータ、リソースまたはテンプレートを削除すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４４に記載の通信システム。
  147. 前記サーバが、
    前記対話型イベントシグナリングメッセージ中で関係する２次イベントのためのイベント識別子を指定すること
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１０５に記載の通信システム。
  148. 前記受信デバイスプロセッサは、
    ユーザが対話型イベントに参加したかどうかを決定することと、
    前記ユーザが前記対話型イベントに参加したと決定したことに基づいて、ユーザに２次イベントを表示することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４７に記載の通信システム。
  149. 前記サーバが、
    １つまたは複数のデータストリームを介して対話型イベントに関係する動的に更新された２次イベントデータを送信することと、
    前記対話型イベントシグナリングメッセージ中でデータストリーム識別子を指定することと
    をさらに備える動作を実行するためのサーバ実行可能命令で構成された、請求項１４７に記載の通信システム。
  150. 前記受信デバイスプロセッサは、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが２次イベントのためのデータストリーム識別子を指定したかどうかを決定することと、
    前記対話型イベントがデータストリーム識別子を指定したと決定されたとき、前記データストリーム識別子を使用して動的対話型データを獲得することと、
    前記獲得された動的２次イベント対話型データに基づいて表示を生成することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４９に記載の通信システム。
  151. 前記受信デバイスプロセッサは、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したかどうかを決定することと、
    前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したと決定されたとき、１つまたは複数の関係する２次対話型イベントを獲得することと、
    獲得された関係する２次対話型イベントを表示することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１４９に記載の通信システム。
  152. 前記サーバが、前記テンプレートを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信することをさらに備える動作を実行するためのサーバ実行可能命令で構成され、
    前記受信デバイスプロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたテンプレートを受信することと、
    前記受信したインバンドテンプレートを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、
    請求項１０５に記載の通信システム。
  153. 放送ネットワーク上で対話型イベントを生成するように構成された放送システムのサーバであって、前記サーバが、
    メモリと、
    前記メモリと前記放送システムとに結合されたプロセッサと
    を備え、前記プロセッサが、
    １つまたは複数のコンテンツプロバイダから、対話型シーケンス情報と、リソースと、テンプレートと、対話型メタデータとを備える対話型情報を受信することと、
    前記受信した対話型情報を、マルチメディア放送ネットワークを介した放送に好適なアプリケーションデータパッケージに組み立てることと、
    対話型イベントに関連し、前記放送ネットワークからの受信のために利用可能な、対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを作成することと、
    特定の時間に放送するために前記リソース、テンプレートおよびアプリケーションデータパッケージと前記対話型カタログファイルとをスケジュールすることと、
    前記対話型イベントを実行する際に前記受信デバイスによって使用されるべきイベント識別子、バージョン識別子、フィルタ処理基準、イベント開始時間データ、イベント有効性持続時間データ、優先度、アプリケーションデータ情報、リソース情報およびテンプレート情報のうちの１つまたは複数を備える第１の対話型イベントシグナリングメッセージを生成することと、
    前記マルチメディア放送ネットワークの放送信号のオーバーヘッドフロー上で前記生成された第１の対話型イベントシグナリングメッセージを放送することと
    を備える動作を実行するためのプロセッサ実行可能命令で構成された、サーバ。
  154. 前記プロセッサは、第１の対話型イベントシグナリングメッセージを生成することが、前記対話型イベントシグナリングメッセージ内にリソースとテンプレートとをインバンドで含むように前記第１の対話型イベントシグナリングメッセージを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  155. 前記プロセッサは、対話型カタログファイルを作成することが、すべての現在および将来の対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  156. 前記プロセッサは、対話型カタログファイルを作成することが、指定されたカタログ生成タイムウィンドウに入る対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  157. 前記プロセッサは、前記アプリケーションデータ情報がインバンドアプリケーションデータを含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  158. 前記プロセッサは、前記アプリケーションデータ情報が、アプリケーションデータのアウトオブバンド配信のためのアプリケーションデータ識別子を含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  159. 前記プロセッサは、前記リソース情報がインバンドリソースデータを含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  160. 前記プロセッサは、前記リソース情報が、リソースデータのアウトオブバンド配信のためのリソース識別子を含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  161. 前記プロセッサは、前記テンプレート情報がインバンドテンプレートデータを含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  162. 前記プロセッサは、前記テンプレート情報が、テンプレートデータのアウトオブバンド配信のためのテンプレート識別子を含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  163. 前記プロセッサが、
    前記対話型コンテンツを受信するためのプログラミングインターフェースを与えること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  164. 前記プロセッサは、第１の対話型イベントシグナリングメッセージを生成することが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１６３に記載のサーバ。
  165. 前記プロセッサは、前記対話型イベントシグナリングメッセージが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて動的に生成されるようなプロセッサ実行可能命令で構成された、請求項１６４に記載のサーバ。
  166. 前記プロセッサは、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成することが、前記プログラミングインターフェースを介して外部広告ネットワークから前記対話型コンテンツを受信することを備えるようなプロセッサ実行可能命令で構成された、請求項１６５に記載のサーバ。
  167. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  168. 前記プロセッサは、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記イベント開始時間の前に残っている時間に基づいて前記メッセージ放送繰返しレートを変化させることを備えるようなプロセッサ実行可能命令で構成された、請求項１６７に記載のサーバ。
  169. 前記プロセッサは、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記対話型イベントが開始しているかどうかに基づいて前記メッセージ放送繰返しレートを変化させることを備えるようなプロセッサ実行可能命令で構成された、請求項１６７に記載のサーバ。
  170. 前記プロセッサは、前記対話型イベントアプリケーションデータが対話型要素を備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  171. 前記プロセッサは、前記対話型イベントアプリケーションデータが、ユーザ入力を受信したときに実行されるべきアクションを特定するようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  172. 前記プロセッサは、前記対話型イベントアプリケーションデータが、メッセージがユニキャストネットワークを介して送信されるべきアドレスを特定するようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  173. 前記プロセッサは、前記対話型イベントアプリケーションデータが、イベントメタデータと、シーンテンプレートデータと、ユーザアクションと、シーケンスロジックとを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  174. 前記プロセッサは、前記対話型イベントアプリケーションデータが、
    ユーザに表示される情報と、
    特定のユーザ入力に関連する機能と、
    表示フォーマット情報と、
    対話型シーケンスロジックと、
    関連する対話型アセットと、
    ユーザ応答をダイレクトするためのＵＲＬと
    を備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  175. 前記プロセッサは、前記関連する対話型アセットが、対話型イベントの一部として使用されるグラフィックスを備えるようなプロセッサ実行可能命令で構成された、請求項１７４に記載のサーバ。
  176. 前記プロセッサは、前記生成された第１の対話型イベントシグナリングメッセージが、対話型広告が表示されるべき広告スロットタイムウィンドウを指定するリニア広告スロットを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  177. 前記プロセッサは、前記生成された第１の対話型イベントシグナリングメッセージが、配信のために必要な関連する信頼性値およびサービス品質を有するようなプロセッサ実行可能命令で構成され、
    前記プロセッサは、
    前記対話型イベントシグナリングメッセージのために指定された前記信頼性およびサービス品質で前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、
    請求項１５３に記載のサーバ。
  178. 前記プロセッサは、前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送することが、前記対話型イベントシグナリングメッセージを高優先度オーバーヘッドデータとして放送することを備えるようなプロセッサ実行可能命令で構成された、請求項１７７に記載のサーバ。
  179. 前記プロセッサは、前記対話型イベントシグナリングメッセージが、前記対話型イベントが開始することになる前に放送されるようなプロセッサ実行可能命令で構成された、請求項１７８に記載のサーバ。
  180. 前記プロセッサは、前記対話型イベントシグナリングメッセージが、ターゲット先リアルタイムコンテンツに同調する受信デバイスが対話型イベントをすぐに実装し、表示することができるように、前記対話型イベントの持続時間全体にわたって継続的に放送されるようなプロセッサ実行可能命令で構成された、請求項１７８に記載のサーバ。
  181. 前記プロセッサが、
    前記マルチメディア放送ネットワークを介して、更新された対話型イベントシグナリングメッセージを送信することであって、前記更新された対話型イベントシグナリングメッセージが、更新されたバージョン識別子を含む更新されたイベント情報を備える、送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  182. 前記プロセッサが、
    前記マルチメディア放送ネットワークを介して取消し対話型イベントシグナリングメッセージを送信することであって、前記取消し対話型イベントシグナリングメッセージが、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを備える、送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  183. 前記プロセッサは、第１の対話型イベントシグナリングメッセージを生成することが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備えるように前記第１の対話型イベントシグナリングメッセージを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  184. 前記プロセッサは、前記第１の対話型イベントシグナリングメッセージを前記生成することが、特定のリアルタイムチャネルにターゲットされないように前記第１の対話型イベントシグナリングメッセージを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  185. 前記プロセッサは、第１の対話型イベントシグナリングメッセージを生成することが、イベント優先度情報を含むように前記対話型イベントシグナリングメッセージを生成することを備えるようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  186. 前記プロセッサは、対話型カタログファイルメタデータが、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属のうちの１つまたは複数を含むようなプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  187. 前記プロセッサは、
    関連する対話型イベントが発生することになるときに先立って、対話型イベントアプリケーションデータをアウトオブバンドで送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  188. 前記プロセッサが、
    リソースを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  189. 前記プロセッサは、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なリソースをアウトオブバンドで放送すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  190. 前記プロセッサは、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なテンプレートをアウトオブバンドで放送すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  191. 前記プロセッサが、
    テンプレート識別子とテンプレートバージョン番号とを含む更新されたテンプレートを放送すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  192. 前記プロセッサが、
    前記対話型カタログファイルを周期的に更新し、再放送することであって、前記更新された対話型カタログファイルが、新しいおよび更新された対話型イベントに関係するアプリケーションデータ、リソースおよびテンプレートに関する更新された情報を含む、周期的に更新し、再放送すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  193. 前記プロセッサが、
    前記対話型イベントシグナリングメッセージ中で関係する２次イベントのためのイベント識別子を指定すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  194. 前記プロセッサが、
    １つまたは複数のデータストリームを介して対話型イベントに関係する動的に更新された２次イベントデータを送信することと、
    前記対話型イベントシグナリングメッセージ中でデータストリーム識別子を指定することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９３に記載のサーバ。
  195. 前記プロセッサが、
    前記テンプレートを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１５３に記載のサーバ。
  196. 放送ネットワークから放送信号を受信するように構成された受信回路と、
    メモリと、
    前記受信と前記メモリとに結合されたプロセッサと
    を備える受信デバイスであって、前記プロセッサが、
    前記放送ネットワークから対話型カタログファイルを受信することと、
    前記対話型カタログファイル中に含まれる情報に基づいてアプリケーションデータとリソースとテンプレートとを受信することと、
    第１の対話型イベントシグナリングメッセージを受信することと、
    前記第１の対話型イベントシグナリングメッセージを前記受信デバイス上に常駐する対話型アプリケーションに受け渡すことと、
    受信したアプリケーションデータとリソースとテンプレートとを使用して、前記第１の対話型イベントシグナリングメッセージの前記イベント開始時間データ中で指定されたイベント開始時間に対話型イベントを実行することと
    を備える動作を実行するためのプロセッサ実行可能命令で構成された、受信デバイス。
  197. 前記プロセッサが、
    前記対話型イベントに応答してユーザ入力を受信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  198. 前記プロセッサは、
    第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから更新されたイベント情報を抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージに対する更新であると決定することと、
    前記抽出された更新されたイベント情報に基づいて前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  199. 前記プロセッサは、
    第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの更新であると決定することと、
    前記抽出されたイベントステータス情報に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの取消しを要求すると決定することと、
    前記受信した第２の対話型イベントシグナリングメッセージが前記第１の対話型イベントシグナリングメッセージの更新であり、取消しを要求すると決定したことに基づいて、前記対話型イベントの実行を取り消すことと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  200. 前記受信した第１の対話型イベントシグナリングメッセージが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備え、前記プロセッサは、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信しているかどうかを決定することと、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信している場合のみ、前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  201. 前記プロセッサは、前記第１の対話型イベントシグナリングメッセージを受信することが、前記受信デバイスがリアルタイムチャネルを現在受信しているかどうかにかかわらず、特定のリアルタイムチャネルにターゲットされていない第１の対話型イベントシグナリングメッセージを受信することを備えるようなプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  202. 前記プロセッサが、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを連続的に視聴すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  203. 前記プロセッサが、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを周期的に視聴すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  204. 前記プロセッサは、前記第１の対話型イベントシグナリングメッセージを受信することが、前記第１の対話型イベントシグナリングメッセージ中に含まれるイベント優先度情報を受信することを備えるようなプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  205. 前記プロセッサは、
    複数の対話型イベントが重複する有効期間を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間を有する場合、前記受信したイベント優先度情報に基づいて、実行すべき前記対話型イベントのうちの１つを選択することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２０４に記載の受信デバイス。
  206. 前記プロセッサは、
    重複対話型イベントの中の少なくとも１つの対話型イベントを選択するためのデフォルトルールを設定することと、
    複数の重複対話型イベントが等しいイベント優先度情報を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間と等しいイベント優先度情報とを有すると決定されたとき、前記デフォルトルールに基づいて、実行すべき１つの対話型イベントを選択することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２０４に記載の受信デバイス。
  207. 前記プロセッサは、アプリケーションデータを受信することが、対話型イベントにおいて使用可能な対話型イベントアプリケーションデータを受信することを備えるようなプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  208. 前記プロセッサは、
    対話型イベントに関係する対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを受信することと、
    前記対話型カタログファイル内の情報から、前記記載された対話型アプリケーションデータ、リソースおよびテンプレートのいずれかが前記受信デバイスによって受信されるべきであるかどうかを特定することと、
    前記特定された対話型アプリケーションデータとリソースとテンプレートとを受信することと、
    前記デバイスに前記受信した対話型アプリケーションデータとリソースとテンプレートとを格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  209. 前記プロセッサが、
    ファイル配信オーバーヘッドフローを介して対話型アプリケーションデータ、リソースおよびテンプレートのためのスケジュールされた時間情報を受信することと、
    前記ファイル配信オーバーヘッドフローから受信された前記スケジュールされた時間情報に基づいて、１つまたは複数のファイル配信データフローを介して前記対話型アプリケーションデータとリソースとテンプレートとを受信することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２０８に記載の受信デバイス。
  210. 前記プロセッサは、
    前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのターゲッティング基準を含み、
    受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    前記対話型カタログファイルに記載されている前記アプリケーションデータ、リソースおよびテンプレートの各々のためのターゲッティング基準を、前記受信デバイスに知られている情報と比較することと、
    関連するターゲッティング基準が前記デバイス情報に一致する場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるようなプロセッサ実行可能命令で構成された、請求項２０８に記載の受信デバイス。
  211. 前記プロセッサは、
    前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのバージョン番号を含み、
    受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    各アプリケーションデータ、リソースおよびテンプレートのための前記バージョン番号を、前記受信デバイスに格納されたアプリケーションデータ、リソースおよびテンプレートのバージョン番号と比較することと、
    前記カタログ中で指定されたバージョンが前記デバイスに格納された前記バージョンよりも高い場合に前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるようなプロセッサ実行可能命令で構成された、請求項２０８に記載の受信デバイス。
  212. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  213. 前記プロセッサが、
    アウトオブバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記受信した対話型イベントアプリケーションデータを前記メモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  214. 前記プロセッサが、
    前記対話型イベントシグナリングメッセージのアプリケーションデータ情報中のアプリケーションデータ識別子を受信することと、
    前記受信したアプリケーションデータ識別子に基づいて前記メモリから前記対話型イベントアプリケーションデータを取り出すことと、
    前記取り出された対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２１３に記載の受信デバイス。
  215. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたリソースを受信することと、
    前記受信したインバンドリソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  216. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてアウトオブバンドで放送されたリソースを受信することと、
    前記受信したアウトオブバンドリソースを前記メモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  217. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージのリソース情報中のリソース識別子を受信することと、
    前記受信したリソース識別子に基づいてメモリから前記リソースを取り出すことと、
    前記リソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２１６に記載の受信デバイス。
  218. 前記プロセッサは、
    前記対話型イベントが発生することになるときに先立ってアウトオブバンドで放送されたテンプレートを受信することと、
    前記テンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  219. 前記プロセッサが、
    前記対話型イベントシグナリングメッセージの前記テンプレート情報中のテンプレート識別子を受信することと、
    前記受信したテンプレート識別子に基づいてメモリから前記テンプレートを呼び戻すことと、
    前記テンプレートを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２１８に記載の受信デバイス。
  220. 前記プロセッサは、前記テンプレートを使用して前記対話型イベントを実行することが、テンプレート関係データを前記テンプレート内の対応するフィールド中に挿入することを備えるようなプロセッサ実行可能命令で構成された、請求項２１８に記載の受信デバイス。
  221. 前記プロセッサは、
    更新されたテンプレートを受信することと、
    前記受信した更新されたテンプレートのテンプレートバージョン番号が、前記メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいかどうかを決定することと、
    前記テンプレートバージョン番号が、メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいと決定したことに基づいて、前記受信した更新されたテンプレートを前記メモリに格納することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２２０に記載の受信デバイス。
  222. 前記プロセッサが、
    前記第１のイベントシグナリングメッセージ中で受信されたフィルタ処理基準を前記受信デバイスに知られている情報と比較することであって、前記フィルタ処理基準が、前記受信デバイスに知られている前記情報に一致する場合のみ、前記対話型イベントが実行される、比較すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  223. 前記プロセッサは、前記フィルタ処理基準および前記受信デバイスに知られている前記情報が、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属から選択されるようなプロセッサ実行可能命令で構成された、請求項２２２に記載の受信デバイス。
  224. 前記プロセッサが、
    更新された対話型カタログファイルに基づいて、アプリケーションデータ、リソースおよびテンプレートの更新された集合を受信すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  225. 前記プロセッサが、
    メモリから、前記受信した対話型カタログファイルに記載されていないアプリケーションデータ、リソースまたはテンプレートを削除すること
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項１９６に記載の受信デバイス。
  226. 前記プロセッサは、
    ユーザが対話型イベントに参加したかどうかを決定することと、
    前記ユーザが前記対話型イベントに参加したと決定したことに基づいて、ユーザに２次イベントを表示することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２２５に記載の受信デバイス。
  227. 前記プロセッサは、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが２次イベントのためのデータストリーム識別子を指定したかどうかを決定することと、
    前記対話型イベントがデータストリーム識別子を指定したと決定されたとき、前記データストリーム識別子を使用して動的対話型データを獲得することと、
    前記獲得された動的２次イベント対話型データに基づいて表示を生成することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２２６に記載の受信デバイス。
  228. 前記プロセッサは、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したかどうかを決定することと、
    前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したと決定されたとき、１つまたは複数の関係する２次対話型イベントを獲得することと、
    獲得された関係する２次対話型イベントを表示することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２２６に記載の受信デバイス。
  229. 前記プロセッサが、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたテンプレートを受信することと、
    前記受信したインバンドテンプレートを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行するためのプロセッサ実行可能命令で構成された、請求項２２６に記載の受信デバイス。
  230. １つまたは複数のコンテンツプロバイダから、対話型シーケンス情報と、リソースと、テンプレートと、対話型メタデータとを備える対話型情報を受信するための手段と、
    前記受信した対話型情報を、マルチメディア放送ネットワークを介した放送に好適なアプリケーションデータパッケージに組み立てるための手段と、
    対話型イベントに関連し、放送ネットワークからの受信のために利用可能な、対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを作成するための手段と、
    特定の時間に放送するために前記リソース、テンプレートおよびアプリケーションデータパッケージと前記対話型カタログファイルとをスケジュールするための手段と、
    前記対話型イベントを実行する際に受信デバイスによって使用されるべきイベント識別子、バージョン識別子、フィルタ処理基準、イベント開始時間データ、イベント有効性持続時間データ、優先度、アプリケーションデータ情報、リソース情報およびテンプレート情報のうちの１つまたは複数を備える第１の対話型イベントシグナリングメッセージを生成するための手段と、
    前記マルチメディア放送ネットワークの放送信号のオーバーヘッドフロー上で前記生成された第１の対話型イベントシグナリングメッセージを放送するための手段と
    を備える、放送システム。
  231. 第１の対話型イベントシグナリングメッセージを生成するための手段が、前記対話型イベントシグナリングメッセージ内にリソースとテンプレートとをインバンドで含むように前記第１の対話型イベントシグナリングメッセージを生成するための手段を備える、請求項２３０に記載の放送システム。
  232. 対話型カタログファイルを作成するための手段が、すべての現在および将来の対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成するための手段を備える、請求項２３０に記載の放送システム。
  233. 対話型カタログファイルを作成するための手段が、指定されたカタログ生成タイムウィンドウに入る対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成するための手段を備える、請求項２３０に記載の放送システム。
  234. インバンドアプリケーションデータを含むように前記アプリケーションデータ情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  235. アプリケーションデータのアウトオブバンド配信のためのアプリケーションデータ識別子を含むように前記アプリケーションデータ情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  236. インバンドリソースデータを含むように前記リソース情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  237. リソースデータのアウトオブバンド配信のためのリソース識別子を含むように前記リソース情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  238. インバンドテンプレートデータを含むように前記テンプレート情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  239. テンプレートデータのアウトオブバンド配信のためのテンプレート識別子を含むように前記テンプレート情報を生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  240. 前記対話型コンテンツを受信するためのプログラミングインターフェースを与えるための手段
    をさらに備える、請求項２３０に記載の放送システム。
  241. 第１の対話型イベントシグナリングメッセージを生成するための手段が、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを生成するための手段を備える、請求項２４０に記載の放送システム。
  242. 前記対話型イベントシグナリングメッセージを生成するための手段が、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成するための手段を備える、請求項２４１に記載の放送システム。
  243. 前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成するための手段が、前記プログラミングインターフェースを介して外部広告ネットワークから前記対話型コンテンツを受信するための手段を備える、請求項２４２に記載の放送システム。
  244. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  245. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信するための手段が、前記イベント開始時間の前に残っている時間に基づいて前記メッセージ放送繰返しレートを変化させるための手段を備える、請求項２４４に記載の放送システム。
  246. 前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信するための手段が、前記対話型イベントが開始しているかどうかに基づいて前記メッセージ放送繰返しレートを変化させるための手段を備える、請求項２４４に記載の放送システム。
  247. 対話型要素を備えるように前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  248. 前記対話型イベントアプリケーションデータが、ユーザ入力を受信したときに実行されるべきアクションを特定するように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  249. 前記対話型イベントアプリケーションデータが、メッセージがユニキャストネットワークを介して送信されるべきアドレスを特定するように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  250. 前記対話型イベントアプリケーションデータが、イベントメタデータと、シーンテンプレートデータと、ユーザアクションと、シーケンスロジックとを備えるように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  251. 前記対話型イベントアプリケーションデータが、
    ユーザに表示される情報と、
    特定のユーザ入力に関連する機能と、
    表示フォーマット情報と、
    対話型シーケンスロジックと、
    関連する対話型アセットと、
    ユーザ応答をダイレクトするためのＵＲＬと
    を備えるように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  252. 前記関連する対話型アセットが、対話型イベントの一部として使用されるグラフィックスを備えるように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２５１に記載の放送システム。
  253. 前記生成された第１の対話型イベントシグナリングメッセージが、対話型広告が表示されるべき広告スロットタイムウィンドウを指定するリニア広告スロットを備えるように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  254. 前記生成された第１の対話型イベントシグナリングメッセージが、配信のために必要な関連する信頼性値およびサービス品質を有するように、前記対話型イベントアプリケーションデータを生成するための手段をさらに備え、前記放送システムが、
    前記対話型イベントシグナリングメッセージのために指定された前記信頼性およびサービス品質で前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  255. 前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送するための手段が、前記対話型イベントシグナリングメッセージを高優先度オーバーヘッドデータとして放送するための手段を備える、請求項２５４に記載の放送システム。
  256. 前記対話型イベントが開始することになる前に前記対話型イベントシグナリングメッセージを放送するための手段をさらに備える、請求項２５５に記載の放送システム。
  257. ターゲット先リアルタイムコンテンツに同調する受信デバイスが対話型イベントをすぐに実装し、表示することができるように、前記対話型イベントの持続時間全体にわたって前記対話型イベントシグナリングメッセージを継続的に放送するための手段をさらに備える、請求項２５５に記載の放送システム。
  258. 前記マルチメディア放送ネットワークを介して、更新された対話型イベントシグナリングメッセージを送信するための手段であって、前記更新された対話型イベントシグナリングメッセージが、更新されたバージョン識別子を含む更新されたイベント情報を備える、送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  259. 前記マルチメディア放送ネットワークを介して取消し対話型イベントシグナリングメッセージを送信するための手段であって、前記取消し対話型イベントシグナリングメッセージが、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを備える、送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  260. 第１の対話型イベントシグナリングメッセージを生成するための手段が、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備えるように前記第１の対話型イベントシグナリングメッセージを生成するための手段を備える、請求項２３０に記載の放送システム。
  261. 前記第１の対話型イベントシグナリングメッセージを生成するための手段が、特定のリアルタイムチャネルにターゲットされないように前記第１の対話型イベントシグナリングメッセージを生成するための手段を備える、請求項２３０に記載の放送システム。
  262. 第１の対話型イベントシグナリングメッセージを生成するための手段が、イベント優先度情報を含むように前記対話型イベントシグナリングメッセージを生成するための手段を備える、請求項２３０に記載の放送システム。
  263. 前記対話型カタログファイルメタデータが、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属のうちの１つまたは複数を含むように、前記対話型カタログファイルメタデータを生成するための手段をさらに備える、請求項２３０に記載の放送システム。
  264. 関連する対話型イベントが発生することになるときに先立って、対話型イベントアプリケーションデータをアウトオブバンドで送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  265. 前記リソースを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  266. 前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なリソースをアウトオブバンドで放送するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  267. 前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なテンプレートをアウトオブバンドで放送するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  268. テンプレート識別子とテンプレートバージョン番号とを含む更新されたテンプレートを放送するための手段
    をさらに備える、請求項２６７に記載の放送システム。
  269. 新しいおよび更新された対話型イベントに関係するアプリケーションデータ、リソースおよびテンプレートに関する更新された情報を含む前記対話型カタログファイルを周期的に更新し、再放送するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  270. 前記対話型イベントシグナリングメッセージ中で関係する２次イベントのためのイベント識別子を指定するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  271. １つまたは複数のデータストリームを介して対話型イベントに関係する動的に更新された２次イベントデータを送信するための手段と、
    前記対話型イベントシグナリングメッセージ中でデータストリーム識別子を指定するための手段と
    をさらに備える、請求項２７０に記載の放送システム。
  272. 前記テンプレートを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信するための手段
    をさらに備える、請求項２３０に記載の放送システム。
  273. 受信デバイスであって、
    放送ネットワークから対話型カタログファイルを受信するための手段と、
    前記対話型カタログファイル中に含まれる情報に基づいてアプリケーションデータとリソースとテンプレートとを受信するための手段と、
    第１の対話型イベントシグナリングメッセージを受信するための手段と、
    前記第１の対話型イベントシグナリングメッセージを前記受信デバイス上に常駐する対話型アプリケーションに受け渡すための手段と、
    受信したアプリケーションデータとリソースとテンプレートとを使用して、前記第１の対話型イベントシグナリングメッセージの前記イベント開始時間データ中で指定されたイベント開始時間に対話型イベントを実行するための手段と
    を備える、受信デバイス。
  274. 前記対話型イベントに応答してユーザ入力を受信するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  275. 第２の対話型イベントシグナリングメッセージを受信するための手段と、
    前記受信した第２の対話型イベントシグナリングメッセージから更新されたイベント情報を抽出するための手段と、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージに対する更新であると決定するための手段と、
    前記抽出された更新されたイベント情報に基づいて前記対話型イベントを実行するための手段と
    をさらに備える、請求項２７４に記載の受信デバイス。
  276. 第２の対話型イベントシグナリングを受信するための手段と、
    前記受信した第２の対話型イベントシグナリングメッセージから、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを抽出するための手段と、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの更新であると決定するための手段と、
    前記抽出されたイベントステータス情報に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの取消しを要求すると決定するための手段と、
    前記受信した第２の対話型イベントシグナリングメッセージが前記第１の対話型イベントシグナリングメッセージの更新であり、取消しを要求すると決定したことに基づいて、前記対話型イベントの実行を取り消すための手段と
    をさらに備える、請求項２７５に記載の受信デバイス。
  277. 前記受信した第１の対話型イベントシグナリングメッセージが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備え、前記受信デバイスは、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信しているかどうかを決定するための手段と、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信している場合のみ、前記対話型イベントを実行するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  278. 前記第１の対話型イベントシグナリングメッセージを受信するための手段は、前記受信デバイスがリアルタイムチャネルを現在受信しているかどうかにかかわらず、特定のリアルタイムチャネルにターゲットされていない第１の対話型イベントシグナリングメッセージを受信するための手段を備える、請求項２７３に記載の受信デバイス。
  279. 対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを連続的に視聴するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  280. 対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを周期的に視聴するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  281. 前記第１の対話型イベントシグナリングメッセージを受信するための手段が、前記第１の対話型イベントシグナリングメッセージ中に含まれるイベント優先度情報を受信するための手段を備える、請求項２８０に記載の受信デバイス。
  282. 複数の対話型イベントが重複する有効期間を有するかどうかを決定するための手段と、
    複数の対話型イベントが重複する有効期間を有する場合、前記受信したイベント優先度情報に基づいて、実行すべき前記対話型イベントのうちの１つを選択するための手段と
    をさらに備える、請求項２８１に記載の受信デバイス。
  283. 重複対話型イベントの中の少なくとも１つの対話型イベントを選択するためのデフォルトルールを設定するための手段と、
    複数の重複対話型イベントが等しいイベント優先度情報を有するかどうかを決定するための手段と、
    複数の対話型イベントが重複する有効期間と等しいイベント優先度情報とを有すると決定されたとき、前記デフォルトルールに基づいて、実行すべき１つの対話型イベントを選択するための手段と
    をさらに備える、請求項２８１に記載の受信デバイス。
  284. アプリケーションデータを受信するための手段が、対話型イベントにおいて使用可能な対話型イベントアプリケーションデータを受信するための手段を備える、請求項２７３に記載の受信デバイス。
  285. 対話型イベントに関係する対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを受信するための手段と、
    前記対話型カタログファイル内の情報から、前記記載された対話型アプリケーションデータ、リソースおよびテンプレートのいずれかが前記受信デバイスによって受信されるべきであるかどうかを特定するための手段と、
    前記特定された対話型アプリケーションデータとリソースとテンプレートとを受信するための手段と、
    前記受信した対話型アプリケーションデータとリソースとテンプレートとを格納するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  286. ファイル配信オーバーヘッドフローを介して対話型アプリケーションデータ、リソースおよびテンプレートのためのスケジュールされた時間情報を受信するための手段と、
    前記ファイル配信オーバーヘッドフローから受信された前記スケジュールされた時間情報に基づいて、１つまたは複数のファイル配信データフローを介して前記対話型アプリケーションデータとリソースとテンプレートとを受信するための手段と
    をさらに備える、請求項２８５に記載の受信デバイス。
  287. 前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのターゲッティング基準を含み、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定するための手段が、
    前記対話型カタログファイルに記載されている前記アプリケーションデータ、リソースおよびテンプレートの各々のためのターゲッティング基準を、前記受信デバイスに知られている情報と比較するための手段と、
    関連するターゲッティング基準が前記デバイス情報に一致する場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信するための手段と
    を備える、請求項２８５に記載の受信デバイス。
  288. 前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートためのバージョン番号を含み、受信のために対話型アプリケーションデータとリソースとテンプレートとを特定するための手段が、
    各アプリケーションデータ、リソースおよびテンプレートのための前記バージョン番号を、前記受信デバイスに格納されたアプリケーションデータ、リソースおよびテンプレートのバージョン番号と比較するための手段と、
    前記カタログ中で指定されたバージョンが前記デバイスに格納された前記バージョンよりも高い場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信するための手段と
    を備える、請求項２８５に記載の受信デバイス。
  289. 前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信された対話型イベントアプリケーションデータを受信するための手段と、
    前記対話型イベントアプリケーションデータを使用して前記対話型イベントを実行するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  290. アウトオブバンドで送信された対話型イベントアプリケーションデータを受信するための手段と、
    前記受信した対話型イベントアプリケーションデータを格納するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  291. 前記対話型イベントシグナリングメッセージのアプリケーションデータ情報中のアプリケーションデータ識別子を受信するための手段と、
    前記受信したアプリケーションデータ識別子に基づいてメモリから前記対話型イベントアプリケーションデータを取り出すための手段と、
    前記取り出された対話型イベントアプリケーションデータを使用して前記対話型イベントを実行するための手段と
    をさらに備える、請求項５３に記載の受信デバイス。
  292. 前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたリソースを受信するための手段と、
    前記受信したインバンドリソースを使用して前記対話型イベントを実行するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  293. 前記第１の対話型イベントシグナリングメッセージの一部としてアウトオブバンドで放送されたリソースを受信するための手段と、
    前記受信したアウトオブバンドリソースを格納するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  294. 前記第１の対話型イベントシグナリングメッセージのリソース情報中のリソース識別子を受信するための手段と、
    前記受信したリソース識別子に基づいてメモリから前記リソースを取り出すための手段と、
    前記リソースを使用して前記対話型イベントを実行するための手段と
    をさらに備える、請求項５８に記載の受信デバイス。
  295. 前記対話型イベントが発生することになるときに先立ってアウトオブバンドで放送されたテンプレートを受信するための手段と、
    前記テンプレートを前記受信デバイスのメモリに格納するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  296. 前記対話型イベントシグナリングメッセージの前記テンプレート情報中のテンプレート識別子を受信するための手段と、
    前記受信したテンプレート識別子に基づいてメモリから前記テンプレートを呼び戻すための手段と、
    前記テンプレートを使用して前記対話型イベントを実行するための手段と
    をさらに備える、請求項２９５に記載の受信デバイス。
  297. 前記テンプレートを使用して前記対話型イベントを実行するための手段が、テンプレート関係データを前記テンプレート内の対応するフィールド中に挿入するための手段を備える、請求項２９６に記載の受信デバイス。
  298. 更新されたテンプレートを受信するための手段と、
    前記受信した更新されたテンプレートのテンプレートバージョン番号が、前記受信デバイスのメモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいかどうかを決定するための手段と、
    前記テンプレートバージョン番号が、メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいと決定したことに基づいて、前記受信した更新されたテンプレートを前記受信デバイスのメモリに格納するための手段と
    をさらに備える、請求項２９７に記載の受信デバイス。
  299. 前記第１のイベントシグナリングメッセージ中で受信されたフィルタ処理基準を前記受信デバイスに知られている情報と比較するための手段であって、前記フィルタ処理基準が、前記受信デバイスに知られている前記情報に一致する場合のみ、前記対話型イベントが実行される、比較するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  300. 前記フィルタ処理基準と前記受信デバイスに知られている前記情報とを、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属から選択するための手段をさらに備える、請求項２９９に記載の受信デバイス。
  301. 更新された対話型カタログファイルに基づいて、アプリケーションデータ、リソースおよびテンプレートの更新された集合を受信するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  302. メモリから、前記受信した対話型カタログファイルに記載されていないアプリケーションデータ、リソースまたはテンプレートを削除するための手段
    をさらに備える、請求項２７３に記載の受信デバイス。
  303. ユーザが対話型イベントに参加したかどうかを決定するための手段と、
    前記ユーザが前記対話型イベントに参加したと決定したことに基づいて、ユーザに２次イベントを表示するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  304. ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定するための手段と、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが２次イベントのためのデータストリーム識別子を指定したかどうかを決定するための手段と、
    前記対話型イベントがデータストリーム識別子を指定したと決定されたとき、前記データストリーム識別子を使用して動的対話型データを獲得するための手段と、
    前記獲得された動的２次イベント対話型データに基づいて表示を生成するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  305. ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定するための手段と、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したかどうかを決定するための手段と、
    前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したと決定されたとき、１つまたは複数の関係する２次対話型イベントを獲得するための手段と、
    獲得された関係する２次対話型イベントを表示するための手段と
    をさらに備える、請求項２７３に記載の受信デバイス。
  306. 放送システム内のサーバのプロセッサに、
    １つまたは複数のコンテンツプロバイダから、対話型シーケンス情報と、リソースと、テンプレートと、対話型メタデータとを備える対話型情報を受信することと、
    前記受信した対話型情報を、マルチメディア放送ネットワークを介した放送に好適なアプリケーションデータパッケージに組み立てることと、
    対話型イベントに関連し、前記放送ネットワークからの受信のために利用可能な、対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを作成することと、
    特定の時間に放送するために前記リソース、テンプレートおよびアプリケーションデータパッケージと前記対話型カタログファイルとをスケジュールすることと、
    前記対話型イベントを実行する際に受信デバイスによって使用されるべきイベント識別子、バージョン識別子、フィルタ処理基準、イベント開始時間データ、イベント有効性持続時間データ、優先度、アプリケーションデータ情報、リソース情報およびテンプレート情報のうちの１つまたは複数を備える第１の対話型イベントシグナリングメッセージを生成することと、
    前記マルチメディア放送ネットワークの放送信号のオーバーヘッドフロー上で前記生成された第１の対話型イベントシグナリングメッセージを放送することと
    を備える動作を実行させるように構成されたプロセッサ実行可能ソフトウェア命令を格納した非一時的コンピュータ可読格納媒体。
  307. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記第１の対話型イベントシグナリングメッセージが、前記対話型イベントシグナリングメッセージ内にリソースとテンプレートとをインバンドで含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  308. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、対話型カタログファイルを作成することが、すべての現在および将来の対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  309. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、対話型カタログファイルを作成することが、指定されたカタログ生成タイムウィンドウに入る対話型イベントのための対話型アプリケーションデータ、リソースおよびテンプレートに関する情報を含む対話型カタログファイルを生成することを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  310. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記アプリケーションデータ情報がインバンドアプリケーションデータを含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  311. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記アプリケーションデータ情報が、アプリケーションデータのアウトオブバンド配信のためのアプリケーションデータ識別子を含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  312. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記リソース情報がインバンドリソースデータを含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  313. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記リソース情報が、リソースデータのアウトオブバンド配信のためのリソース識別子を含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  314. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記テンプレート情報がインバンドテンプレートデータを含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  315. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記テンプレート情報が、テンプレートデータのアウトオブバンド配信のためのテンプレート識別子を含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  316. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記対話型コンテンツを受信するためのプログラミングインターフェースを与えること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  317. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、第１の対話型イベントシグナリングメッセージを生成することが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを生成することを備えるような動作を実行させるように構成された、請求項３１６に記載の非一時的コンピュータ可読格納媒体。
  318. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントシグナリングメッセージを生成することが、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成することを備えるような動作を実行させるように構成された、請求項３１７に記載の非一時的コンピュータ可読格納媒体。
  319. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記プログラミングインターフェースを介して受信された対話型コンテンツに基づいて前記対話型イベントシグナリングメッセージを動的に生成することが、前記プログラミングインターフェースを介して外部広告ネットワークから前記対話型コンテンツを受信することを備えるような動作を実行させるように構成された、請求項３１８に記載の非一時的コンピュータ可読格納媒体。
  320. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  321. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記イベント開始時間の前に残っている時間に基づいて前記メッセージ放送繰返しレートを変化させることを備えるような動作を実行させるように構成された、請求項３２０に記載の非一時的コンピュータ可読格納媒体。
  322. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記第１の対話型イベントシグナリングメッセージをメッセージ放送繰返しレートで複数回送信することが、前記対話型イベントが開始しているかどうかに基づいて前記メッセージ放送繰返しレートを変化させることを備えるような動作を実行させるように構成された、請求項３２０に記載の非一時的コンピュータ可読格納媒体。
  323. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、対話型要素を備えるように前記対話型イベントアプリケーションデータを生成することをさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  324. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントアプリケーションデータが、ユーザ入力を受信したときに実行されるべきアクションを特定するように、前記対話型イベントアプリケーションデータを生成することをさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  325. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントアプリケーションデータが、メッセージがユニキャストネットワークを介して送信されるべきアドレスを特定するように、前記対話型イベントアプリケーションデータを生成することをさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  326. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントアプリケーションデータが、イベントメタデータと、シーンテンプレートデータと、ユーザアクションと、シーケンスロジックとを備えるように、前記対話型イベントアプリケーションデータを生成することを備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  327. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントアプリケーションデータが、
    ユーザに表示される情報と、
    特定のユーザ入力に関連する機能と、
    表示フォーマット情報と、
    対話型シーケンスロジックと、
    関連する対話型アセットと、
    ユーザ応答をダイレクトするためのＵＲＬと
    を備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  328. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記関連する対話型アセットが、対話型イベントの一部として使用されるグラフィックスを備えるような動作を実行させるように構成された、請求項３２７に記載の非一時的コンピュータ可読格納媒体。
  329. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記生成された第１の対話型イベントシグナリングメッセージが、対話型広告が表示されるべき広告スロットタイムウィンドウを指定するリニア広告スロットを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  330. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記生成された第１の対話型イベントシグナリングメッセージが、配信のために必要な関連する信頼性値およびサービス品質を有するような動作を実行させるように構成され、前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、
    前記対話型イベントシグナリングメッセージのために指定された前記信頼性およびサービス品質で前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  331. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントシグナリングメッセージを前記オーバーヘッドデータストリームの一部として放送することが、前記対話型イベントシグナリングメッセージを高優先度オーバーヘッドデータとして放送することを備えるような動作を実行させるように構成された、請求項３３０に記載の非一時的コンピュータ可読格納媒体。
  332. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型イベントシグナリングメッセージが、前記対話型イベントが開始することになる前に放送されるような動作を実行させるように構成された、請求項３３１に記載の非一時的コンピュータ可読格納媒体。
  333. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、
    ターゲット先リアルタイムコンテンツに同調する受信デバイスが対話型イベントをすぐに実装し、表示することができるように、前記対話型イベントの持続時間全体にわたって前記対話型イベントシグナリングメッセージを継続的に放送すること
    をさらに備える動作を実行させるように構成された、請求項３３１に記載の非一時的コンピュータ可読格納媒体。
  334. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記マルチメディア放送ネットワークを介して、更新された対話型イベントシグナリングメッセージを送信することであって、前記更新された対話型イベントシグナリングメッセージが、更新されたバージョン識別子を含む更新されたイベント情報を備える、送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  335. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記マルチメディア放送ネットワークを介して取消し対話型イベントシグナリングメッセージを送信することであって、前記取消し対話型イベントシグナリングメッセージが、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを備える、送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  336. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、第１の対話型イベントシグナリングメッセージを生成することが、１つまたは複数のリアルタイムチャネルを特定するフィルタ処理基準を備えるように前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  337. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記第１の対話型イベントシグナリングメッセージを前記生成することが、特定のリアルタイムチャネルにターゲットされないように前記第１の対話型イベントシグナリングメッセージを生成することを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  338. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、第１の対話型イベントシグナリングメッセージを生成することが、イベント優先度情報を含むように前記対話型イベントシグナリングメッセージを生成することを備えるような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  339. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、前記対話型カタログファイルメタデータが、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属のうちの１つまたは複数を含むような動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  340. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、
    関連する対話型イベントが発生することになるときに先立って、対話型イベントアプリケーションデータをアウトオブバンドで送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  341. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記リソースを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  342. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なリソースをアウトオブバンドで放送すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  343. 前記格納されたプロセッサ実行可能ソフトウェア命令は、放送システム内のサーバのプロセッサに、
    前記対話型イベントが発生することになるときに先立って、対話型イベントにおいて使用可能なテンプレートをアウトオブバンドで放送すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  344. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    テンプレート識別子とテンプレートバージョン番号とを含む更新されたテンプレートを放送すること
    をさらに備える動作を実行させるように構成された、請求項３４３に記載の非一時的コンピュータ可読格納媒体。
  345. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    新しいおよび更新された対話型イベントに関係するアプリケーションデータ、リソースおよびテンプレートに関する更新された情報を含む前記対話型カタログファイルを周期的に更新し、再放送すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  346. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記対話型イベントシグナリングメッセージ中で関係する２次イベントのためのイベント識別子を指定すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  347. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    １つまたは複数のデータストリームを介して対話型イベントに関係する動的に更新された２次イベントデータを送信することと、
    前記対話型イベントシグナリングメッセージ中でデータストリーム識別子を指定することと
    をさらに備える動作を実行させるように構成された、請求項３４６に記載の非一時的コンピュータ可読格納媒体。
  348. 前記格納されたプロセッサ実行可能ソフトウェア命令が、放送システム内のサーバのプロセッサに、
    前記テンプレートを前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信すること
    をさらに備える動作を実行させるように構成された、請求項３０６に記載の非一時的コンピュータ可読格納媒体。
  349. 受信デバイスプロセッサに、
    放送ネットワークから対話型カタログファイルを受信することと、
    前記対話型カタログファイル中に含まれる情報に基づいてアプリケーションデータとリソースとテンプレートとを受信することと、
    第１の対話型イベントシグナリングメッセージを受信することと、
    前記第１の対話型イベントシグナリングメッセージを前記受信デバイス上に常駐する対話型アプリケーションに受け渡すことと、
    受信したアプリケーションデータとリソースとテンプレートとを使用して、前記第１の対話型イベントシグナリングメッセージの前記イベント開始時間データ中で指定されたイベント開始時間に対話型イベントを実行することと
    を備える動作を実行させるように構成されたプロセッサ実行可能ソフトウェア命令を格納した非一時的コンピュータ可読格納媒体。
  350. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記対話型イベントに応答してユーザ入力を受信すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  351. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    第２の対話型イベントシグナリングメッセージを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから更新されたイベント情報を抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージに対する更新であると決定することと、
    前記抽出された更新されたイベント情報に基づいて前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項２７４に記載の非一時的コンピュータ可読格納媒体。
  352. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    第２の対話型イベントシグナリングを受信することと、
    前記受信した第２の対話型イベントシグナリングメッセージから、更新されたバージョン識別子と、前記対話型イベントの取消しを示すイベントステータス情報とを抽出することと、
    前記抽出された更新されたバージョン識別子に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの更新であると決定することと、
    前記抽出されたイベントステータス情報に基づいて、前記受信した第２の対話型イベントシグナリングメッセージが前記受信した第１の対話型イベントシグナリングメッセージの取消しを要求すると決定することと、
    前記受信した第２の対話型イベントシグナリングメッセージが前記第１の対話型イベントシグナリングメッセージの更新であり、取消しを要求すると決定したことに基づいて、前記対話型イベントの実行を取り消すことと
    をさらに備える動作を実行させるように構成された、請求項２７５に記載の非一時的コンピュータ可読格納媒体。
  353. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    前記受信デバイスが１つまたは複数のリアルタイムチャネルを現在受信しているかどうかを決定することと、
    前記受信デバイスが前記１つまたは複数のリアルタイムチャネルのうちの１つを現在受信している場合のみ、前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  354. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、前記第１の対話型イベントシグナリングメッセージを受信することが、前記受信デバイスがリアルタイムチャネルを現在受信しているかどうかにかかわらず、特定のリアルタイムチャネルにターゲットされていない第１の対話型イベントシグナリングメッセージを受信することを備えるような動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  355. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを連続的に視聴すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  356. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    対話型イベントシグナリングメッセージについて前記マルチメディア放送ネットワークのオーバーヘッドフローを周期的に視聴すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  357. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、前記第１の対話型イベントシグナリングメッセージを受信することが、前記第１の対話型イベントシグナリングメッセージ中に含まれるイベント優先度情報を受信することを備えるような動作を実行させるように構成された、請求項３５６に記載の非一時的コンピュータ可読格納媒体。
  358. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    複数の対話型イベントが重複する有効期間を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間を有する場合、前記受信したイベント優先度情報に基づいて、実行すべき前記対話型イベントのうちの１つを選択することと
    をさらに備える動作を実行させるように構成された、請求項３５７に記載の非一時的コンピュータ可読格納媒体。
  359. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    重複対話型イベントの中の少なくとも１つの対話型イベントを選択するためのデフォルトルールを設定することと、
    複数の重複対話型イベントが等しいイベント優先度情報を有するかどうかを決定することと、
    複数の対話型イベントが重複する有効期間と等しいイベント優先度情報とを有すると決定されたとき、前記デフォルトルールに基づいて、実行すべき１つの対話型イベントを選択することと
    をさらに備える動作を実行させるように構成された、請求項３５７に記載の非一時的コンピュータ可読格納媒体。
  360. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、アプリケーションデータを受信することが、対話型イベントにおいて使用可能な対話型イベントアプリケーションデータを受信することを備えるような動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  361. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    対話型イベントに関係する対話型アプリケーションデータ、リソースおよびテンプレートのためのメタデータを含む対話型カタログファイルを受信することと、
    前記対話型カタログファイル内の情報から、前記記載された対話型アプリケーションデータ、リソースおよびテンプレートのいずれかが前記受信デバイスによって受信されるべきであるかどうかを特定することと、
    前記特定された対話型アプリケーションデータとリソースとテンプレートとを受信することと、
    前記受信デバイスに前記受信した対話型アプリケーションデータとリソースとテンプレートとを格納することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  362. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    ファイル配信オーバーヘッドフローを介して対話型アプリケーションデータ、リソースおよびテンプレートのためのスケジュールされた時間情報を受信することと、
    前記ファイル配信オーバーヘッドフローから受信された前記スケジュールされた時間情報に基づいて、１つまたは複数のファイル配信データフローを介して前記対話型アプリケーションデータとリソースとテンプレートとを受信することと
    をさらに備える動作を実行させるように構成された、請求項２８５に記載の非一時的コンピュータ可読格納媒体。
  363. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのターゲッティング基準を含み、
    受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    前記対話型カタログファイルに記載されている前記アプリケーションデータ、リソースおよびテンプレートの各々のためのターゲッティング基準を、前記受信デバイスに知られている情報と比較することと、
    関連するターゲッティング基準が前記デバイス情報に一致する場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるような動作を実行させるように構成された、請求項２８５に記載の非一時的コンピュータ可読格納媒体。
  364. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    前記対話型カタログファイルメタデータが、アプリケーションデータ、リソースおよびテンプレートのためのバージョン番号を含み、
    受信のために対話型アプリケーションデータとリソースとテンプレートとを特定することが、
    各アプリケーションデータ、リソースおよびテンプレートのための前記バージョン番号を、前記受信デバイスに格納されたアプリケーションデータ、リソースおよびテンプレートのバージョン番号と比較することと、
    前記カタログ中で指定されたバージョンが前記デバイスに格納された前記バージョンよりも高い場合のみ、前記アプリケーションデータとリソースとテンプレートとを受信することと
    を備えるような動作を実行させるように構成された、請求項２８５に記載の非一時的コンピュータ可読格納媒体。
  365. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  366. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    アウトオブバンドで送信された対話型イベントアプリケーションデータを受信することと、
    前記受信した対話型イベントアプリケーションデータをメモリに格納することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  367. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記対話型イベントシグナリングメッセージのアプリケーションデータ情報中のアプリケーションデータ識別子を受信することと、
    前記受信したアプリケーションデータ識別子に基づいて前記メモリから前記対話型イベントアプリケーションデータを取り出すことと、
    前記取り出された対話型イベントアプリケーションデータを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３６６に記載の非一時的コンピュータ可読格納媒体。
  368. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記第１の対話型イベントシグナリングメッセージの一部としてインバンドで放送されたリソースを受信することと、
    前記受信したインバンドリソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  369. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記第１の対話型イベントシグナリングメッセージの一部としてアウトオブバンドで放送されたリソースを受信することと、
    前記受信したアウトオブバンドリソースを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  370. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記第１の対話型イベントシグナリングメッセージのリソース情報中のリソース識別子を受信することと、
    前記受信したリソース識別子に基づいてメモリから前記リソースを取り出すことと、
    前記リソースを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３６９に記載の非一時的コンピュータ可読格納媒体。
  371. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    前記対話型イベントが発生することになるときに先立ってアウトオブバンドで放送されたテンプレートを受信することと、
    前記テンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  372. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記対話型イベントシグナリングメッセージの前記テンプレート情報中のテンプレート識別子を受信することと、
    前記受信したテンプレート識別子に基づいてメモリから前記テンプレートを呼び戻すことと、
    前記テンプレートを使用して前記対話型イベントを実行することと
    をさらに備える動作を実行させるように構成された、請求項３７１に記載の非一時的コンピュータ可読格納媒体。
  373. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、前記テンプレートを使用して前記対話型イベントを実行することが、テンプレート関係データを前記テンプレート内の対応するフィールド中に挿入することを備えるような動作を実行させるように構成された、請求項３７２に記載の非一時的コンピュータ可読格納媒体。
  374. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    更新されたテンプレートを受信することと、
    前記受信した更新されたテンプレートのテンプレートバージョン番号が、前記受信デバイスのメモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいかどうかを決定することと、
    前記テンプレートバージョン番号が、メモリに格納された同じ識別子をもつテンプレートのバージョン番号よりも大きいと決定したことに基づいて、前記受信した更新されたテンプレートを前記受信デバイスのメモリに格納することと
    をさらに備える動作を実行させるように構成された、請求項３７３に記載の非一時的コンピュータ可読格納媒体。
  375. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    前記第１のイベントシグナリングメッセージ中で受信されたフィルタ処理基準を前記受信デバイスに知られている情報と比較することであって、前記フィルタ処理基準が、前記受信デバイスに知られている前記情報に一致する場合のみ、前記対話型イベントが実行される、比較すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  376. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、前記フィルタ処理基準と前記受信デバイスに知られている前記情報とを、受信デバイスモデルタイプ、サービスキャリア識別子、サービスサブスクリプションレベル、受信デバイスロケーション、ユーザ人口統計学的データ、ユーザジェンダー、ユーザ年齢層、およびユーザ所属から選択することをさらに備える動作を実行させるように構成された、請求項３７５に記載の非一時的コンピュータ可読格納媒体。
  377. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    更新された対話型カタログファイルに基づいて、アプリケーションデータ、リソースおよびテンプレートの更新された集合を受信すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  378. 前記格納されたプロセッサ実行可能命令が、受信デバイスプロセッサに、
    メモリから、前記受信した対話型カタログファイルに記載されていないアプリケーションデータ、リソースまたはテンプレートを削除すること
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  379. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    ユーザが対話型イベントに参加したかどうかを決定することと、
    前記ユーザが前記対話型イベントに参加したと決定したことに基づいて、ユーザに２次イベントを表示することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  380. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが２次イベントのためのデータストリーム識別子を指定したかどうかを決定することと、
    前記対話型イベントがデータストリーム識別子を指定したと決定されたとき、前記データストリーム識別子を使用して動的対話型データを獲得することと、
    前記獲得された動的２次イベント対話型データに基づいて表示を生成することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
  381. 前記格納されたプロセッサ実行可能命令は、受信デバイスプロセッサに、
    ユーザ入力が前記対話型イベントに応答して受信されたかどうかを決定することと、
    ユーザ入力が前記対話型イベントに応答して受信されたと決定されたとき、前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したかどうかを決定することと、
    前記対話型イベントが、関係する２次対話型イベントを含んでいたかまたは特定したと決定されたとき、１つまたは複数の関係する２次対話型イベントを獲得することと、
    獲得された関係する２次対話型イベントを表示することと
    をさらに備える動作を実行させるように構成された、請求項３４９に記載の非一時的コンピュータ可読格納媒体。
JP2012549095A 2010-01-13 2011-01-13 モバイル放送通信システムにおいて、モバイルデバイス上での対話型形態を可能にし、送信し、維持するためのシグナリング機構およびシステム Active JP5675845B2 (ja)

Applications Claiming Priority (21)

Application Number Priority Date Filing Date Title
US29475310P 2010-01-13 2010-01-13
US61/294,753 2010-01-13
US30578710P 2010-02-18 2010-02-18
US61/305,787 2010-02-18
US31019110P 2010-03-03 2010-03-03
US61/310,191 2010-03-03
US31968410P 2010-03-31 2010-03-31
US61/319,684 2010-03-31
US32135710P 2010-04-06 2010-04-06
US61/321,357 2010-04-06
US32270310P 2010-04-09 2010-04-09
US61/322,703 2010-04-09
US32806310P 2010-04-26 2010-04-26
US61/328,063 2010-04-26
US32855910P 2010-04-27 2010-04-27
US61/328,559 2010-04-27
US34959810P 2010-05-28 2010-05-28
US61/349,598 2010-05-28
US13/004,832 2011-01-11
US13/004,832 US8676991B2 (en) 2010-01-13 2011-01-11 Signaling mechanisms and systems for enabling, transmitting and maintaining interactivity features on mobile devices in a mobile broadcast communication system
PCT/US2011/021208 WO2011088262A1 (en) 2010-01-13 2011-01-13 Signaling mechanisms and systems for enabling, transmitting and maintaining interactivity features on mobile devices in a mobile broadcast communication system

Publications (2)

Publication Number Publication Date
JP2013517701A true JP2013517701A (ja) 2013-05-16
JP5675845B2 JP5675845B2 (ja) 2015-02-25

Family

ID=44304654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012549095A Active JP5675845B2 (ja) 2010-01-13 2011-01-13 モバイル放送通信システムにおいて、モバイルデバイス上での対話型形態を可能にし、送信し、維持するためのシグナリング機構およびシステム

Country Status (6)

Country Link
US (1) US8676991B2 (ja)
EP (1) EP2524497A1 (ja)
JP (1) JP5675845B2 (ja)
KR (1) KR101380104B1 (ja)
CN (1) CN102771133B (ja)
WO (1) WO2011088262A1 (ja)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10699469B2 (en) 2009-02-03 2020-06-30 Calgary Scientific Inc. Configurable depth-of-field raycaster for medical imaging
US20110177774A1 (en) * 2010-01-13 2011-07-21 Qualcomm Incorporated Dynamic generation, delivery, and execution of interactive applications over a mobile broadcast network
US9485535B2 (en) * 2010-01-13 2016-11-01 Qualcomm Incorporated Notification of interactivity event asset delivery sources in a mobile broadcast communication system
US9032466B2 (en) * 2010-01-13 2015-05-12 Qualcomm Incorporated Optimized delivery of interactivity event assets in a mobile broadcast communication system
US20110177775A1 (en) * 2010-01-13 2011-07-21 Qualcomm Incorporated Signaling mechanisms, templates and systems for creation and delivery of interactivity events on mobile devices in a mobile broadcast communication system
US20110246618A1 (en) 2010-04-02 2011-10-06 Apple Inc. Caching multiple views corresponding to multiple aspect ratios
US9922354B2 (en) 2010-04-02 2018-03-20 Apple Inc. In application purchasing
US8914471B2 (en) 2010-05-28 2014-12-16 Qualcomm Incorporated File delivery over a broadcast network using file system abstraction, broadcast schedule messages and selective reception
US9110749B2 (en) * 2010-06-01 2015-08-18 Apple Inc. Digital content bundle
US9542501B2 (en) * 2011-01-28 2017-01-10 Radware Ltd. System and method for presenting content in a client/server environment
US8516308B1 (en) * 2011-03-09 2013-08-20 Amazon Technologies, Inc. Crash based incompatibility prediction for classes of mobile devices crash data
US8788944B1 (en) 2011-03-09 2014-07-22 Amazon Technologies, Inc. Personalized mobile device application presentation using photograph-based capability detection
US9424018B2 (en) * 2011-03-21 2016-08-23 Microsoft Technology Licensing, Llc Filtering and promoting application store applications
KR20130000142A (ko) * 2011-06-22 2013-01-02 삼성전자주식회사 방송 수신 서비스를 제공하는 휴대용 단말기의 어플리케이션 실행 장치 및 방법
US10721506B2 (en) * 2011-06-29 2020-07-21 Calgary Scientific Inc. Method for cataloguing and accessing digital cinema frame content
CN104066148B (zh) * 2013-03-19 2018-01-02 华为技术有限公司 服务发现方法、接入点和站点
US20170055006A1 (en) * 2014-05-07 2017-02-23 Sony Corporation Receiver, transmitter, data communication method, and data processing method
CN107079196B (zh) * 2014-10-28 2021-07-20 索尼公司 接收设备、发送设备和数据处理方法
US10575008B2 (en) * 2015-06-01 2020-02-25 Apple Inc. Bandwidth management in devices with simultaneous download of multiple data streams
US9832504B2 (en) 2015-09-15 2017-11-28 Google Inc. Event-based content distribution
CN105187935A (zh) * 2015-09-30 2015-12-23 北京奇虎科技有限公司 一种应用信息的显示方法和装置
US10657322B2 (en) * 2015-11-03 2020-05-19 Facebook, Inc. Systems and methods to optimize acquisition of templates for content items in news feed
EP3863234B1 (en) * 2016-03-25 2023-12-13 Voapps, Inc. Adaptive signaling for network performance measurement, access, and control
US10191794B2 (en) * 2016-09-28 2019-01-29 Mcafee, Llc Monitoring and analyzing watchdog messages in an internet of things network environment
KR102286283B1 (ko) * 2017-02-24 2021-08-04 비비타 가부시키가이샤 제어 장치, 제어 방법, 정보 처리 장치, 정보 처리 방법 및 프로그램
US10440419B2 (en) * 2017-12-27 2019-10-08 Facebook, Inc. Synchronizing presentation of content presented by multiple client devices
CN108271230B (zh) * 2018-02-01 2021-09-07 北京佰才邦技术股份有限公司 一种获取移动管理信息的方法及装置、计算机可读存储介质
CN112969093B (zh) * 2019-12-13 2023-09-08 腾讯科技（北京）有限公司 互动业务处理方法、装置、设备及存储介质
CN112486896A (zh) * 2020-11-30 2021-03-12 锐捷网络股份有限公司 机架式交换机的业务卡管理装置及方法、设备和介质
CN113127166A (zh) * 2021-03-16 2021-07-16 北京达佳互联信息技术有限公司 多业务处理方法、装置、系统、电子设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000031921A (ja) * 1998-05-07 2000-01-28 Matsushita Electric Ind Co Ltd 放送局システム及び受信機
JP2001127719A (ja) * 1999-10-28 2001-05-11 Matsushita Electric Ind Co Ltd 放送装置および受信装置
JP2002051020A (ja) * 2000-08-03 2002-02-15 Matsushita Electric Ind Co Ltd 蓄積放送システム
JP2004235928A (ja) * 2003-01-30 2004-08-19 Nippon Hoso Kyokai <Nhk> データ放送蓄積装置、データ放送蓄積方法及びデータ放送蓄積プログラム、並びに、データ放送監視装置
JP2004241941A (ja) * 2003-02-04 2004-08-26 Nippon Telegraph & Telephone East Corp デジタル放送番組提供システム、デジタル放送番組再生テストシステム、デジタル放送番組提供方法、及び、デジタル放送番組再生テスト方法
JP2005176107A (ja) * 2003-12-12 2005-06-30 Canon Inc デジタル放送受信装置およびその制御方法、デジタル放送送信装置、ならびにデジタル放送受信システム
JP2006303938A (ja) * 2005-04-21 2006-11-02 Nippon Hoso Kyokai <Nhk> 放送番組受信装置および放送番組送信装置、並びに、放送番組受信プログラムおよび放送番組送信プログラム
JP2008544584A (ja) * 2005-02-11 2008-12-04 ビーアイエイピー・インコーポレーテッド 電子入力／出力デバイスでのブロードバンド・ネットワークを介するインターネット・アプリケーションとの対話
JP2012529194A (ja) * 2009-06-01 2012-11-15 フォースウォール・メディア・インコーポレーテッド 放送メッセージをターゲティングするシステムおよび方法

Family Cites Families (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5589892A (en) 1993-09-09 1996-12-31 Knee; Robert A. Electronic television program guide schedule system and method with data feed access
US5600378A (en) * 1995-05-22 1997-02-04 Scientific-Atlanta, Inc. Logical and composite channel mapping in an MPEG network
CN1199438C (zh) * 1996-09-11 2005-04-27 松下电器产业株式会社 数据显示控制装置
US6311329B1 (en) * 1996-10-14 2001-10-30 Sony Corporation Information providing apparatus and method, display controlling apparatus and method, information providing system, as well as transmission medium
US6608832B2 (en) * 1997-09-25 2003-08-19 Telefonaktiebolaget Lm Ericsson Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
US6807667B1 (en) * 1998-09-21 2004-10-19 Microsoft Corporation Method and system of an application program interface for abstracting network traffic control components to application programs
NZ500956A (en) * 1998-12-04 2000-08-25 Two Way Tv Ltd Interactive TV game system, start signal transmitted to all users simultaneously
US7222155B1 (en) * 1999-06-15 2007-05-22 Wink Communications, Inc. Synchronous updating of dynamic interactive applications
US7634787B1 (en) * 1999-06-15 2009-12-15 Wink Communications, Inc. Automatic control of broadcast and execution of interactive applications to maintain synchronous operation with broadcast programs
US6629284B1 (en) * 1999-10-28 2003-09-30 Koninklijke Philips Electronics N.V. System and method for supervised downloading of broadcast data
DE60006708T2 (de) 1999-10-29 2004-09-30 OpenTV, Corp., Mountain View System und verfahren zur aufnahme von push daten
US6530084B1 (en) * 1999-11-01 2003-03-04 Wink Communications, Inc. Automated control of interactive application execution using defined time periods
US7013479B2 (en) * 2000-04-14 2006-03-14 Matsushita Electric Industrial Co., Ltd. Broadcasting apparatus and method for pre-transmitting data carousel and receiving apparatus for receiving data carousel
US6714264B1 (en) * 2000-08-31 2004-03-30 Matsushita Electric Industrial Co., Ltd. Digital television channel surfing system
DE60125898T2 (de) * 2000-11-27 2007-09-06 Ntt Docomo Inc. Verfahren zur Bereitstellung eines Programms und Anordnung und Server zum Rundfunk
WO2002069121A1 (en) * 2001-02-26 2002-09-06 Ip Planet Networks Ltd. Modular interactive application generation system
US7584491B2 (en) * 2001-04-25 2009-09-01 Sony Corporation System and method for managing interactive programming and advertisements in interactive broadcast systems
US20020162117A1 (en) * 2001-04-26 2002-10-31 Martin Pearson System and method for broadcast-synchronized interactive content interrelated to broadcast content
US7596797B1 (en) * 2001-07-31 2009-09-29 Keen Personal Media, Inc. Client terminal for providing a subscription to a bundle of channels from a program guide
US20030093530A1 (en) * 2001-10-26 2003-05-15 Majid Syed Arbitrator system and method for national and local content distribution
US7111314B2 (en) * 2002-05-03 2006-09-19 Time Warner Entertainment Company, L.P. Technique for delivering entertainment programming content including interactive features in a communications network
GB0213432D0 (en) 2002-06-12 2002-07-24 Pace Micro Tech Plc Broadcast data receiver and method of storing data therefor
US7360160B2 (en) * 2002-06-20 2008-04-15 At&T Intellectual Property, Inc. System and method for providing substitute content in place of blocked content
US20050015816A1 (en) * 2002-10-29 2005-01-20 Actv, Inc System and method of providing triggered event commands via digital program insertion splicing
GB0313720D0 (en) 2003-06-13 2003-07-16 Electra Guide Ltd England An improved television system
JP2005130085A (ja) 2003-10-22 2005-05-19 Canon Inc 放送受信装置
US7257583B2 (en) * 2004-01-09 2007-08-14 Microsoft Corporation System and method for updating an on-device application catalog in a mobile device receiving a push message from a catalog server indicating availability of an application for download
WO2005104558A1 (en) 2004-04-21 2005-11-03 Matsushita Electric Industrial Co., Ltd. Digital broadcast playback device and method, computer program, and storage medium
GB0410014D0 (en) * 2004-05-05 2004-06-09 Nokia Corp Multimedia message delivery optimisation
US8141118B2 (en) 2004-07-26 2012-03-20 Microsoft Corporation Data broadcasting receiver power management
US7996462B2 (en) * 2004-07-30 2011-08-09 Sap Ag Collaborative agent for a work environment
US9197857B2 (en) * 2004-09-24 2015-11-24 Cisco Technology, Inc. IP-based stream splicing with content-specific splice points
US20060168624A1 (en) * 2004-11-22 2006-07-27 John Carney Method and system for delivering enhanced TV content
WO2006064471A1 (en) * 2004-12-13 2006-06-22 Koninklijke Philips Electronics N.V. System and method for scheduling an audiovisual information recording
GB0500579D0 (en) 2005-01-12 2005-02-16 Electra Entertainment Ltd Memory card handling
GB2423659A (en) 2005-02-24 2006-08-30 I-Zone Tv Limited Creating interactive television programmes using frameworks
US7852372B2 (en) * 2005-04-04 2010-12-14 Gary Sohmers Interactive television system and method
US8607271B2 (en) * 2005-08-26 2013-12-10 Nokia Corporation Method to deliver messaging templates in digital broadcast service guide
WO2007050997A2 (en) * 2005-10-26 2007-05-03 Cellscient, Inc. Wireless interactive communication system
US8415289B2 (en) 2005-12-13 2013-04-09 The Trustees Of The University Of Pennsylvania Bacterial-derived BLIS for treatment of acne
EP1881667A1 (en) 2006-07-17 2008-01-23 Motorola, Inc., A Corporation of the State of Delaware; Apparatus and method for presenting an event during a broadcast
US8266663B2 (en) * 2006-08-01 2012-09-11 At&T Intellectual Property I, L.P. Interactive content system and method
US8850464B2 (en) * 2006-10-09 2014-09-30 Verizon Patent And Licensing Inc. Systems and methods for real-time interactive television polling
WO2008053568A1 (en) 2006-10-31 2008-05-08 Panasonic Corporation Apparatus and method for preloading data in mobile communication devices
KR20080060818A (ko) 2006-12-27 2008-07-02 엘지전자 주식회사 데이터 방송 신호 수신 장치 및 데이터 방송 신호를처리하는 방법
KR101259118B1 (ko) * 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
BRPI0721638A2 (pt) 2007-06-01 2013-02-13 Thomson Licensing aparelho e mÉtodo para realizar gerenciamento de energia em um receptor
US8594558B2 (en) * 2007-06-07 2013-11-26 Qualcomm Incorporated Methods and apparatuses of providing multimedia content to a mobile device
ATE512515T1 (de) 2007-06-22 2011-06-15 Bayerische Medien Technik Gmbh System und verfahren zum markieren von rundfunkmedien
CA2844195C (en) * 2008-05-02 2016-12-20 Lg Electronics Inc. Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
CN101582784B (zh) 2008-05-16 2012-08-29 华为技术有限公司 广播协议客户端的管理方法和数据传输方法及客户端
US8526350B2 (en) * 2008-05-23 2013-09-03 Qualcomm Incorporated Systems and methods for carrying broadcast services over a mobile broadcast network
US20090300143A1 (en) * 2008-05-28 2009-12-03 Musa Segal B H Method and apparatus for interacting with media programming in real-time using a mobile telephone device
US8813152B2 (en) * 2008-08-26 2014-08-19 At&T Intellectual Property I, L.P. Methods, apparatus, and computer program products for providing interactive services
US8332885B2 (en) * 2008-10-14 2012-12-11 Time Warner Cable Inc. System and method for content delivery with multiple embedded messages
US8463108B2 (en) * 2009-01-06 2013-06-11 Microsoft Corporation Client-side ad insertion during trick mode playback
US8555315B2 (en) * 2009-04-10 2013-10-08 United Video Properties, Inc. Systems and methods for navigating a media guidance application with multiple perspective views
US20110177775A1 (en) * 2010-01-13 2011-07-21 Qualcomm Incorporated Signaling mechanisms, templates and systems for creation and delivery of interactivity events on mobile devices in a mobile broadcast communication system
US20110177774A1 (en) * 2010-01-13 2011-07-21 Qualcomm Incorporated Dynamic generation, delivery, and execution of interactive applications over a mobile broadcast network
US9485535B2 (en) * 2010-01-13 2016-11-01 Qualcomm Incorporated Notification of interactivity event asset delivery sources in a mobile broadcast communication system
US9032466B2 (en) * 2010-01-13 2015-05-12 Qualcomm Incorporated Optimized delivery of interactivity event assets in a mobile broadcast communication system
US8914471B2 (en) * 2010-05-28 2014-12-16 Qualcomm Incorporated File delivery over a broadcast network using file system abstraction, broadcast schedule messages and selective reception

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000031921A (ja) * 1998-05-07 2000-01-28 Matsushita Electric Ind Co Ltd 放送局システム及び受信機
JP2001127719A (ja) * 1999-10-28 2001-05-11 Matsushita Electric Ind Co Ltd 放送装置および受信装置
JP2002051020A (ja) * 2000-08-03 2002-02-15 Matsushita Electric Ind Co Ltd 蓄積放送システム
JP2004235928A (ja) * 2003-01-30 2004-08-19 Nippon Hoso Kyokai <Nhk> データ放送蓄積装置、データ放送蓄積方法及びデータ放送蓄積プログラム、並びに、データ放送監視装置
JP2004241941A (ja) * 2003-02-04 2004-08-26 Nippon Telegraph & Telephone East Corp デジタル放送番組提供システム、デジタル放送番組再生テストシステム、デジタル放送番組提供方法、及び、デジタル放送番組再生テスト方法
JP2005176107A (ja) * 2003-12-12 2005-06-30 Canon Inc デジタル放送受信装置およびその制御方法、デジタル放送送信装置、ならびにデジタル放送受信システム
JP2008544584A (ja) * 2005-02-11 2008-12-04 ビーアイエイピー・インコーポレーテッド 電子入力／出力デバイスでのブロードバンド・ネットワークを介するインターネット・アプリケーションとの対話
JP2006303938A (ja) * 2005-04-21 2006-11-02 Nippon Hoso Kyokai <Nhk> 放送番組受信装置および放送番組送信装置、並びに、放送番組受信プログラムおよび放送番組送信プログラム
JP2012529194A (ja) * 2009-06-01 2012-11-15 フォースウォール・メディア・インコーポレーテッド 放送メッセージをターゲティングするシステムおよび方法

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
CSNH200300064002; 森俊也（外６名）: '「ＢＳデータ放送Ｅ-Ｅシステム」' Ｍａｔｓｕｓｈｉｔａ　Ｔｅｃｈｎｉｃａｌ　Ｊｏｕｒｎａｌ Ｖｏｌ．４６，　Ｎｏ．６（２０００年１２月号）, 20001218, 第９〜１８頁, 松下電器産業株式会社 *
CSNH200300252001; 深堀賢（外４名）: '「ＢＳデジタル放送規格を用いた次世代衛星通信プラットフォーム」' ＮＴＴ　Ｒ＆Ｄ Ｖｏｌ．５１，　Ｎｏ．４（２００２年４月号）, 20020410, 第２９１〜２９８頁, 社団法人電気通信協会 *
JPN6013050810; 森俊也（外６名）: '「ＢＳデータ放送Ｅ-Ｅシステム」' Ｍａｔｓｕｓｈｉｔａ　Ｔｅｃｈｎｉｃａｌ　Ｊｏｕｒｎａｌ Ｖｏｌ．４６，　Ｎｏ．６（２０００年１２月号）, 20001218, 第９〜１８頁, 松下電器産業株式会社 *
JPN6013050814; 「ＡＲＩＢ　ＳＴＤ-Ｂ２４　５．１版（第三分冊）」 , 200703, 第１，２，１１，１５-４３，６４，６５頁, 社団法人電波産業会，［ｏｎｌｉｎｅ］ *
JPN6013050816; 深堀賢（外４名）: '「ＢＳデジタル放送規格を用いた次世代衛星通信プラットフォーム」' ＮＴＴ　Ｒ＆Ｄ Ｖｏｌ．５１，　Ｎｏ．４（２００２年４月号）, 20020410, 第２９１〜２９８頁, 社団法人電気通信協会 *
JPN6013050820; 「Ｉｎｔｅｒｆａｃｅ増刊　ディジタル放送の基礎技術入門」 , 20020101, 第１３４〜１５８頁, ＣＱ出版株式会社 *
JPN6013052425; 「日経ニューメディア　別冊　通信・放送融合時代の新ビジネス大全」 第１版, 20070625, 第１３７〜１４４頁, 日経ＢＰ社 *

Also Published As

Publication number Publication date
US20110202966A1 (en) 2011-08-18
US8676991B2 (en) 2014-03-18
KR101380104B1 (ko) 2014-03-31
KR20140015161A (ko) 2014-02-06
CN102771133B (zh) 2016-08-17
WO2011088262A1 (en) 2011-07-21
CN102771133A (zh) 2012-11-07
EP2524497A1 (en) 2012-11-21
JP5675845B2 (ja) 2015-02-25

Similar Documents

Publication Publication Date Title
JP5833019B2 (ja) モバイル放送通信システムにおける対話型イベントアセット配信ソースの通知
JP5675846B2 (ja) モバイル放送通信システムにおける対話型イベントアセットの最適化配信
JP5678097B2 (ja) モバイル放送通信システムにおけるモバイルデバイス上での対話型イベントの作成および配信のためのシグナリング機構、テンプレートおよびシステム
KR101380104B1 (ko) 모바일 브로드캐스트 통신 시스템에서 모바일 디바이스 상의 상호작용성 특성들을 인에이블, 송신 및 관리하기 위한 시그널링 메커니즘 및 시스템
EP2602996B1 (en) Dynamic generation, delivery, and execution of interactive applications over a mobile broadcast network
JP5384728B2 (ja) コンテンツ・フィルタリング関数を用いたモバイル・ブロードキャスト・デバイスによる選択的コンテンツのクライアント・アプリケーションへの配信

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131022

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20131219

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20131227

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20140318

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20140326

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140421

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20140610

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141009

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20141021

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20141125

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20141224

R150 Certificate of patent or registration of utility model

Ref document number: 5675845

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250