交互应用在移动广播网络上的动态生成、传送和执行的制作方法

专利名称：交互应用在移动广播网络上的动态生成、传送和执行的制作方法
交互应用在移动广播网络上的动态生成、传送和执行
背景技术：
无线通信技术在过去几年呈现出爆炸性增长。向移动公众提供移动自由并且切断对硬连线的通信系统的束缚的无线服务刺激了这种增长。作为服务增强的结果，期望无线服务的普及继续快速地增长。最近增加的无线通信服务具有向接收机设备广播电视和其它内容的能力。多媒体仅前向链路(FLO)广播服务允许用户使用被配置为接收移动广播传输的移动接收机设备来观看多媒体节目(例如，电视节目)，以及接收新闻、娱乐、体育、商务、因特网数据、数据文件和其它内容的移动版本。多媒体广播服务代表可以用于向移动设备传送多种服务的大量带宽。

发明内容
各种实施例提供了用于通过多媒体广播网络向接收机设备高效地传送诸如交互应用之类的应用的系统、设备、方法和存储软件的非临时性计算机可读介质。各种实施例提供了应用电子目录、交互事件、模板和有关的数据以在内容之前进行广播，从而告知接收机设备何时以及如何接收该内容。各种实施例提供了两步广播过程，该过程允许接收机设备在移动多媒体广播网络的高带宽上选择性地接收有关的应用，并且使应用同时更高效地传送到大量设备。各种实施例实现了在接收机设备中接收目录中的应用列表并且监控和/或过滤所接收的列表以仅选择与接收机设备兼容的、针对接收机设备的、用户指示接收的、和/或与一些用户偏好、用户人口统计、或者其它特定于用户的目标确定标准匹配的应用。各个实施例实现了接收目标应用并且在存储器中存储所接收的应用直到这些应用被选择以进行激活为止。各个实施例可以使用激活信号和/或激活标准来实现及时地传送和执行应用，并且向广播方提供对将要激活和/或执行应用的准确时间的控制。各个实施例实现了响应于在实时广播流中接收到信号来激活应用。该信号可以用于将应用的激活与媒体节目中的事件进行同步，使得下载的应用可以与广播节目同步激活，以使应用可以被创建为在广播节目期间的特定时间被发起。各个实施例实现了基于用户输入交互应用数据在运行时间动态地生成交互应用。各个实施例实现了根据相同的一组交互应用数据生成多个交互应用，每一个交互应用针对不同的设备类型。各个实施例实现了基于特定的交互事件针对的设备的类型针对应用事件动态地生成交互应用。各个实施例还实现了生成交互事件信令消息，所述交互事件信令消息能够以信号形式发送基于设备类型动态生成的交互应用。各个实施例实现了基于从广播网络接收的应用数据在设备上动态地生成交互应用。各个实施例提供了用于在应用数据或生成的交互应用中以信号形式发送针对用户响应的多个返回单播信道的信令机制。各个实施例实现了基于设备能力或用户偏好选择单播信道以向广播网络发送对交互事件的用户响应。各个实施例实现了内容的高效传送，从而节省接收机设备的电池电量。在下面的详细描述中描述了各个实施例的这些和其它功能以及益处。


并入本文且构成本说明书的一部分的附图描绘了本发明的示例性实施例，并且与上面给出的概括描述和下面给出的详细描述一起用于解释本发明的特征。图IA是描绘适合用于实施例的移动多媒体广播通信系统和蜂窝“单播”通信系统的通信系统框图 。图IB是仅前向链路广播系统的广播通信系统框图的替代性表示。图IC是根据一个实施例描绘参与生成和广播交互事件的功能模块的广播通信系统的元件的系统框图。图ID是根据一个实施例描绘参与通过广播通信系统向移动设备传送应用的系统元件的广播通信系统方框的替代性表示。图2是适合用于各种实施例的移动接收机设备的示例软件架构图。图3A是根据一个实施例可以响应于应用的接收而呈现的用户界面显示的视图。图3B是根据一个实施例描绘交互事件的要素的呈现显示序列的视图。图3C是描绘与图3B所示的交互事件中的呈现显示序列相对应的显示状态和转换的显示状态图。图4是根据一个实施例可以在广播网络服务器中实现以用于自动地生成交互事件应用并将该交互事件应用广播到接收机设备的实施例方法的处理流程图。图5A-5C是可以在广播系统的应用服务器中执行以用于编译和准备用于广播的应用包和交互事件的实施例方法的处理流程图。图6是根据一个实施例描绘如何将各种文件组合为适合于广播的应用包的流程图。图7是可以在广播系统的应用服务器中执行以用于编译和准备用于广播的应用包的实施例方法的处理流程图。图8是适合于根据各个实施例接收广播应用的移动接收机设备的另一个示例性软件架构图。图9是可以在接收机设备中实现以用于选择应用以从广播应用目录中下载的实施例方法的处理流程图。图10是可以在接收机设备中实现以用于在接收到应用之后，激活该应用的实施例方法的处理流程图。图11是可以在接收机设备中实现以用于在接收到应用之后，激活该应用的另一种实施例方法的处理流程图。图12和图13是用于在移动设备中接收和处理交互事件信令消息的实施例方法的处理流程图。图14A-16C描绘了适合用于实施例的示例性交互事件信令消息数据方案。图17是适合用于实施例的交互事件模板的示例性数据结构。图18是用于使用交互事件模板来实现交互事件的实施例方法的处理流程图。图19是用于对电子服务指南目录中的交互事件模板进行识别以便通过广播网络进行接收和更新的实施例方法的处理流程图。图20A是接收和存储更新的交互事件模板的实施例方法的处理流程图。
图20B是用于使用交互事件模板来生成交互事件以便通过广播网络进行传输的实施例方法的处理流程图。图21A到图21B是用于基于交互事件中的用户参与来在接收机设备上接收与交互事件有关的额外数据的实施例方法的处理流程图。图22是用于生成交互事件的目录列表以便包含在电子服务指南目录中的实施例方法的处理流程图。

图23A和图23B是用于基于电子服务指南目录中的目录列表来接收和执行交互事件的实施例方法的处理流程图。图24A-24D描绘了适合用于实施例的示例性交互事件目录数据方案。图25A和图25B是用于提供资源数据文件流并且生成服务SI信息以使接收机设备能够获得交互事件资源的实施例方法的处理流程图。图26A和图26B是用于基于服务SI广播中的信息从资源数据文件流中接收交互事件资源的实施例方法的处理流程图。图27描绘了适合用于实施例的示例性服务SI数据方案。图28是用于在接收机设备中接收交互事件要素并且生成适当的交互事件的实施例方法的处理流程图。图29-36描绘了适合用于各种实施例的示例性交互事件生成数据方案。图37描绘了用于实现交互事件信号消息(IESM)的示例性数据方案。图38是用于接收限于监控信道和可选的在节目列表中的、监控信道的任意一侧上的信道的交互事件应用数据和资源的实施例方法的处理流程图。图39是用于当监控信道改变时接收交互事件应用数据和资源的实施例方法的处理流程图。图40是适合用于各种实施例的示例性接收机设备的组件框图。图41是适合用于各种实施例的示例性服务器的组件框图。
具体实施例方式现在将参照附图详细地描述各个实施例。只要有可能，将贯穿附图使用相同的附图标记来指代相同或类似部件。为了说明性目的，参照特定的示例和实现，但其并不旨在限制本发明或权利要求的范围。本文使用的“示例性的” 一词意味着“用作例子、例证或说明”。本文描述为“示例性”的任何实现不应被解释为比其它实现更优选或更具优势。本文可交换地使用术语“移动设备”和“接收机设备”来指代以下各项中的任何一个或全部移动媒体广播接收机、蜂窝电话、个人电视设备、个人数据助理(PDA)、掌上型计算机、无线电子邮件接收机(例如，黑莓@和1￥60 设备)、具有多媒体因特网能力的蜂窝电话(例如，黑莓风暴 )全球定位系统(GPS)接收机、无线游戏控制器、车辆(例如，汽车)中的接收机、包括可编程处理器和存储器以及用于接收和处理仅前向链路(FLO)广播传输(例如,MediaFLO 广播)的FLO移动TV广播接收机电路的类似个人电子设备。本文使用的“广播”一词意味着数据(信息分组)的传输，使得其可以同时由大量接收设备进行接收。广播消息的示例是移动电视服务广播信号，其包括内容广播(内容流)和诸如元数据消息之类的开销信息广播(开销流)。由于广播网络可以只进行发送并且不具有直接返回通信链路，所以本文还将这种网络称为“仅前向链路”(FLO)广播网络，以区分这种通信网络与双向无线通信网络(例如，蜂窝电话系统和无线广域网(例如，WiFi、WiMAX等)。
如本文所使用的“交互事件”指代使用广播媒体来传送并且提供用于在移动设备上发起交互功能的内容和功能触发的事件。可以以一个或多个场景的序列(本文可以将其称为“交互序列”(有时简称为“iSeq”))，在移动设备上向用户显示交互内容。交互序列可以包括捆绑为相干实体的场景集合，其旨在作为单个体验向观众进行呈送和呈现。交互序列应用数据包括可以用于生成交互序列的与场景信息、文本、图像和用户动作有关的元数据。如本文所使用的，交互事件应用数据包括或者通常是指事件元数据、场景模板数据、用户动作和序列逻辑。如本文所使用的，术语“交互素材”通常是指在交互序列中使用的或者作为交互事件的一部分使用的图像和图形。如本文作为通用术语使用的“交互资源”是指交互事件中使用的各种资源，其包括应用数据、模板和交互素材。多种不同的移动广播电视服务和广播标准在未来是可用的或者可预期的，其全部都可以实现各个实施例并且从这些实施例受益。这些服务和标准包括开放移动联盟移动广播服务使能器套件(OMA BCAST)、MediaFLO 、数字视频广播IP数据播放(DVB-Iroc)、手持数字视频广播(DVB-Η)、数字视频广播-面向手持的卫星业务(DVB-SH)、手持数字视频广播2 (DVB-H2)、高级电视系统委员会-移动/手持型(ATSC-M/H)和中国多媒体移动广播(CMMB)0虽然广播格式和术语在不同的移动多媒体广播服务标准之间不同，但是它们都使用元数据传输来使移动设备能够接收选择的内容并且向用户通知可用于观看或下载的节目和内容。为了便于引用，参照在FLO TV 广播系统中实现的MediaFLO 系统来描述各个实施例。然而，对MediaFLO 术语和技术细节的引用只是用于说明的目的，而并不旨在将权利要求的范围限制于特定的FLO通信系统或技术，除非在书面权利要求中进行了专门的记载。各个实施例提供了用于以支持用户通过移动接收机设备与移动广播内容进行交互的方式来传送应用的机制和系统。交互特征在用户正在他或她的移动设备上观看特定的广播内容(例如，TV节目或电视广告)的同时实现了用户参与。交互特征通过允许用户主动地交互和参与在其移动设备上呈现的内容，来实现主动观看(与被动观看相比)。观看实时内容的用户可以被吸引到参与呈现的内容、节目主办方、节目制作方和/或广播网络。交互诱惑项目可以是发送到接收机设备、由在接收机设备上运行的应用程序进行处理并向用户显示的信号、指令和/或数据。这些交互诱惑项目可以使接收机设备显示内容，所述内容邀请用户点击显示以得到更多信息，对该内容中的某个方面进行投票，向他们发送产品细节，发起购买交易(例如，针对打广告的商品)和/或参加其它参与方面。例如，交互诱惑项目可以用于向用户呈现这样的机会，即，请求与广告中的产品有关的额外信息、接收与正在进行的节目有关的节目信息、提供与该节目有关的评论、或者对调查做出响应(仅举几种类型的可能交互动作)。这种交互特征可以提高用户体验。各个实施例提供了高效的移动多媒体广播机制，该机制可以用于更全面地支持交互内容。各个实施例提供了用于支持在接收机设备上呈现交互内容的信令机制。这些信令机制使广播方能够向接收机设备通知各种资源流。接收机设备使用这些资源流来获得用于与监控内容(例如，TV节目或电视广告)有关的交互事件的资源和信令信息。接收机设备还可以使用这些资源流来获得用于未绑定到任何特定的监控内容/信道的交互事件的资源和信令信息。在题目为 “File Delivery Over A Broadcast Network Using File SystemAbstraction, Broadcast Schedule Messages And Selective Reception”的美国专利申请No. 13/004, 702 (代理人案卷号No. 101302U1)中描述了与可以用于通过广播信道来传送和选择性地接收交互事件文件的适当系统、消息和方法有关的更多细节，该申请与本申请同时提交，并转让给本申请的受让人,故以引用方式将其全部内容并入到本文。各个实施例提供的这些信令机制可以包括交互信令流(ISF)和交互资源流(IRF)0在各个实施例中，交互信令流可以用于携带交互事件信令消息(IESM)，而交互资源流可以用于携带与这些交互事件相关联的交互资源。在一个实施例中，交互资源和交互事件信令消息可以在同一个流(例如，通用的交互流)上广播。在各个实施例中，可以在不同的流上携带交互信令流和交互资源流。在其它实施例中，可以在同一个流上携带交互信令流和交互资源流。
各个实施例提供的信令机制还使广播方能够将接收机设备导向非广播源，以获得交互事件信令消息(IESM)和资源。各个实施例所公开的信令机制向交互事件广播系统提供了更大的灵活性和扩展能力。各个实施例所提供的信令机制还实现了对可以在多个信道之间共享的多个交互信令流和交互资源流的灵活使用。为了实现交互事件，内容提供方可以使用交互产生系统(IPS)来生成交互要素。交互要素可以包括图像、形状、文本、分配的用户输入功能、图形效果和可执行指令，可以使用上述各项的组合来在移动设备上生成期望的交互显示。各个实施例提供了用于在交互事件 信令消息(IESM)和/或文件传送流中向移动设备广播这些交互要素的机制。为了提高效率，各个实施例还提供了在事件时刻之前，通过文件传送流向移动设备广播IESM带外的这些交互要素(例如，应用数据、资源[例如，图像、图形等]和事件模板)的机制。通过将资源标识符包括在交互事件信令消息中，这允许简单地识别和调用广播的数据。在一些环境下，例如当在最后时刻调度交互事件时，需要在相对于交互事件的起始时间非常接近的时间(即，例如在之前几秒钟)对应用数据和/或资源进行广播。为了支持这种环境，各个实施例提供了用于将交互事件应用数据(IEAD)和资源和模板作为交互事件信令消息(IESM)的一部分在带内进行广播的机制。因此，各个实施例提供了用于在带内和带外广播内容和资源的机制。在各个实施例中，可以使用模板来减少特定的交互事件信令消息(IESM)中所需要的数据量。在各个实施例中，可以将特定的交互事件信令消息中所需要的数据减少为模板标识符和可以输入到所标识的模板中的适当位置的简单文本字段。在各个实施例中，可以通过广播通信系统，在空中下载和更新预先定义的资源和模板。在各个实施例中，移动设备可以选择只接收所需要的和兼容的资源和模板。可以在多个ITV事件之间共享这些模板和资源。在各个实施例中，可以在特定的广播节目或电视广告的背景之外，显示交互事件。在各个实施例中，交互事件可以与特定的广播内容(例如，TV节目或电视广告)同步。为了将交互事件与特定的节目和/或广告内容(例如，交互广告)同步，各个实施例可以使用信令机制来使交互事件能够在适当的时候实现。在各个实施例中，可以在不同的时间间隔广播这些信令消息，以提高带宽使用，同时确保按时接收和实现事件。
在各个实施例中，可以向交互事件分配优先级。向交互事件分配优先级使接收机设备能够根据广播方、事件提供方或者内容提供方的期望，实现或忽略重叠的交互事件。在各个实施例中，在下载了交互事件之后，可以使用这些信令机制来在空中更新或取消交互事件。在各个实施例中，可以基于多种多样的选择和过滤标准，使交互事件对准特定的一组移动接收机设备和/或用户。如上文所讨论的，在各个实施例中，移动设备可以被配置为选择只接收所需要的和兼容的资源和模板。在各个实施例中，接收机设备可以被配置为只接收与当前监控的实时信道有关的交互事件素材(即，要在实时信道上显示的交互事件的应用数据和资源)。在各个实施例中，接收机设备可以被配置为接收与当前监控的实时信道有关的交互事件素材，以及与一个或多个相邻信道有关的ITV事件素材。可以将相邻信道定义为节目列表或节目指南中与当前监控的信道相邻的信道。因此，各个实施例使接收机设备能够通过同时接收针对相邻信道的信息与针对当前监控的信道的信息，来节省设备处理和电池电量。 根据各个实施例，移动多媒体广播系统可以同时广播多个实时信道。在某些情形下，随着客户、广播方和广告商需要越来越多的交互事件，对于交互事件的需求可能超过可用带宽。为了适应这种增长，各个实施例提供了用于针对每一实时信道广播专用交互信令流(ISF)和交互资源流(IRF)的机制。为了减少与传送交互信令事件和资源相关联的延迟，各个实施例提供了用于同时使用多个信令和资源流的机制。除了适应增长之外，各个实施例还提供了用于对使用和需求的激增进行管理的机制。也就是说，在某些网络上，与交互事件信令和资源传输相关联的带宽量可以一个小时一个小时地以及一天一天地变化。因此，各个实施例提供了用于以可以扩展以及适应使用和需求的激增的方式，来向接收机设备传送交互资源的灵活机制。如上文所讨论的，各个实施例提供了用于向接收机设备传送交互资源的灵活机制。各个实施例提供了用于通过供应一个或多个资源文件数据流(RFDF)，来适应这种灵活性的机制，其中接收机设备可以调谐到所述一个或多个RFDF，以便获得用于调度的交互事件的资源。在各个实施例中，这些资源文件数据流中的一个或多个可以携带列出了交互资源和相关联的过滤信息的目录文件。在各个实施例中，可以在多个数据流上对资源进行广播。例如，可以在第一文件数据流上广播目录文件，而在第二文件数据流上广播其它资源。如上文所讨论的，在各个实施例中，可以在多个数据流上对资源和目录文件进行广播。当与资源相比，需要更加频繁地发送目录文件时，多个流特别有用。在这种环境下，接收机设备需要一种确定哪些广播文件数据流正在携带针对特定的实时信道的交互序列的交互资源的方式。接收机设备必须对此做出确定，以获得用于服务绑定的交互事件的资源。为了获得用于未绑定的交互事件(即，未束缚于特定的实时信道的交互事件)的资源，接收机设备还需要确定哪些广播文件数据流正在携带用于未绑定的交互序列的交互资源。在各个实施例中，可以在多个数据流上发送交互事件信令消息(IESM)。也就是说，可以在一个或多个广播信令流(BSF)上发送交互事件信令消息，其中，接收机设备可以调谐到所述一个或多个BSF，以便获得用于调度的交互事件的交互信令。在这些实施例中，接收机设备需要一种确定哪些广播信令流正在携带针对特定的实时信道的交互序列的交互信令的方式。接收机设备必须对此做出确定，以获得用于服务绑定的交互事件的信令。为了获得用于未绑定的交互事件(即，未束缚于特定的实时信道的交互事件)的信令，接收机设备还需要确定哪些广播信令流正在携带用于未绑定的交互序列的交互信令。各个实施例通过提供一种机制来解决这些需求，其中通过该机制，可以在服务系统信息(服务SI)开销信息中向接收机设备标识携带交互资源和信令信息的广播流。各个实施例还实现了向接收机设备通知用于交互事件资源(例如，单播服务器主持的、接收机设备可以获得的交互资源)的非广播源。当前，无线应用传送系统通常需要移动设备明确地请求每一个应用下载。随后，必须通过诸如蜂窝电话网络或广域无线网络之类的单播网络，向服务器传输每一个下载请求。随后，应用服务器必须处理该请求，并且向该移动设备传送(spend)应用。该过程需要大量的处理和带宽，并且使当前无线应用传送系统不能高效地向大量设备同时传送应用。
另外，当前的无线应用传送系统通常需要向移动设备通知可用于下载的所有应用的存在，该移动设备(通过软件)被配置为确定对每一个特定的应用的需求，并且明确地请求对适当的文件进行下载。这也需要大量的带宽，并且进一步促使当前的无线应用传送系统变得不高效。因此，对于同时向大量接收者传送高要求和时间要求严格的应用来说，当前的无线应用传送系统是低效的。时间要求严格的应用是需要在保证的和/或特定的时间在移动设备上运行的应用。传送时间要求严格的应用的能力是支持用户交互的应用传送系统的重要特征。各个实施例使移动接收机设备能够通过广播与将在未来广播的节目和内容有关的信息进行自给(self-contained)。通过广播传输流的专用于携带与内容流有关的元数据和开销信息的部分来广播该信息。该部分与广播传输的携带所述内容的部分(本文将其称为“内容流”或“广播流”)分离。与内容有关的信息或“元数据”使移动设备能够发现如何和何时接收所选择的内容。本申请公开的各个实施例还实现了更高效地传送时间要求严格的应用。具体而言，与当前的无线应用传送系统相比，各个实施例使用移动多媒体广播网络(例如，MediaFL.O 网络)的高带宽，来更高效地传送应用。这些实施例使移动多媒体广播网络能够仅通过可用带宽的一部分(例如，用于文件传送服务的带宽的部分)，将应用“推送”到接收机设备。各个实施例使内容提供方能够将(组成这些应用的)文件和元数据传送到广播系统中的应用服务器上。广播系统可以对用于广播的应用进行组合和封装。准备进行广播的应用可以列在电子目录中。在第一广播步骤中，可以将该目录作为广播开销流的一部分向接收机设备进行广播。随后，在第二广播步骤中，在电子服务指南或者与文件传送系统有关的开销信令中所指示的时间，可以通过移动多媒体广播网络来广播应用自身。这两个步骤处理允许接收机设备通过移动多媒体广播网络的高带宽，来选择性地接收有关的应用。这还允许同时将应用更高效地传送到大量设备。在接收机设备中，可以对所述目录中的应用列表进行监控或者过滤，以便选择与接收机设备兼容(例如，模型兼容)、针对该接收机设备(例如，基于目标确定标准)、用户指示进行接收(例如，通过用户从电子服务指南中进行选择)和/或与某些用户偏好、用户人口统计或者其它特定于用户的目标确定标准相匹配的那些应用。可以在目录所指定的广播时间接收所选择的应用，并将其存储在存储器中。应用管理器模块可以保持对于存储器中存储的所接收应用的跟踪，直到选择这些应用进行激活为止。可以基于多种激活信号或者标准，来选择要进行激活的应用。激活信号和/或激活标准的使用使得能够及时地传送和执行这些应用，并且允许广播方控制对应用进行激活和/或执行的确切时间。在各个实施例中，响应于在实时广播流中接收到信号，可以对应用进行激活。该信号可以用于将应用 的激活与媒体节目(例如，TV节目或电视广告)中的事件进行同步，以例如提供交互事件。基于接收到的广播信号来激活应用的能力实现了与广播节目同步地激活下载的应用，使得可以创建应用以便在广播节目期间的特定时间发起该应用。这可以用于向移动设备用户呈现增强的观看选项，例如造成与众不同的显示效果，向用户提供与节目进行交互的能力，或者使用户能够购买节目中展示的商品。这允许广播方控制将什么应用呈现给用户，并且使用户能够只观看与特定节目的内容有关的应用。这还允许创建应用，使得其支持用户交互。在各个实施例中，激活信号可以指示接收机设备的状态。在各个实施例中，激活信号可以标识接收机设备的状态，该接收机设备的状态用作用于激活交互应用的参数。各个实施例可以使用由激活信号指示的接收机设备的状态来允许基于设备是否正在向屏幕呈送某事来激活活动。在各个实施例中，接收机设备的状态可以用于允许基于设备当前是否正在显示特定的节目来激活活动。各个实施例可以使用(如激活信号所指示的)接收机设备的状态来允许基于该应用和/或设备处于还是没有处于一个或多个低功率模式来激活活动。例如，在一个实施例中，只有当应用和/或未处于低功率模式时，才可以激活活动，这是由激活信号标识的接收机设备的状态确定的。在一个实施例中，可以将应用配置为在激活之后进行自删除，从而实现一次性的媒体同步的应用。在一个实施例中，可以响应于接收机设备中的状态或事件(例如，当天的时间、(如GPS接收机所监控的)地理位置、操作状态、事件序列等)，来对应用进行激活。在一个实施例中，可以通过显示器向用户通知一个或多个应用的接收，提示用户指示是否应当对应用进行激活。在该情况下，可以响应于用户输入，对所接收的应用进行激活。例如，如果用户选择激活应用，则该应用管理器可以发起该应用的实例。如果用户选择不激活该应用，则可以在未曾激活的情况下，从存储器中删除文件。在各个实施例中，内容提供方可以通过创建特定的应用逻辑、素材、资源和元数据文件，来创建交互应用。可以将应用逻辑和资源文件组合和封装成特定的格式。例如，在闪光(flash)可执行应用中，内容提供方可以使用相关联的应用素材将MXML代码编译成冲击波闪光格式化文件(SWF)。元数据文件可以包括关于系统以及用户需求的信息。用户需求可以包括用于在特定的移动设备上运行应用的偏好列表和/或额外益处。例如，内容提供方可以提供具有提交的应用的XML文件，XML文件包括支持向接收机设备传送该应用的信息。XML文件还可以包括关于系统(例如，支持的移动设备)和/或用户需求(例如，18岁以上的用户)的信息。在各个实施例中，内容提供方可以将其应用提交给无线广播分发系统(例如，MediaFLO 系统)，以便向移动设备广播。内容提供方还可以标识应当将每一个应用推送到移动设备的特定调度或时间。内容提供方还可以请求用于每一个应用广播的服务质量(QoS)。QoS可以是在内容提供方和广播系统之间(例如，基于应用类型)预先协商的。针对应用传送的账单方面可以是基于应用传送在该广播信道上所提供的QoS水平。无线广播系统可以基于协商的QoS，通过空中下载(OTA)来传送应用。为了通过空中下载来传送应用，可以以内容类型不可知的(agnostic)格式来对内容进行封装,对内容进行编码以便广播，并通过无线广播系统来发送内容。可以提前在目录中将要通过OTA广播的应用进行公告，其中在开销广播流中向移动设备广播目录。在各个实施例中，可以同时地生成和广播一个或多个应用目录文件。例如，在一个实施例中，广播系统可以生成并在该广播网络中广播针对每一个运营商的一个或多个应用目录文件。该目录可以允许移动设备发现将在未来进行广播的一组应用。这使移动设备能够确定哪些应用将可用于通过选择性接收进行下载。在各个实施例中，广播系统可以对目录进行定期地广播。在这些情况下，目录可以包括将在未来广播的应用和相关联的资源的列表。广播时间和可以在其上接收每一个应用和资源的广播流可以包括在文件传送开销流中。要进行广播的应用可以与服务相关联(服务绑定的应用)，或者可以独立于服务(未绑定的应用)。移动设备可以选择性地下载(即，选择性地接收和存储)与其订购的服务相关联的应用，以及未绑定的应用。

目录还可以指定过滤标准。移动设备可以使用该过滤标准来选择要接收的应用。这种过滤标准的示例可以包括，例如，针对特定设备类型或设备简档(profile)的应用(例如，针对iPhone设备的应用)以及针对特定用户(例如，特定服务的用户)或者用户的类型或种类(例如，特定的人口种类)的应用。例如，应用可以针对年龄在18-25岁之间的说英语的人，在该情况下，只有其用户与该人口种类相匹配的那些移动设备才可以选择接收该应用广播，并将该应用存储在存储器中。在各个实施例中，例如针对每个订购和/或基于过滤标准，移动设备可以选择性地从广播系统只接收可适用于它们的应用。一旦移动设备接收到包，在设备处理器中操作的应用管理器就可以验证该应用的完整性。应用管理器可以确认移动设备已接收到所有外部资源和素材并且所有外部资源和素材在存储器中是可用的。一旦应用管理器验证所有必需的资源都存在，应用管理器就可以向用户通知有新的应用可用。可以通过诸如MediaFLO用户接口之类的用户接口(UI)或者通过可用于该用户的任何其它通知方法来传输该通知。在未来的时间点，无论是在用户请求时还是通过触发系统事件(例如，基于通过OTA广播的交互信令事件)，都可以调用和发起应用。当这种情况发生时，Π可以向应用管理器请求可执行文件、元数据和素材URL。除了向UI提供这些文件之外，应用管理器还可以传送从广播系统接收的针对该应用的任何交互事件信令数据。Π可以使用元数据来确定将哪个呈送箱(rendering container)用于该应用。例如,如果该应用是HTML/JS/CSS应用，则可以使用WebKit引擎箱来运行该应用。再举一个例子，如果该应用是MME类型的swf-x应用，则可以使用闪光播放器。在一个实施例中，该应用可以指示在某个时间或者在执行之后，可以将其去激活或者从移动设备中完全地移除(即，一次性的应用)。各个实施例实现了自动生成和传送交互事件应用，以便用于移动多媒体广播网络(例如，MediaFLO 网络)。这些实施例使交互事件提供方能够通过生成在广播网络的服务器上或者在接收机设备自身中完成的交互事件应用，来高效地生成新的交互事件。交互事件提供方可以生成事件分量(例如，交互事件应用数据、与事件有关的信息和序列逻辑)，并且将其提供给交互产生系统或者交互网关，交互产生系统或者交互网关将交互事件信息调整为适当的广播格式。交互应用发生器可以使用交互事件信息来生成交互应用。在各个实施例中，交互应用发生器可以寄宿(hosted in)在广播前端内的服务器中，或者在接收机设备自身之中。当交互应用发生器寄宿在广播系统的服务器中时，可以根据需要来生成多个交互应用，以便支持多种不同的目标接收机设备。可以在应用的元数据中标识这些应用，使得接收机设备可以选择性地接收交互应用的兼容版本。可以在交互目录文件中提供交互应用元数据。当交互应用发生器寄宿在接收机设备中时，只可以生成适合于该接收机设备的交互应用类型。当交互应用发生器寄宿在广播系统的服务器中时，移动多媒体广播网络可以通过带宽的一部分(例如，可用于文件传送服务的带宽)向接收机设备广播所生成的交互事件应用。当交互应用发生器寄宿在移动设备中时，交互事件信息和资源可以由移动多媒体广播网络进行广播。准备进行广播的交互事件应用和交互事件元数据可以列在电子目录中，其中该电子目录作为广播开销流的一部分向接收机设备进行广播。如上文所讨论的，在接收机设备中，可以对电子目录中的交互事件应用的列表进行监控或者过滤，以选择与接收机设备有关(例如，与监控的信道有关并且与该设备模型兼容)、针对该接收机设备(例如，基 于目标确定标准)、用户指示进行接收(例如，通过用户从电子服务指南中进行选择)和/或与某些用户偏好、用户人口统计或者其它特定于用户的目标确定标准相匹配的那些交互事件应用。在这些实施例中，内容提供方可以通过创建组成该应用的特定的应用逻辑、素材、资源和元数据文件，来生成交互事件应用。如上所述，可以将应用逻辑和资源文件组合成特定格式的包，并且元数据可以包括关于系统和用户需求的信息，以便在移动设备上运行这些应用。内容提供方还可以提供具有提交的应用的XML文件，XML文件包括支持向接收机设备传送该应用的元数据。内容提供方可以向无线广播分发系统(例如，MediaFLO 系统)提交用于组成交互事件应用的内容要素，以便生成交互事件，并向接收机设备广播相关联的交互应用。各个实施例可以实现在多种移动多媒体广播系统之中，图IA描绘了其的一个示例。一般情况下，诸如MediaFLO 广播网络之类的移动多媒体广播网络I包括由移动广播网络控制中心进行控制的多个广播发射机2，其中本文将移动广播网络控制中心称为广播操作中心4 (或者这些图中的“B0C”)。广播网络I将来自广播发射机2的内容作为移动广播传输3进行广播，以便由诸如移动电视接收机、智能电话、蜂窝电话、个人数字助理(PDA)、交互游戏设备、笔记本、智能本、上网本、数据处理装置或者其它这种电子设备之类的接收机设备10进行接收。在移动广播网络中，控制中心4 (其还称为广播操作中心或“B0C”)可以是一个或多个服务器6，服务器6可以被配置为对内容广播的调度、电子服务指南、目录消息和关于内容广播的广播调度消息的生成、以及元数据消息的生成进行管理，以便通过多媒体广播网络I的开销流进行广播。在各个实施例中，一个或多个内容管理器服务器6还可以包括到外部网络(例如，因特网7)的连接，其中通过外部网络，内容管理器服务器6可以从内容提供方服务器8接收内容馈送。在各个实施例中，一个或多个服务器6可以被配置为从内容提供方服务器8接收内容，确定与所接收的内容有关的信息以便包括在元数据中，确定用于在内容批次(content batches)中对内容进行广播的调度,并且生成用于向接收机设备10广播的电子服务指南(ESG)和其它开销流。
除了常规的内容传送系统之外，移动广播网络I还可以包括交互服务器5，该交互服务器5对交互事件进行管理以便通过移动广播网络I进行广播。在典型的实现中，交互服务器5可以通过直接网络连接或者间接网络连接(例如，因特网7)，从交互产生系统服务器9接收用于交互事件的要素。交互产生系统服务器9中的交互事件的生成可以由从内容提供方服务器8接收的内容进行控制，或者基于从内容提供方服务器8接收的内容进行控制。除了移动多媒体广播网络IA之外，接收机设备10还可以被配置为通过单播网络11 (例如，蜂窝电话网络)进行通信。典型的蜂窝电话网络包括耦合到网络操作中心14的多个蜂窝基站12，其中网络操作中心14操作以例如通过电话陆地线路(例如，POTS网络，没有示出)和因特网7，在移动设备10和其它网络目的地之间连接语音和数据呼叫。移动接收机设备10和单播网络11之间的通信通过诸如3G、CDMA、WCDMA、GSM、TDMA和其它蜂窝电话通信技术之类的双向无线通信链路13来完成。为了有助于因特网数据通信，一般情况下，单播网络11将单独地包括耦合到网络操作中心14或者位于网络操作中心14中的一个或 多个服务器16，其中一个或多个服务器16提供到因特网7的连接。在另外的实施例中，单播网络11可以是诸如WiFi、WiMAX等的无线广域网。为了订购向广播方发送用户交互消息的广播服务，移动接收机设备10可以通过单播网络11 (例如，通过以因特网7的方式到广播网络服务器6的IP数据呼叫)，与广播网络I进行通信。在各个实施例和实现中，用户与交互事件的交互可以导致消息传输回广播服务提供方、内容提供方或者交互内容提供方。可以通过单播网络11所支持的任意数据传输协议(例如，IP数据呼叫、电子邮件、简单消息服务(SMS)、多媒体消息服务(丽S)和无线因特网接入和消息传送)，来发送可以传送用户投票、商品订购、服务请求、调查响应等的响应消
肩、O图IB根据一个实施例描绘了广播网络I中的信息流。如上所述，广播网络I可以从多个内容提供方服务器8接收内容(例如，电视节目、网站、串行数据馈送等等)。在各个实施例中，内容提供方服务器8可以通过数据网络20 (例如，因特网7)向内容管理器服务器6发送该内容。内容管理器服务器6可以对所接收的内容进行调度以便将来广播，并将该内容存储在数据库中。内容管理器服务器6还可以向广播操作中心4提供内容数据22和内容信息24。广播操作中心4可以生成广播信号，该广播信号作为包括媒体逻辑信道(MLC) 26和开销信息服务(OIS)信道28的信息的多路传输。接收机设备10可以接收该多路传输，并解析其中包含的信息。在各个实施例中，接收机设备10可以单独地接收开销信息服务信道28和其它开销信息流(例如，控制信道)，并且使用该信息来接收特定的媒体逻辑信道26。在各个实施例中，可以在组织成多个超帧的无线信号中发送信息。每一个超帧包括位于频带中并且位于设置的时间边界中的在频率和时间上进行编码的信号。每一个超帧中的编码信号对多个数据分组进行编码，其中多个数据分组将广播内容连同接收机设备10接收所选择的内容所使用的开销信息一起传输。例如，在MediaFLO 广播系统中，可以将广播传输组织成跨越6MHZ频带(例如，716MHz到722MHz)的一秒超帧。MediaFLO 广播信号可以在其它频带上发送，并且可以通过使用多个不同的频带来同时发送多个信号。每一个超帧包括专用于开销流的部分和携带与内容流相关联的多个信道的部分。该开销流和其它开销流(例如，控制信道)中的信息向接收机设备通知可以在超帧中获得特定的内容流的位置，以及多少分组与该内容流的MLC相关联。图IC描绘了适合于实现用于生成和传送交互(ITV)事件、相关联的信令消息、交互资源和模板的各个实施例的广播通信系统的广播方一侧上的系统功能组件。实时内容提供方服务器8可以向广播操作中心(B0C)4发送实时内容(例如，音频、视频、文本等等)。在各个实施例中，广播操作中心4可以在指定的广告时隙期间，使用广告插入系统32来向内容中插入线性广告。广告插入系统32可以寄宿在BOC 4中的服务器上。实时编码器34可以对实时内容和插入的线性广告进行编码，实时编码器34也可以寄宿在BOC 4中的服务器上。随后，通过广播网络I来发送编码的实时内容和广告。在各个实施例中，广告插入系统32还可以向交互产生系统服务器9提供关于交互事件的同步定时信息(如虚线箭头所描绘的)，其中该交互事件需要与广告时隙进行同步地播放，如下面更详细讨论的。
在各个实施例中，广告插入系统32和实时编码器34中的每一个可以寄宿在广播操作中心4中的不同服务器上。在各个实施例中，广告插入系统32和实时编码器34可以寄宿在广播操作中心4中的同一服务器上。在一个实施例中，广告插入系统32和实时编码器34可以寄宿在广播操作中心4之外，如图IC中所示。交互内容提供方30可以向交互产生系统服务器9提供具有交互序列的形式的交互内容。交互内容提供方30可以与实时内容提供方服务器8相同或者不同。在交互产生系统9中生成的交互事件信息(IEI)可以提供给B0C4中的交互服务器5。交互事件信息可以包括交互事件应用数据(IEAD)，例如，向用户显示的信息集、与特定的用户输入/动作相关联的动作或功能、图像和显示格式信息、视频序列文件、相关联的交互素材、用于指示用户响应的URL、以及用于接收机设备生成期望的交互显示的其它数据。交互应用数据可以包括使用多种选项(例如，通过SMS、通过单播(IP)、通过电话呼叫或者通过网页)提供的用户输入的信息。交互事件信息还可以包括交互事件元数据，例如，事件起始时间和有效持续时间/结束时间(即，交互事件从起始时间开始要向用户有效地显示多长时间，或者交互事件到期并且不再向用户显示的时间)、交互事件应当在其中呈现的目标实时内容流或者媒体服务、目标交互应用、接收机设备类型的目标集、目标服务运营商(例如，VerizoruAT&T等等)、以及相关联或者需要的资源和模板的标识。除了交互内容之外，交互内容提供方30还可以向交互产生系统服务器9提供额外的信息单元。对于需要与实时节目(例如，TV节目或者在TV节目中的广告时隙中)同步播放的交互事件，交互内容提供方30可以提供交互事件显示起始时间或者用于将该事件与目标实时内容同步的其它数据。交互产生系统可以向交互网关42发送与交互事件序列相关联的交互事件数据。交互网关42可以将所接收的交互事件信息调整成适合于广播的格式。交互事件网关42可以与交互应用发生器44接合，以便使用所接收的交互事件信息动态地生成一个或多个交互应用。如下面更全面描述的，交互应用发生器44可以使用交互内容提供方30所提供的序列和事件信息，动态地生成交互事件应用，以便组合一个或多个交互事件应用。在一些情况下，如果目标设备支持不同类型的应用，则可以针对单个交互事件生成多个交互事件应用。例如，对于给定的交互事件，可以生成作为闪光可执行应用(冲击波闪光格式文件(SWF))的第一交互应用，并且可以生成作为网页应用(HTML5应用)的第二交互事件应用。在该示例中，应当广播两种类型的交互事件应用，并且接收机设备将选择性地接收兼容的交互应用。作为该活动的一部分，针对要在其中显示交互事件的实时服务，交互服务器可以基于端到端的广播系统延迟来调整交互事件起始时间。所生成的交互应用可以返回到交互网关42，交互网关42将其提供给交互广播服务器5。在另一个实施例中，交互网关42可以生成包括交互要素信息的交互事件应用数据(例如，交互应用数据可以由交互网关以XML格式生成)。在各个实施例中，交互网关42可以向交互广播服务器5提供所生成的交互事件应用数据，以便向移动设备广播。交互广播服务器5可以向文件传送系统38提供所需要的交互事件应用数据(IEAD)、资源和模板(B卩，接收机设备生成交互事件所需要的数据、资源和模板)，以便通过广播网络I进行带外传输。在各个实施例中，文件传送系统38可以在文件传送传输流中发送交互事件应用数据、资源和模板。在一个实施例中，可以在文件传送传输流上发送交互事件应用数据、资源和模板，其中文件传送传输流类似于用于发送 其它类型的文件的传统文件传送传输系统。在各个实施例中，交互服务器5可以使用事件定时信息来请求文件传送系统38广播资源和模板，使得接收机设备10可以在事件起始时间之前获得所述资源和模板。在一个实施例中，可以刚好在事件起始时间之前(例如，在事件起始时间之前几秒或几分钟)，对交互事件应用数据(IEAD)和资源进行广播，以便节省广播带宽。在各个实施例中，交互服务器5可以用于生成交互事件信令消息(IESM)。这些生成的交互事件信令消息可以提供给开销数据传送系统36，以便通过广播网络I经由开销信息流进行传输。在一个实施例中，交互服务器5可以请求开销数据传送系统36刚好在事件起始时间之前(例如，事件起始时间之前5-10秒)广播IESM，以便节省广播带宽。在各个实施例中，交互服务器5可以在带内将交互事件应用数据(IEAD)和资源作为交互事件信令消息(IESM)的一部分进行发送。如上文所讨论的，当没有足够的时间来通过文件传送系统在带外广播数据和资源时(例如，当在最后时刻调度交互事件时)，在带内发送数据是有用的。在各个实施例中，操作员33可以使用供应系统35来识别实时信道和/或服务与携带交互事件信令的信令流之间的关联。操作员33可以指定多个实时信道是否共享给定的信令流，或者是否应当使用单独的信令流来传送用于每一个实时信道的交互信令。在一个实施例中，操作员33可以指定用于携带未绑定的交互事件的信令流。供应系统35可以向开销数据传送系统36提供该关联，使得可以在广播网络I广播的适当信令流上传送交互信令。在各个实施例中，操作员33可以使用供应系统35来识别实时信道和/或服务与携带交互资源的资源流之间的关联。操作员33可以指定多个实时信道是否共享给定的资源流，或者是否应当使用单独的资源流来传送用于每一个实时信道的交互资源。在一个实施例中，操作员33可以指定用于携带未绑定的交互事件的资源流。供应系统35可以向文件传送系统38提供该关联，使得可以在广播网络I广播的适当资源流上传送交互资源。如上文所讨论的，供应系统35可以用于识别实时信道和/或服务与携带交互信令和资源的信令流和资源流之间的关联。供应系统35还可以用于生成服务系统信息(服务SI)消息，该服务SI消息被提供给开销数据传送系统36以便通过广播网络I进行传送。这些服务SI消息使接收机设备能够确定哪些资源文件数据流(RFDF)和信令流包含用于交互事件的资源和信令。例如，服务SI消息可以包括与携带用于每一个实时信道的交互信息的信令流和文件数据流有关的信息。在一个实施例中，可以从非广播源(例如，交互单播服务器39)获得交互资源。在一个实施例中，可以通过无线单播网络37 (例如，3G蜂窝网络)来接入交互单播服务器39。图ID根据本发明的多个实施例描绘了适合用于向接收机设备广播应用的通信系统100的另一个示例。内容提供方102可以向广播系统提供能够下载到接收机设备的应用。图ID描绘了多个内容提供方112、114、116中的每一个可以生成应用内容，并且创建应用数据、可执行脚本和素材(例如，图像、视频片段、图形屏幕、XML脚本等等)。内容提供方112、114,116可以将这些文件一起捆绑成应用包118、120、122。可以将应用包118、120、122发送给广播网络104中的应用服务器130。应用服务器130可以维持可用于传送的应用列表，并且存储与每一个特定的应用有关的额外元数据。应用服务器130可以基于格式对应用进行封装。应用服务器130也可以将应用封装成期望的格式。在一个实施例中，内容提供方112、114、116可以向广播网络104提供调度信息。例 如，图ID描绘了内容提供方116可以向调度器服务器132提供调度数据，从而实现在未来的特定时间将应用推送到接收机设备106、107、108。因此，内容提供方116可以促进并且控制特定的应用和广播内容的同步。广播网络104中的同步代理服务器134可以基于调度来控制应用包的广播。例如，可以对应用包进行调度，以便在低带宽使用的时间(例如，在夜里)进行广播。还可以调度应用包以在特定的时间(例如，内容提供方116提供的调度数据所指定的时间)进行广播。同步代理服务器134可以定期地请求应用包从应用服务器130进行广播(箭头136)。应用服务器130可以将请求的应用包(箭头138)返回到同步代理服务器134。同步代理服务器134可以将应用包传送到编码服务器150 (箭头154)。编码服务器150可以将这些包编码成适当的格式，以便在无线广播网络152上进行广播。同步代理服务器134还可以基于从调度器服务器132接收的触发140，确定用于广播所接收的应用的时间。调度器服务器132可以基于内容提供方116中的一个或多个所指定的广播调度，来发送触发140。同步代理服务器134还可以基于广播控制服务器142提供的实时广播状态触发144来确定用于广播应用的时间。实时广播状态触发144可以指示在视频流146中应当激活应用的时间(或时隙)。在各个实施例中，广播网络104可以广播同步元数据148。同步元数据148可以实现在接收机设备106、107、108上激活应用包，使得所述应用包与视频流146同步。为了支持这种能力，广播控制服务器142可以向同步代理服务器134提供实时广播状态触发144，触发144指示在视频流146中应当激活先前广播的应用的时间(或者时隙)。响应于接收到实时广播状态触发144，同步代理服务器134可以生成同步元数据148，以便在编码服务器150中对应用包进行编码并且在无线广播网络152上广播这些应用包。可以以在广播网络152的开销信息流中发送的交互事件信令消息(IESM)的形式，发送这种同步元数据148。下面更详细地公开了交互事件信令消息的描述和用于管理这种消息的系统和方法。响应于接收到这种同步元数据148，可以提示接收机设备106、107、108激活所指示的存储在存储器中的应用。同步元数据148可以允许该应用激活与广播流同步。这进而可以允许对该应用的功能进行调度，使得其与广播节目中的特定事件或点相对应。应用的功能与广播节目中的特定事件和/或点的同步允许广播网络104通过允许内容提供方102记录(write)时间要求严格的应用和交互应用，来支持用户交互。在各个实施例中，交互事件信令消息还可以用于发送应用数据、图像、可执行脚本和素材(全体应用数据)。在一个实施例中，可以使用相同的流来发送交互事件信令消息和相应的应用数据。在一个实施例中，可以通过文件传送架构，在后台向接收机设备106、107、108广播应用数据。在该实施例中，不需要打开接收机设备106、107、108来开始下载处理，并且可以提前将较大的文件发送给接收机设备106、107、108。在另一个实施例中，可以向接收机设备106、107、108数据播放应用数据。在各个实施例中，当交互事件被调度发生或者设备接收到交互事件信令消息时，接收机设备106、107、108可以检查其用于应用数据的存储器，从存储器中取出应用数据，并且开始激活和/或执行处理。图2描绘了可以在适合于实现各个实施例的接收机设备10中实现的功能组件。可以在类似于图2中所描绘的软件架构20的软件架构20中组织接收机设备10的软件模块。广播传输可以由接收机设备物理层进行接收，并且由广播接收机模块(例如，FLO网络模块21)进行处理。FLO网络21接收的视频和音频流可以由媒体接收机模块(没有示出)进行处 理。在FLO网络21上接收的文件传送流可以提供给文件传送系统模块26，并由文件传送系统模块26进行处理，其中文件传送系统模块26用于接收文件分组，并将这些文件分组导向设备软件架构20中的适当模块和应用。可以将开销数据流传送到开销数据获取模块28，开销数据获取模块28用于处理开销数据分组并且将接收的元数据和开销数据导向设备系统架构20中的适当模块。服务系统信息获取(SI获取)模块27可以从开销数据流获取服务系统信息(服务 SI)消息数据，并且将该信息转发到文件传送系统模块26和开销数据获取模块28。文件传送系统模块26可以使用服务SI消息数据来确定用于携带交互资源数据的文件数据流的流ID。同样，开销数据获取模块28可以使用服务SI消息数据来确定哪些信令流正在携带有关的交互信令数据。图2还描绘了为了支持交互事件，设备软件架构20可以包括交互核心服务22，交互核心服务22用作用户界面(UI)应用24和FLO网络21之间用于接收、管理和存储交互事件的核心模块。用户界面应用模块24可以包括多个交互应用244、246、248和用户代理242。用户代理242可以支持将交互事件信令消息路由到一组目标交互应用的功能。交互核心服务模块22可以包括资源管理器模块222、交互事件管理器模块224和应用管理器模块226，以及在接收机设备的处理器上执行的其它功能模块。针对旨在用于交互事件的资源和模板的广播文件可以由文件传送系统模块26接收，并传送给交互核心服务22中的资源管理器222。资源管理器222可以将接收到的资源和模板存储在存储器中，可以对这些资源和模板编索引和组织，以有助于重新调用和使用这些文件，从而在生成显示和用户界面时使用。用户界面应用模块24可以使用这些显示和用户界面，以向接收机设备的用户显示所接收的交互事件。在各个实施例中，开销数据获取模块28可以(例如，基于过滤器和相应的应用)从开销流中选择性地接收交互事件信令消息(IESM)，并且将IESM传送给交互事件管理器模块224。交互事件管理器模块224可以请求开销数据获取模块28获得用于装载到该设备上的交互应用的交互事件信令消息。为了实现此功能，当在接收机设备10、106、107、108上下载或发起交互应用244、246、248时，这些应用可以向应用管理器模块226进行注册。可以基于在信令消息中接收到的应用标识符过滤信息，将所获得的交互事件信令消息传送给适当的目标交互应用(244、246或248)。在接收机设备10、106、107、108上，可以以多种形式来完成对接收到的应用的用户通知，图3A描绘了其的一个示例。在该示例中，在显示器160上显示实时内容的接收机设备106可以在显示器的一部分中生成弹出或横幅广告162。弹出或横幅广告162可以包括向用户通知新应用的可用性的简单文本框。弹出或横幅广告162可以提示用户在触摸屏上按压按钮或者图标，以激活该应用。作为提示的一部分，还可以邀请用户来指示是否应当从存储器中删除该新应用。在另一个实施例中，可以基于在广播网络上接收的IESM而无需显式的用户激活，来触发和激活在该设备上接收的交互应用。如上文所讨论的，还可以以图像、视频、屏上显示和用户提示的序列的形式，来组合交互事件和交互事件应用，其中，图像、视频、屏上显示和用户提示的序列可以分别定义，随后由交互应用发生器44组合成交互事件应用，或者由交互网关42组合成交互事件应用数据(例如，具有XML格式)。图3B描绘了表征点击SMS交互序列和相关联的显示的示例性 交互事件。在该示例中，(图像302中所示的)默认场景可以是正在特定信道上接收的实时节目(例如，如图所示的小狗表演节目)。在后台中，接收机设备可以接收交互事件应用或者应用数据，并准备在适当的事件起始时间对其进行实现。该事件起始时间可以随后在交互事件信令消息中接收。在事件起始时间，接收机设备上的交互应用可以生成提示场景，作为交互事件的开始，如图像304所示。在该示例中，提示场景包括呈现在实时节目上并且包括虚拟按钮的文本或者横幅广告显示，其中所述虚拟按钮使用户能够指示期望(或者不期望)参与该交互事件。在该示例中，正在向用户提供进入免费狗食竞赛的机会。通过按压与“是”或者“否”相关联的按钮(或者虚拟按钮)，用户可以选择或拒绝参与该竞赛。如果响应于提示场景304，用户按压了与“是”相关联的按钮从而指示参与的意图，则在接收机设备上操作的交互事件应用可以显示图像306中所示的动作场景。在该示例中，可以呈现与该竞赛相关联的图像或视频以及信息文本。在该示例中，提示用户发送SMS消息以进入该竞赛。交互应用所提供的按钮功能可以使响应自动化，使得用户可以仅通过按压按钮(例如，与显示的“发送”用户选项相关联的按钮)来参与。在该示例中，交互事件应用被配置为响应于用户按压与“发送”用户选项相关联的按钮，向编程的SMS地址发送SMS消息，以指示该用户进入竞赛。可以将SMS地址编程为交互应用或者应用数据的一部分。该示例还描绘了交互事件应用可以如何向用户提供例如通过按压与“退出”用户选项相关联的按钮来退出该应用的机会。如果用户响应于动作场景306按压与“发送”相关联的按钮，则交互事件应用可以被配置为显示包括确认场景308的第三显示图像。在该示例中，确认场景包括与竞赛或者用户动作的确认相关联的显示，以及向用户指示已经实现了该用户的动作的文本。在所描绘的示例中，该确认文本向用户通知已经发送了竞赛进入消息并且将通过文本消息来通知获胜者。交互应用的确认场景部分还可以包括用户输入功能，以使用户能够关闭确认场景并且返回到默认场景310 (例如，正在观看的实时节目)。图3B还描绘了可以如何将交互事件应用配置为根据用户的动作来提供不同的结果。例如，如果用户在提示场景304中按压了与“否”相关联的按钮，则交互事件应用可以被配置为返回到默认场景310。此外，如果用户在某个时间量内没有采取任何动作(本文称为“场景超时”时间)，则交互事件应用可以被配置为自动地返回到默认场景310。同样，如果用户在动作场景306中按压了与“退出”相关联的按钮，则交互事件应用可以被配置为自动地返回到默认场景310。同样，确认场景308还可以在预定的场景超时时间之后结束。通过将交互事件应用组织成场景序列、用户选项按钮和相关联的功能，交互应用发生器可以动态地生成这些应用。图3C描绘了交互应用发生器可以如何对交互事件应用进行组合的示例，图3C示出了与图3B中所示的交互事件应用相对应的四个显示或场景状态。交互事件应用可以被配置为从默认场景状态322开始，默认场景状态322可以是接收机设备监控的实时节目或信道。可以响应于接收的交互事件信令消息来触发交互事件应用，并且交互事件应用可以监控设备系统时钟，以确定当前时间何时等于事件起始时间。或者，接收机设备中的模块(例如，上面参照图2所描述的交互事件管理器242)在事件起始时间激活交互事件应用。在事件起始时间，交互事件应用可以在状态转换330中转换到提示场景状态324。如上所述，提示场景状态324可以包括特定的一组显示图像和文本(在该示例中标识为场景ID I)以及用户输入功能，例如，用于选择“否”350和“是”352的用户输入 按钮选项。在该示例中，如果用户输入与“否”350选项相对应，或者如果超时定时器到期，则交互事件应用可以返回到默认场景状态322，并且以状态转换332结束。如果用户输入与“是”352选项相对应，则交互事件应用可以被配置为在状态转换334中转换到动作场景状态326。如上所述，动作场景状态324可以包括特定的一组显示图像和文本(在该示例中标识成场景ID 2)以及用户输入功能,例如,如该示例中所示的用于选择“退出”354和“发送”356的用户输入按钮选项。在该示例中，如果用户输入与“退出”354选项相对应或者如果超时定时器到期，则交互事件应用可以返回到默认场景状态322，并且以状态转换336结束。如果用户输入与“发送”356选项相对应，则交互事件应用可以被配置为在状态转换338中转换到确认场景状态328。如上所述，确认场景状态324可以包括特定的一组显示图像和文本(在该示例中标识为“场景ID=3”)以及用户输入功能，例如，如该示例中所示的用于选择“关闭”358以结束交互事件应用的用户输入按钮选项。在该示例中，如果用户输入与“关闭”358选项相对应或者如果超时定时器到期，则交互事件应用可以返回到默认场景状态322并且以状态转换340结束。图3A-3C中描绘的示例只是可以如何从(例如，显示场景和文本)分量数据(component data)和简单的逻辑脚本(例如,用户输入按钮功能、用于执行特定的用户选择的地址、超时和默认设置、以及场景序列选择)组合成交互事件的一个示例。这些分量(component)可以由交互内容提供方分别生成，并连同序列信息或元数据一起发送给交互产生系统，交互应用发生器可以使用序列信息或元数据将补充部分组合成以例如图3C中所示的方式工作的应用。因此，各个实施例使交互内容提供方能够通过提供用束缚于简单的逻辑选择的序列所链接的离散分量，来生成具有如它们所期望的复杂度和内容的交互事件，其中通过交互应用发生器31来动态地完成对应用的组合。在另一个实施例中，设备上的静态交互应用可能已经具有内建的交互场景序列逻辑，以减少复杂度。在该情况下，将交互场景信息作为设备上的交互应用将使用的交互应用数据的一部分进行广播。图4描绘了用于准备和广播交互事件信令消息使得其可以由接收机设备进行接收和处理的实施例方法400。在方法400中，在步骤402，交互内容提供方可以向交互产生系统(IPS)提供交互内容和/或交互事件信息(IEI)，以便生成交互事件信令消息。提供给交互产生系统的交互事件信息可以包括事件元数据，例如，事件起始时间、有效持续时间/结束时间、目标实时服务、目标交互应用、过滤标准、目标运营商、目标设备类型、以及必需或相关联的资源和模板。在各个实施例中，在交互产生系统中对交互内容的获取(injestion)可以由操作员(例如，使用交互产生系统上的供应接口)手动地完成，或者通过与交互内容提供方或实时内容提供方的编程接口来完成。还可以使用编程接口，将交互内容从外部的广告网络(例如，谷歌广告网络)获取到交互产生系统中。如上所述，提供给交互产生系统的交互事件信息可以包括视频文件、声音文件、显示文本、菜单选择文本和功能、响应URL、场景序列和分支信息、以及事件元数据，例如，事件起始时间、有效持续时间/结束时间、目标实时服务、目标交互应用、目标运营商、目标设备类型以及必需的或相关联的资源和模板。在步骤402中，还可以提供交互应用数据，例如，可以向用户显示的信息、向用户显示的图像和图形以及从用户预期的相关联的动作，例如，将分配给特定的用户界面按钮或者触摸屏界面图标的功能。此外，作为步骤402的一部分， 可以指定与相对于实时内容的事件显示起始时间有关的信息，以实现交互事件与实时内容流或者广告的同步。对于针对线性广告创建的交互事件，在步骤402，可以将事件与线性广告时隙进行关联。线性广告时隙指定广告时隙时间窗。针对这些事件的事件起始时间可以由交互产生系统基于从广告插入系统接收的定时触发来计算，如上面参照步骤408所描述的。在步骤404，交互产生系统(IPS)可以提供与相对于实时内容的事件显示起始时间有关的信息。提供与相对于实时内容的事件显示起始时间有关的信息使系统能够将交互事件与实时内容流或者广告同步。在各个实施例中，事件显示起始时间可以由交互产生系统基于从广告插入系统接收的定时触发来计算，如参照下面讨论的步骤408所描述的。此外，在步骤404，交互产生系统(IPS)可以向广播操作中心中的交互服务器或者网关发送与该交互事件相关联的组合的交互事件信息(例如，事件元数据和事件应用数据)。在步骤406，交互服务器或网关可以对交互事件信息(B卩，与交互事件相关联的交互资源和/或模板文件)进行调整，或者以适当的格式对其进行呈现，以便通过广播系统进行广播。例如，交互事件信息可以包括具有JPEG文件形式的视频。为了呈送这种适合于通过移动广播系统(例如，FLO TV )广播的内容，交互网关可能需要改变图像大小、帧速率和数据格式，使得其与广播编码器系统兼容。在步骤408，交互网关可以与交互应用发生器(IAG)接合，以便动态地生成一个或多个交互应用。这可以包括在步骤410，交互网关向交互应用发生器提供所需的适当格式化的文件，以及提供交互事件应用所针对的设备类型列表。该步骤410还可以包括交互网关向交互应用发生器提供事件元数据和其它系统数据。在步骤412，交互应用发生器可以基于所接收的应用数据和设备类型列表，动态地生成一个或多个交互应用。如上面参照图3C所描述的，该处理可以包括将交互要素和序列逻辑组合成可执行应用。在步骤414，交互应用发生器可以向交互网关发送动态生成的交互应用。在步骤415，交互网关可以向交互广播服务器发送事件元数据信息和动态生成的交互应用。应当注意的是，在各个实施例中，可以通过交互网关自身基于从IPS接收的交互要素信息，以适当所需的格式生成交互应用数据，来替代步骤410-415。在这些实施例中，交互网关可以随后向交互广播服务器发送所生成的应用数据、事件元数据信息和交互资源信
肩、O在步骤416，交互广播服务器可以向文件传送系统传送与交互有关的文件(其包括交互应用、应用数据和资源)，以便向接收机设备广播传送。作为步骤416的一部分，可以在交互信令目录文件中将与交互有关的文件进行公告。在步骤418，文件传送系统通过空中下载传送交互信令目录文件和与交互事件有关的文件。在步骤420，移动设备可以从广播网络获得交互事件应用文件/应用数据以及其它交互资源和模板文件。在步骤422，交互广播服务器可以生成适当的交互事件信令消息(IESM)，将该消息提供给开销数据传送系统，以便作为开销数据流的一部分进行广播。该交互事件信令消息可以指定传送所需的可靠性和服务质量(QoS)，并在接近交互事件的起始时间的时候进行广播。在步骤424，开销数据传送系统在开销流上广播从交互广播服务器接收的交互事件信令消息，其中，可靠性和服务质量是由交互服务器所指定的。为了确保接收机设备及时地接收到交互事件信令消息，可以将其作为高优先级的开销数据进行广播。在各个实施例中，可以在交互事件开始之前，在步骤422将交互事件信令消息提供给开销数据传送系统，并在步骤424中对其进行广播，并且可以贯穿交互事件的整个持续时间继续对该消息进行广播，使得调谐到目标实时内容的接收机设备也可以快速地实现和显示该交互事件。在步骤426，位于广播覆盖区域之中的接收机设备从针对实时服务的开销流获得交互事件信令消息，并且在该消息中所指示的事件起始时间执行交互事件信令消息中指出的(基于特定的接收机设备类型的)适当交互应用。ESM可以为交互事件所针对的每一种设备类型，提供对于应用数据文件和资源文件的参考(reference)。为了支持服务器生成的交互事件应用和/或设备生成的交互事件应用的实现，可以对交互事件信令消息数据方案进行格式化，如图14A-16C中所示。具体而言，该消息数据方案可以包括针对其应当执行交互事件的设备简档的列表，其包括诸如资源的标识符之类的信息，其中，所述资源包含针对每一个相关联的设备简档所动态生成的交互应用。接收的设备将使用该交互应用资源ID来执行适当的交互应用，以便在该设备上显示交互。如上文所讨论的，在一个实施例中，可以在BOC 4内的交互应用发生器31中动态地生成交互事件应用。下面参照图5A来描述该实施例。在该实施例中，将所生成的交互事件应用作为可以由接收机设备接收和实现的应用(例如，通过文件传送系统)进行广播，如下面参照图8到图24D所描述的。在下面描述的另一个实施例中，可以基于广播的交互应用数据和元数据，在接收机设备自身中生成/实现交互事件应用。图5A描绘了用于通过广播系统向接收机设备传送交互应用和相关联的元数据的实施例方法500。这种传送机制还可以用于传送接收机设备实现交互事件以及生成交互事件应用所使用的交互事件数据、资源和模板。在方法500的步骤502中，内容提供方和/或交互应用发生器可以生成应用内容并创建应用数据、素材、文件和其它可执行要素，并将它们捆绑成一个应用包。这种应用包可以包括HTML文件、XML脚本、JPEG图像、文本文件和冲击波文件，仅举几种类型的可以构成应用包的内容。在步骤504，可以将应用包传送到广播网络中的应用服务器。在步骤506，内容提供方可以发送关于请求的未来日期的信息，以便向调度器服务器广播特定的应用。在步骤508，应用服务器可以生成目录文件(其中该目录文件将可用的应用进行公告，以便由接收机设备下载)，并将该目录文件提供给编码服务器进行编码，并且通过无线广播网络进行广播。应用服务器可以与同步代理服务器或者广播调度器进行协调，以便识别对特定的应用包进行广播的日期和时间。可以在携带文件传送调度的开销流中指示应用广播的日期和时间。该应用目录文件还可以指示在其上接收应用包的广播流。在步骤510，服务器可以从应用服务器获得应用包，增加关于应用的额外元数据，对应用和元数据进行封装以便进行编码。例如，在各个实施例中，在步骤510，同步代理可以在目录中查询应用，从存储库中获得该应用，增加关于该应用的额外元数据，对其进行封装以便进行编码。在步骤512，编码服务器将应用包编码成适当的格式，以便包含在广播流中。作为编码处理的一部分，可以将应用包分解成数据包，其中这些数据包被编码成数据分组和超帧。在步骤514，随后通过无线广播网络来广播编码的应用包。在步骤516，接收机设备从该广播信号中获得编码的应用包。图5B描绘了用于准备和广播交互事件信令消息(IESM)的实施例方法550a，其中接收机设备可以使用IESM来实现交互事件。在方法550a中，在步骤552，交互内容提供方可以向交互产生系统(IPS)提供交互内容和/或交互事件信息(IEI)，以生成交互事件信令 消息。提供给交互产生系统的交互事件信息可以包括事件元数据，例如，事件起始时间、有效持续时间/结束时间、目标实时服务、目标交互应用、目标运营商、目标设备类型以及必需的或相关联的资源和模板。在各个实施例中，在交互产生系统中对交互内容的获取可以由操作员(例如，使用交互产生系统上的供应接口)进行手动地完成，或者通过与交互内容提供方或实时内容提供方的编程接口来实现。还可以使用编程接口来将交互内容从外部广告网络(例如，谷歌广告网络)获取到交互产生系统中。如上文所讨论的，在步骤552中，交互内容提供方可以向交互产生系统(IPS)提供交互内容和/或交互事件信息(IEI)。在各个实施例中，在步骤552，还可以向交互产生系统提供交互事件应用数据(IEAD)。该交互事件应用数据可以包括将向用户显示的信息、向用户显示的图像和图形以及从用户预期的相关联动作。从用户预期的相关联动作可以包括分配给特定的用户界面按钮或者触摸屏界面图标的功能。在步骤552，交互产生系统还可以将针对线性广告所创建的交互事件与线性广告时隙进行关联。这些线性广告时隙指定要在其中显不交互广告的广告时隙时间窗。此外，作为步骤552的一部分，交互产生系统(IPS)可以提供与相对于实时内容的事件显示起始时间有关的信息。提供与相对于实时内容的事件显示起始时间有关的信息使系统能够将交互事件与实时内容流或者广告同步。在各个实施例中，事件显示起始时间可以由交互产生系统基于从广告插入系统接收的定时触发来计算，如参照下面讨论的步骤558所描述的。在各个实施例中，在步骤553，交互产生系统(IPS)可以向交互网关发送事件信息，其中交互网关将数据格式化成用于向交互服务器发送的适当格式。在步骤554，交互产生系统和/或交互网关可以向广播操作中心中的交互服务器发送所组合的交互事件信息(例如，事件元数据和事件应用数据)。对于通过线性广告显示的交互事件，交互产生系统可以向交互服务器发送事件信息。可以基于从广告插入系统接收的触发，通过多个信令消息向交互服务器发送该事件信息。在步骤556，交互服务器可以向文件传送系统发送信号，以广播与交互事件相关联的任何交互资源(其包括素材和应用数据)和/或模板文件，使得接收机设备可以在事件开始之前接收这些文件。如上所述，在各个实施例中，为了节省带宽，可以在事件起始时间之前(例如，在事件起始时间之前的几秒或者几分钟)广播交互事件应用数据和资源。因此，在各个实施例中，交互服务器可以被配置为请求在事件起始时间之前，传送交互资源和模板文件。用此方式，可以在交互事件之前对必需的资源和模板进行广播，使得先前没有下载这些必需的资源和/或模板的那些接收机设备可以及时地进行该操作，以便准备实现即将来临的交互事件。在各个实施例中，交互服务器可以基于事件显示起始时间和/或广告时隙窗时间，来请求传送交互资源和模板文件。在各个 实施例中，可以使用广播网络的文件传送服务(例如，在交互事件资源文件传送流中)在带外广播交互事件应用数据(IEAD)、资源和模板，其中，与将交互事件应用数据作为交互事件信令消息(IESM)的一部分在带内进行发送相比，这种广播方式可以实现对广播带宽的更好利用。在步骤558，交互产生系统(IPS)可以基于可以从交互内容提供方或者从广告插入系统接收的触发信息，来计算交互事件起始时间。例如，在步骤552期间，可能不能向将在由广播操作中心插入的线性广告上呈现的交互事件提供准确的起始时间。在这些情况下，交互产生系统基于从广告插入系统接收的触发信息，来计算适当的起始时间。在步骤560，交互产生系统(IPS)可以(通过交互网关)向交互服务器发送计算出的针对线性广告的交互事件的事件起始时间。在步骤562，交互服务器可以针对目标实时服务(即，旨在其中呈现交互事件的实时内容)，基于端到端广播系统延迟时间来调整交互事件起始时间。这种调整确保将如期望的与实时内容同步地来播放交互事件。在步骤564，交互服务器可以生成适当的交互事件信令消息(IESM)，并且将该消息提供给开销数据传送系统，以便作为开销数据流的一部分进行广播。作为具有交互事件信令消息的信息的一部分，交互服务器可以指定通过广播系统传送交互事件信令消息所需的可靠性和服务质量(QoS)。在步骤566，开销数据传送系统在开销流上广播交互事件信令消息(IESM)，其中可靠性和服务质量是由交互服务器所指定的。为了确保接收机设备及时地接收到交互事件信令消息，可以将其作为高优先级的开销数据进行广播。在各个实施例中，可以在交互事件开始之前，在步骤564中将交互事件信令消息提供给开销数据传送系统，并在步骤566中对其进行广播。在各个实施例中，可以贯穿交互事件的整个持续时间对交互事件信令消息进行广播。这允许调谐到目标实时内容的接收机设备快速地实现和显示交互事件。在步骤568，位于广播覆盖区域之中的接收机设备可以从文件传送系统接收与该交互事件相关联的交互资源和模板文件。在步骤570，位于广播覆盖区域之中的接收机设备可以从开销流接收交互事件信令消息(IESM)。在步骤572，接收机设备可以通过基于在事件信令消息中接收的事件起始时间对内容进行显示，来实现交互事件。在各个实施例中，可以通过移动广播网络，以非均匀的方式发送针对特定事件的交互事件信令消息(IESM)。通过例如根据在事件起始时间之前剩余的时间以不同的速率通过空中下载发送交互事件信令消息，可以优化带宽使用，同时在期望的置信水平的情况下，大多数接收机设备将及时地接收到交互事件信令消息。例如，可以刚好在事件的交互事件起始时间之前更频繁地广播交互事件信令消息(例如，每一秒一次)，以确保大多数接收机设备及时地获得这些消息来激活事件。可以远在交互事件起始时间之前，较不频繁地(例如，每3-10秒一次)传送交互事件信令消息，以便减少分配给这些消息的带宽量。还可以在整个事件有效时段期间频繁地广播交互事件信令消息，使得在事件起始时间之后进入到与该交互事件相关联的覆盖范围的接收机设备可以获得交互事件信令消息并显示该交互。可以在事件有效时段期间定期地对交互事件信令消息进行广播(例如，每5秒一次)。因为在事件期间对于交互事件信令消息的广播是使调谐到内容流的接收机设备或者在该时间期间进入到覆盖区域的接收机设备能够开始显示该交互事件，所以可以减少广播频率(例如，每5秒一次)，这是由于存在与该设备获得流数据和准备好显示该内容相关联的延迟(通常大约5秒)。如上文所讨论的，可以以非均匀的方式来发送针对特定事件的交互事件信令消息(IESM)0这在图5C中进行了说明，其中图5C描绘了类似于上面参照图5B所描述的方法550a的实施例方法550b。在方法550b中，在步骤564，交互服务器生成交互事件信令消息，并将该消息提供给开销数据传送系统，以便作为开销数据流的一部分进行广播。在步骤565，基于该交互事件开始和/或结束之前剩余的时间，来调度交互事件信令消息的广播。在步骤565，对交互事件信令消息的广播时间进行定期地调整，直到该事件完成为止。在步 骤566，开销数据传送系统在开销流上广播交互事件信令消息。虽然正在对交互事件信令消息进行广播，但是可以对该广播时间进行定期地调整，如步骤565所述，直到该事件完成为止。在各个实施例中，可以实现这种交互事件信令消息传送的非均匀方法，以便节省空中带宽消耗，如下面进一步详细讨论的。图6描绘了在将应用要素组合成包并且准备这些包以便广播的处理期间，各系统模块之间的数据流的示例。图7描绘了可以在图ID中所示的应用服务器130中实现的用于准备应用包以进行广播的示例性方法700。如上面参照图ID所讨论的，内容提供方102可以向应用服务器130提供组成应用包的各种应用要素。应用服务器130可以将这些应用要素编译成适合于通过广播网络传送的应用包。图6描绘了这些应用要素可以包括图像和类似的素材602、应用逻辑(例如，可执行脚本604)和数据资源606 (例如，文本和数字)。可以以图像文件608的形式来提供图像素材602。可以以XML、HTML和JSFL文件610的形式来提供应用逻辑604。可以以文本或XML文件612的形式来提供数据资源606。参见图7，在方法700的步骤702中，应用服务器可以从内容提供方102接收图像素材602、数据资源606和应用逻辑604。在步骤704，应用服务器可以将应用素材编译成工作应用618。作为对应用要素进行编译的一部分，应用服务器130可以要求公共模板和软件素材614 (例如，显示布局模板、标准闪光模块、标准XML脚本等等)，并且将这些公共要素合并成工作应用。或者，可以在与工作应用相关联的元数据中指定公共模板和软件素材，以使接收机设备能够从其自己的存储器调用这种公共模板和软件素材。举例而言，应用服务器130可以使用可以编译成冲击波闪光(SWF)或者Adobe集成运行时间(AIR)可执行文件的素材和MXML数据，来建立闪光应用。这可以通过生成ZIP或者AIR格式化的捆绑包来实现。再举一个例子，应用服务器130可以通过接受HTML/CSS/JS文件并且当在浏览器中发起时生成包含用于所有资源的适当URL的html文件并且将所有二进制资源转成基64字符串，来编译Web应用(HTML)。该处理可能需要获得所有有关的数据文件，并且创建Web文档格式化的捆绑包文件。该处理的结果是可以存储在数据存储器或存储库中的应用618。当应用服务器130从例如同步代理服务器134接收到对用于广播的应用的请求/触发时(步骤706)，在步骤708，应用服务器130可以从数据存储器获取所请求的应用。在步骤710，应用服务器可以将元数据622增加到应用618，以形成包括接收机设备进行接收所必需的元数据的应用包620。在步骤712，应用服务器130可以将应用和元数据封装成适合于进行编码和/或通过无线广播网络152进行传送的应用MIME类型不可知的格式。图8描绘了一种替代的软件架构800，在该架构中，接收机设备可以被配置为支持在方法600和700中组合的应用包。具体而言，图8描绘了应用管理器模块806可以通过广播网络来直接管理应用的接收。图8还描绘了接收机设备的软件架构还包括解码器802，解码器802从广播网络流接收数据和指令，并且将该信息解码成其它模块能够理解的格式。解码器802可以将应用和元数据804传送到应用管理器806，应用 管理器806在对应用和元数据804进行实现之前对它们进行管理。用户界面模块812可以包括执行和呈送应用所需要的软件组件，例如呈送模块814、闪光播放器816、浏览器或者web工具包818和本地处理820 (例如，DLL和MOD)。另外，软件架构800可以包括事件管理器模块810，事件管理器模块810与用户界面812进行协调，以对激活下载的应用的定时进行协调。用户界面812可以与应用管理器806和事件管理器810接合，以获得特定的应用和事件信息。例如，在用户界面812控制之下的应用可以向应用管理器注册，如通信箭头824所示。注册应用可以向应用管理器指示接收机设备接收的与该应用有关的更新应当传送给用户界面812。例如，脸谱应用可以向应用管理器注册(箭头824)，使得通过广播信道接收的后续脸谱消息和更新将自动地通过用户界面812传送给脸谱应用。如箭头828所示，事件管理器810可以与用户界面812进行通信，以便控制交互应用激活的开始和停止时间。例如，如果应用旨在在特定的广告期间起作用，则事件管理器810可以在该应用应当开始的时间点向用户界面812发送起始消息828，并且在该应用应当结束的时间点发送停止消息828。在各个实施例中，根据正在运行的应用或交互事件的属性，可以邀请用户进行选择或者提供反馈。该反馈可以包括对于内容提供方来说有价值的信息，例如，对于调查问题的响应或者对于特定的交互应用的响应。这种用户交互可以用消息826传输给事件管理器810，其中事件管理器810可以进而对该响应进行记录，以便稍后向广播方或者另一方报告。此外，由于移动媒体广播接收机设备可以配置有定期地报告用户观看习惯和选择的机制，因此响应于运行的应用，也可以使用现有机制来报告统计的和特定的用户选择。用户界面812也可以通过通信826向事件管理器810注册，以便接收实时数据事件和对应用的更新。如上所述，接收机设备可以基于目录或者广播开销流中包括的其它信息，来选择应用以便从广播流中进行接收。图9描绘了可以在接收机设备中实现的用于基于这种目录消息中包含的信息来选择应用包以便从广播流进行接收的示例性方法900。在方法900的步骤902，解码器802可以从广播开销流中提取应用目录，并且在步骤904，将该应用目录传送给应用管理器806。在步骤906，应用管理器可以提取针对目录中所列的应用的元数据。在步骤908，应用管理器可以将所提取的应用元数据与该接收机设备已知的过滤和选择标准进行比较，以选择适当应用进行下载。这种过滤和选择标准可以是多种信息中的任何一种，所述多种信息用于标识与该接收机设备特定有关和兼容的应用(例如，型号、运营商标识符、地理区域、服务计划、居住应用等等)，以及针对该设备用户的应用和交互事件(例如，用户性别、年龄组、从属关系、观看习惯、偏好、请求的服务等等)。在步骤910，应用管理器可以识别所选择的用于接收的应用，以及它们的广播时间和可以在其上接收应用包的广播流，并将该信息提供给用于接收的广播接收机层。应当注意的是，可以从文件传送开销消息接收广播时间和广播流信息。接收机层可以包括物理层和网络层。在步骤912，接收机层使用从应用管理器接收的信息，来确定何时激活接收机电路，以从广播流接收所选择的应用。可以基于用户动作来激活接收的应用。图10描绘了可以在移动设备中实现以对接收的应用进行处理的示例性方法1000。在方法1000的步骤1002，解码器802在调度的时间和信道或流，从广播信号提取应用包。在步骤1004，将所接收的应用包交给应用管理器806，应用管理器806提取和验证是否已经获得所有应用资源。作为步骤1004的一部分，应用管理器806还可以从存储器重新调用在应用包中指定但不包括的任何公共模板或者软件素材。在步骤1006，应用管理器806可以向用户界面812通知其已经接收到可用于实现的新应用(如箭头822所示)。在步骤1008，用户界面812可以生成UI显示，Π显示向用 户通知已经接收到新应用。用户界面812也可以提示用户指示是否应当发起该应用。作为步骤1008的一部分，用户界面可以等待用于指示应当激活该应用的用户输入。如果在步骤1010中，用户指示应当激活该应用，则用户界面812请求应用管理器806提供该应用的可执行文件和素材(如箭头824所示)。在步骤1012，呈送器814接收应用素材和资源(如箭头822所示)，并且基于元数据，决定使用哪个内容箱(例如，闪光播放器816、web工具包818或者本地脚本820)来呈现。例如，如果应用是具有冲击波文件MME类型的推特应用，则呈送器可以决定使用闪光播放器箱816。作为实现应用的一部分，在步骤1014，用户界面812可以为与实时应用数据更新有关的交互事件进行注册(如箭头826所示)。其后，在步骤1016，用户界面可以通过事件管理器810来接收用于实时应用更新的事件(如箭头828所示)。一旦接收和验证了应用，用户界面812就可以向该接收机设备的用户通知该应用的可用性。这在图3A中进行了描绘，其中图3A示出了呈现视频节目160的接收机设备106，其中视频节目160具有向用户通知新接收的应用的用户通知162。虽然图3A中所示的用户通知是单个应用通知，但是可以提供更加复杂的用户界面。在一个实施例中，可以下载多个应用，并且可以向用户呈现菜单通知，使用户能够选择多个应用以进行激活。用此方式，接收机设备可以下载多个应用(例如，当接收机设备收费时)，随后在类似于目录或者在线应用商店的菜单界面中向用户呈现所述多个应用，其区别在于这些应用已在存储器中进行了高速缓存。在该实施例中，用户可以通过对触摸屏界面上的图标进行触摸或者使用设备按键选择应用，来选择他们希望实现的应用。随后，如上面所描述的实现所选择的应用，同时在某个时间点，从存储器中删除没有选择的应用。作为下载的应用的用户界面目录的一部分，可以向用户呈现从存储器中删除应用的选项。在另外的实施例中，接收机设备可以使用用户对下载的应用的选择和拒绝来了解该用户的偏好。用此方式，接收机设备可以随着时间开发过滤或选择标准，以使该设备能够选择或者自动订购更可能与该用户的偏好相匹配的用于下载的应用或者应用的类型。在各个实施例中，可以基于在广播流中接收的信号，来自动地激活所接收的应用(例如，交互事件应用)，以便将该应用功能与实时广播内容进行同步。图11描绘了可以在接收机设备上实现，以实现这种同步的应用激活的示例性方法1100。在方法1100的步骤1102，解码器802在调度的时间和信道或流，从广播信号中提取应用包。在步骤1104，将所接收的应用包交给应用管理器806，应用管理器806提取和验证是否已经获得了所有应用资源。作为步骤1104的一部分，应用管理器还可以从存储器中重新调用在应用包中指定但不包括的任何公共模板或软件素材。在步骤1106，针对指示应当激活所接收的应用的信号，应用管理器对来自广播流的信号进行监控。可以在广播开销流中接收具有元数据804的形式的用于激活该应用的这种信号。或者，针对指示应当激活所接收的应用的事件信令消息(ESM)，事件管理器810可以对广播流进行监控。下面公开了用于这种事件信令消息的格式。响应于接收到用于激活应用的信号，在步骤1108，应用管理器806可以向用户界面发送该应用的可执行文件和素材。在步骤1110，呈送器814可以接收应用素材和资源(箭头822)，并且基于元数据，决定使用哪个内容箱(例如，闪光播放器816、web工具包818或者本地脚本820)来进行呈现。在步骤1112，呈送器可以随后激活该应用。可以激活该应用， 使得其与在接收机设备上显示的实时内容同步，或者处于交互事件元数据或信令消息中所标识的某个其它特定时间。如下面更详细描述的，可以对在交互事件的实际起始时间之前通过空中下载广播的事件信令消息进行修改、更新或者终止。这可以通过广播第二事件信令消息来完成，其中第二事件信令消息包括相同的事件ID、更新的事件版本号和事件状态指示符。针对应用提供方期望在广播了同步的应用激活事件之后取消该同步的应用激活事件，可能存在多种原因。例如，由于内容节目或者事件的改变实时地发生，因此可以取消应用激活事件。例如，应用提供方可以广播与体育事件的结果相关联的两个替代应用。随后，应用提供方可以取消与该结果无关的应用激活。如上文所讨论的，交互广播服务器5可以向文件传送系统38提供所需的交互事件应用数据、资源和模板(即，接收机设备生成该交互事件所需的数据、资源和模板)，以进行传输。交互广播服务器5还可以生成交互事件信令消息，交互事件信令消息提供给开销数据传送系统36，以便通过广播网络I经由开销信息流进行传输。图12描绘了可以在接收机设备中实现的用于接收和处理根据上面参照图4所描述的实施例生成和广播的交互事件信令消息的示例性方法1200。图12描绘了用于在接收机设备中接收和处理交互事件信令消息(IESM)的示例性方法1200。在方法1200中，在步骤1202，移动设备上活动的交互应用可以向应用管理器注册，以便接收交互事件。在一个实施例中，交互应用可以进行注册，以便接收一种或多种类型的交互事件。图2中的箭头2262描绘了交互应用向应用管理器的注册。如上文所讨论的，交互应用可以向应用管理器注册，以便接收一种或多种类型的交互事件。例如，交互应用可以向应用管理器注册其应用标识符(ID)，使得应用管理器可以确保将接收和处理指定该应用ID的交互事件。这可以由应用管理器通过将应用ID传送给在接收机设备的处理器中作用的开销数据获取模块来完成。开销数据获取模块可以从来自FLO网络的接收到的开销流选择性地接收针对注册的应用ID的交互事件。开销数据获取模块还可以将所注册的应用ID用作用于选择性地处理交互事件的过滤标准。在各个实施例中，交互应用还可以注册针对交互事件应用数据的另外MME类型。在这些实施例中，交互应用只接收具有注册的MME类型的应用数据的事件。在各个实施例中，交互应用可以使用其它方法，来请求从广播信道开销流接收特定的交互事件，例如，基于唯一的事件名称、唯一的事件类型等等来下发这些请求。在一个实施例中，可以从文件传送流接收在带外发送的交互事件应用数据(IEAD)，并将其存储在接收机设备的存储器中，直到调度该交互事件开始为止。在步骤1204，资源管理器模块可以按照下面参照图23A所描述的逻辑和方法，从文件传送系统获得与交互事件有关的交互资源和模板文件。在步骤1206，开销数据获取模块可以从广播开销流获得交互事件信令消息(IESM)。开销数据获取模块可以基于多种标准(例如，接收机设备当前调谐到的实时信道、接收机的设备简档、目标运营商等等)，对交互事件信令消息进行过滤。也就是说，在一个实施例中，开销数据获取模块可以被配置为只获得针对当前正在监控的实时服务的那些交互事件和其它匹配过滤标准的交互事件。在其它实施例中，假定交互事件信令消息满足其它过滤标准(例如，设备类型、目标运营商、用户 人口属性等等)，则可以在任何时间获得未束缚于实时服务的交互事件信令消息(例如，未绑定的交互事件信令消息)，而不管正在观看哪些实时服务。在步骤1208，开销数据获取模块可以将所获得的交互事件信令消息(IESM)传送给交互事件管理器。这在图2中通过箭头2802进行了描绘。在步骤1210，交互事件管理器可以执行事件过滤和丢弃(即，不保存)或者不接收任何不适合于该接收机设备或者该设备的当前状态的交互事件信令消息。交互事件管理器还可以确定是否已经在步骤1204中从资源管理器中下载了用于播放该交互事件所需的强制性资源或者模板。在一个实施例中，如果在该交互事件时间，强制性资源或者模板不可用，则将不播放该交互事件。在一个实施例中，交互事件管理器可以基于交互事件信令消息中包括的目标标准来执行事件过滤。在步骤1212，交互事件管理器可以将过滤的交互事件传送给应用管理器。在步骤1214，应用管理器可以确定是否存在已经注册以接收所接收的交互事件的任何交互应用。该确定可以基于应用ID、针对该事件应用数据的MIME类型、事件名称、事件类型或者在交互事件信令消息(IESM)中包括的类似信息。如果所接收的交互事件与任何注册的交互应用不匹配(即，确定步骤1214= “否”)，则可以在步骤1216中忽略所接收的事件。如果向应用管理器注册以接收交互事件的交互应用中的一个或多个交互应用与所接收的交互事件信令消息相匹配(即，确定步骤1214= “是”)，则在步骤1218，应用管理器可以通过用户界面中的用户代理向适当的交互应用发送该交互事件。在一个实施例中，用户代理可以执行将交互事件路由到正确的交互应用的功能。在步骤1220，接收到交互事件的交互应用可以从设备文件系统中获取所需的资源和模板，并且使用这些资源和/或模板来组合或生成所需的交互显示和功能。在步骤1222，交互应用可以基于在交互事件信令消息中接收的事件应用数据，来显示交互内容。由于一些交互事件在时间上重叠，因此接收机设备可以被配置为确定应当显示两个或更多重叠事件中的哪个以及何时显示。在接收机设备中执行这种确定可以简化广播侧上的调度和格式化，并且使接收机设备能够管理可能由于特定于设备的事件引起的重叠事件(例如，接收区域之间的移动、信道的切换和与目标标准有关的设备信息)。例如，一些接收机设备可以与针对在时间上重叠的两个(或更多个)交互事件的目标标准相匹配，而大多数接收机设备将不匹配两个(或更多个)标准。在接收机设备中，在两个或更多个目标交互事件之中进行选择使交互事件提供方和广播方能够生成目标事件，而不必担心与一个以上的标准匹配的少数设备的化解冲突的事件。为了使接收机设备能够以交互事件提供方或者广播方所优选的方式，在冲突的交互事件之中进行选择，可以向交互事件分配优先级值，其中该优先级值包括在交互事件信令消息中。图13描绘了接收机设备可以实现以便基于设置的优先级值对重叠的交互事件进行响应的示例性方法1300。方法1300对上面参照图12描述的方法1200进行补充，其增加了可以在步骤1214和1218之间实现的步骤。如上文所讨论的，在步骤1214，应用管理器可以确定是否存在已经注册以接收所接收的交互事件的任何交互应用。如果接收机设备的处理器确定针对所接收的交互事件注册了应用(即，确定步骤1214=“是”)，则在图13的方法1300的确定步骤1302，处理器可以确定所接收的交互事件是否与另一个先前接收的交互事件重叠。如果与先前接收的交互事件没有重叠(即，确定步骤1302= “否”)，则处理器可以前进至如上面参照图12所描述的步骤1218。然而，如果所接收的交互与另一个交互事件重叠(即，确定步骤1302=“是”)，则在步骤1350，处理器可以从交互事件信令消息获得每一个重叠的事件的事件优先级。 在确定步骤1352，处理器可以对事件优先级进行比较，以确定它们是否相等。如果事件优先级相等(即，确定步骤1352= “是”)，则在步骤1354，处理器可以应用默认的规则来实现或者忽略后面开始的交互事件。在一个实施例中，默认的规则可以是后面开始的交互事件取代先前开始的交互事件。在该情况下，后面开始的交互事件将在其起始时间进行实现。在另一个实施例中，默认的规则可以是后面开始的交互事件并不取代先前开始的事件。在该情况下，可以忽略后面开始的交互事件(方法1200中的步骤1216)或者将其维持在队列中，以便当先前开始的交互事件结束时(即，当先前开始的交互事件有效时间到期时)被激活。如上文所讨论的，在确定步骤1352，处理器可以对事件优先级进行比较，以确定它们是否相等。如果交互事件优先级不相等(即，确定步骤1352= “否”)，则在确定步骤1356，处理器可以确定先前开始的交互事件(在一些环境下，其可以是当前活动的交互事件)是否具有更高的优先级。如果与后面开始的事件相比，先前开始的交互事件具有更低的优先级(即，确定步骤1356#否”)，则处理器可以通过前进至如上面参照图12所描述的步骤1218，来对所接收的后面开始的交互事件进行处理以便正常作用。如果与后面开始的事件相比，先前开始的交互事件具有更高的优先级(即，确定步骤1356=“是”)，则处理器可以忽略后面开始的交互事件或者将其保持在队列中，以便当先前开始的交互事件终止时被激活(步骤1358)。如果接收到两个以上的重叠的交互事件，则处理器可以实现与方法1300中所描绘的步骤相类似的步骤，以确定在任何给定时间实现哪个交互事件。设备选择交互事件时所使用的上面提及的优先级和取代逻辑可能影响用户体验。由于该原因，在一个实施例中，设备所使用的取代逻辑可以受到接收机设备上的存储器中存储的配置参数/供应参数的控制。该配置参数可以允许接收机设备的用户对于设备、所显示的内容、系统的交互功能具有更大的控制。例如，在冲突的情况下，用户可以选择忽略第二到达的交互事件或者较低优先级的交互事件，以避免交互事件在中间启动或者在太短暂的时段期间运行而不能理解这样令人烦恼的事情。图14A-16C描绘了根据各个实施例的适合用于交互事件信令消息(IESM)的示例性数据方案。参见图14A，交互事件信令消息70可以包括属性数据72，属性数据72可以包括消息标识符721、事件标识符722、事件版本号723、事件状态724、事件起始时间725和事件持续时间或者终止时间726。消息标识符721可以标识携带事件信令信息的消息。事件标识符722可以提供针对特定的交互事件的唯一标识符。事件版本号723可以指示交互事件信令消息的版本，从而使接收机设备能够确定它们是否已经接收到该特定的信令消息。事件状态724字段可以指示交互事件的状态，例如，指示事件当前是活动的还是停止的。在一个实施例中，可以更新事件状态724字段，以指示已经停止了事件，并因此不应当在接收机设备上进行显示。事件起始时间725字段可以以接收机设备能够理解的形式(例如，绝对UNIX时间格式)，来指示事件的起始时间。事件持续时间或者终止时间726可以以秒来指示该事件从事件起始时间开始的持续时间(在数据字段725中提供)。或者，事件持续时间或终止时间726可以以接收机设备能够理解的形式(例如，绝对UNIX时间形式)，来指示终止时间。
图14B描绘了用于交互事件信令消息(IESM)的示例性数据方案，该数据方案支持通过事件优先级来接收多个交互事件信令消息，如上面参照图13所讨论的。具体而言，图14B描绘了交互事件信令消息70可以具有事件持续时间726要素，事件持续时间726要素以秒指示事件的持续时间。在一个实施例中，事件持续时间726可以指示从事件起始时间725开始的秒数。交互事件信令消息70还可以包括事件优先级字段727，事件优先级字段727指定针对两个或更多个交互事件信令消息重叠的重叠事件情形的事件优先级，如上面参照图13所讨论的。图15和图16A描绘了用于交互事件信令消息(IESM)的示例性数据方案，该数据方案实现了交互事件应用数据、资源和模板的带内传送。为了实现交互事件应用数据、资源和模板的带外传送，该交互事件信令数据方案携带针对这些资源、素材和模板的标识符，如图16B和图16C中所描绘的。应当注意的是，在各个实施例中，可以使用单个通用方案来支持事件应用数据、资源和模板的带内和带外传送。参见图15，交互事件信令消息70可以包括服务标识符80，服务标识符80提供应当在其中显示交互事件的一个或多个服务(例如，目标实时服务)的标识符。交互事件信令消息70还可以包括应用标识符81，应用标识符81可以包括该事件针对的一个或多个交互应用的标识符。如上所述，可以将应用标识符81与从向应用管理器注册的交互应用接收的应用ID进行比较。在各个实施例中，交互事件信令消息70还可以包括适当的账单和客户服务提供方(BCS) 82，BCS 82可以列出该交互事件针对的这些BCS (例如，VZW或者AT&T)和相关联的设备简档，例如，事件针对Verizon BCS上的所有设备。图15描绘了交互事件信令消息70还可以包括适当的区域数据字段84，适当的区域数据字段84可以列出应当执行/显示交互事件的区域。可以依据地理坐标、接入的发射机的标识符、广播网络定义的基础设施区域标识符或者其它类型的地理信息来定义这些区域，使得仅当接收机设备当前位于所标识的适当区域时，才执行该交互事件。例如，在MediaFLO网络中，适当的区域可以通过广域操作基础设施标识符(WOI ID)和/或局域操作基础设施标识符(LOI ID)来标识。在各个实施例中，交互事件信令消息70还可以包括应用数据信息86，应用数据信息86可以指定针对该交互事件的与应用数据有关的信息。应用数据信息86可以包括针对携带应用数据的文件的资源标识符，或者可以包括事件信令消息中的带内应用数据。交互事件信令消息70还可以包括模板信息86A，模板信息86A可以指定针对该交互事件的与模板数据有关的信息。模板信息可以包括针对预先下载的布局模板数据的模板标识符，或者可以包括交互事件信令消息中的带内模板数据(例如，针对使用新模板的临时通知事件)。交互事件信令消息70还可以包括资源信息88，资源信息88可以指定针对该交互事件的与资源有关的信息。这种资源信息88可以标识接收机设备应当从存储器中重新调用以便实现/显示该交互事件所需的资源。图16A描绘了适当的BCS 82可以包括属性822，例如，用于BCS的标识符828、包括的设备简档824和排除的设备简档826。包括的设备简档824可以列出应当执行该交互事件的设备简档，而排除的设备简档826可以列出不应当执行该事件的设备简档。在一个实施例中，在适当的BCS 82中可以只呈现包括的设备简档824或者排除的设备简档826中的一个。如上所述，交互事件数据、资源和模板，可以作为交互事件信令消息的一部分在带 内广播，或者可以在交互事件传送之前，在文件传送数据流中在带外进行广播。在带外广播事件应用数据、资源和模板可以节省实现交互事件所需的带宽。如上文所讨论的，为了实现交互事件应用数据、资源和模板的带外传送，交互事件信令数据方案携带针对这些资源、素材和模板的标识符，如图16B和16C中所示。参见图16B，应用信息87 (其指定用于交互的与应用有关的信息)可以包括诸如应用数据带内属性872(其指示是否应当在带内包括应用数据)、应用数据资源属性ID 874(其可以标识包含该应用数据的资源)和MME类型属性876 (其指示用于带内应用数据的MME类型)之类的属性。此外，应用信息可以包括提供带内应用数据的应用数据878。如果在带外对应用数据进行传送，则应用数据资源属性ID 874标识携带相关联的应用数据的文件资源的标识符。参见图16C，交互事件信令消息70中的资源信息88可以包括多个属性和资源数据886。这些属性可以包括提供资源的标识符的资源ID属性881、指示是否在带内包括该资源的资源带内属性882、指定对于特定的交互事件来说该资源是否是强制性的资源强制属性883、指定该资源仅用于该特定的交互事件的事件特定属性884、以及指示用于带内资源的MME类型的MME类型属性885。如果在带内提供该资源(如资源带内属性882中所指示的)，则资源数据886将包括所标识的资源数据。在一个实施例中，在交互事件的实际起始时间之前通过空中下载广播的交互事件可以在其初始广播之后被修改、更新或者终止。图14A-16C中所示的消息方案能够使用诸如消息ID 721、事件ID 722、事件版本723和事件状态724之类的数据字段来实现这种更新和终止。对于交互内容提供方为何可能期望在广播了交互事件之后对其进行取消，存在多种原因。例如，可以由于内容节目的改变或者实时发生的事件，来取消交互事件。例如，交互内容提供方可以对与体育事件的结果相关联的两个替代性交互事件进行广播，并且随后取消与该结果无关的交互事件。通过使用这些机制，交互内容提供方可以提前广播使观众能够订购适合赢得美国橄榄球超级杯大赛的队伍的纪念品的交互事件，并且随后取消与输掉的队伍相对应的交互事件。用此方式，可以立即在接收机设备上显示交互事件，以使观众能够在没有延迟的情况下购买获胜队伍的纪念品，其中当在获知结果之后创建和广播交互事件，该延迟是所必需的。当决定停止或者取消交互事件时，可以广播相应的交互事件信令消息，该消息更新或者替代先前广播的事件信令消息，并且指示该事件被取消或者停止。例如，交互事件信令消息可以在事件版本723中指示新版本号，使得接收机设备将其识别成更新的信令消息，并且在事件状态724中指示已取消了该事件。应当注意的是，由于终止交互事件所需的那些信息是标识事件ID 722、事件版本723和事件状态724的属性，因此终止事件所需的交互事件信令消息可能非常简短，从而减少了用于这种终止信令所需的带宽量。当接收机设备上的交互事件管理器接收到指示已取消了该事件的更新的交互事件信令消息时，如果该交互事件还没有开始，则可以从存储器中删除该交互事件。如果该交互事件已经开始，则交互事件管理器可以向应用管理器发送信号以便停止该事件。应用管理器可以向交互应用发送交互事件停止信号，从而以信号形式告知该应用终止和/或取消正在显示的交互。用类似的方式，可以更新先前广播的交互事件信令消息，例如以标识额外的资源或模板，或者修改与该事件相关联的元数据或应用数据中的一些。
在另外的实施例中，接收机设备可以对交互事件信令消息进行配置和处理，以便适应重叠的交互事件。如上面参照图12所讨论的，在多种实现和节目的情形下，在单个内容流上呈现的两个或更多交互事件可能在时间上重叠(即，它们的有效时间可能重叠)。这种情形的另一个示例是包括投票交互事件(例如，对于喜爱的演员、音乐视频或歌曲进行投票)的实时广播节目或者内容流，该实时广播节目或者内容流还包括与广告相关联的交互事件。在该示例中，投票交互事件可以包括用于提示和接收用户投票输入的用户界面显示，而广告交互事件可以是用于使用户能够购买正在广告的项目的在线订购用户界面。在一些重叠的环境下，广播方或者节目/内容提供方可能希望第一激活的交互事件被第二(和第三等等)激活的交互事件中断，例如以呈现广告交互事件。在其它重叠的环境下，第一出现的交互事件不应当被后续的交互事件中断，例如当第一交互事件是高优先级事件时。在调度两个或更多个交互事件同时或者几乎同时开始的情形下，可能存在接收机设备可以确定要呈现哪个交互事件的机制，例如，如上面参照图13所描述的方法1300。如上面参照图13所讨论的，为了使接收机设备能够确定应当向用户显示两个或更多个重叠的交互事件中的哪一个，交互事件信令消息可以包括优先级值。图14B描绘了针对交互事件信令消息70的系统信息数据方案，该系统信息数据方案包括作为消息属性的一部分的事件优先级727值。在该实施例中，交互前端系统可以向每一个交互事件分配优先级。在一个实施例中，如果交互前端系统没有分配特定的优先级，则可以向所有交互事件分配默认的优先级(例如，低优先级)。此外，接收机设备可以配置有交互逻辑，以便确定如何处理两个或更多个重叠的交互事件，例如，具有相同优先级的后面开始的事件始终中断当前事件，或者具有相同优先级的后面开始的事件从不中断当前事件。用此方式，广播方节目/内容提供方可以通过设置在交互事件信令消息中传输的第一或第二优先级事件的优先级，来控制后面开始的重叠交互事件是否取代第一开始的交互事件。上面参照图13所描述的示例性方法1300使接收机设备能够根据重叠的交互事件的特定环境、它们的优先级和用户设置，来确定如何处理重叠的交互事件。例如，在交互事件的默认优先级设置是低优先级并且接收机设备配置有当两个事件具有相同优先级时激活后面开始的交互事件的逻辑的实现中，如果接收机设备接收到具有相同优先级的重叠事件，则接收机设备将以交互事件的起始时间顺序来示出这些交互事件。如果调度多个相同优先级的事件同时开始，则接收机设备可以以交互事件的获得顺序(即，以接收到第一交互事件信令消息的顺序)来显示这些交互事件。当交互事件终止时，如果具有相同优先级的第二交互事件(基于该事件的有效时间)仍然有效，则可以向用户显示第二交互事件。在各个实施例中，如果旨在跳过(B卩，取代)其它默认优先级交互事件来显示该事件，则操作员可以手动地向交互事件分配较高优先级。或者，还可以基于在前端系统处编程的某种商业逻辑，来分配优先级。前端系统可以向交互事件分配多个等级的优先级，例如从O到9的数值。上面参照图14B讨论了包括事件优先级值的交互事件信令消息数据方案。如上文所讨论的，为了减少在广播交互事件信令消息时必须发送的数据的量并且为了在给定的广播带宽中实现更健壮的显示，交互事件可以使用提前广播并在接收机设备上存储的资源和模板。这种资源和模板还可以包括能够在多个事件和多种类型的事件中使 用的标准化显示、布局、图像和功能。用此方式，交互事件信令消息可以指定要由接收机设备实现的一个或多个资源和模板，并且提供将与该特定模板实现相关联的数据。例如，简单的标准模板可以提供具有沿着用于文本显示的底部的格式化的文本的横幅广告，该格式化的文本提供在交互事件信令消息中。通过指定横幅广告模板ID并且包括ASCI文本数据，包括少量数据的交互事件信令消息可以生成格式化的文本横幅广告显示。在各个实施例中，资源和模板可以用于使系统能够实现几乎不受限制数量的功能。资源的不例包括软件模块、API、闪光脚本和XML脚本。模板的不例包括横幅广告、布告板块(boarder)、图像、用户界面图像和用户输入定义。可以将资源和模板(例如,作为OEM配置的一部分)预先装载到接收机设备上，并且通过空中下载对其进行部署和更新。下面参照图22-24D提供了关于如何通过空中下载发送和更新资源和模板的更详细描述。可以使用任何已知的数据结构(其包括XML脚本、C代码数据定义、html脚本和数据表)来对模板进行构造，其中图17描绘了其的一个示例。例如，模板数据表1700可以存储多个模板1720-1728，其中每一个模板由多个数据字段组成。例如，模板可以包括模板ID数据字段1702、兼容性或适用性数据字段1704、显示坐标数据字段1706、形状颜色或者填充数据字段1708、文本字体数据字段1710、阴影效果数据字段1712和图形功能或闪光数据字段1714，仅举几个例子。图17中所示的数据字段是作为可以在模板中实现的信息的类型的示例提供的，可以预想的是，模板可以包括与该附图中所示的相比更多的特征和要素。模板标识符1702提供了用于参照特定模板的便利参考，例如，用于将该模板下载或更新到接收机设备存储器中，以及用于在交互事件信令消息中标识该模板的使用。兼容性或者适用性数据字段1704可以用于标识该模板适合的特定类型的接收机设备或者交互应用。用此方式，接收机设备可以对通过移动广播系统广播的模板进行过滤，使得只接收那些与该接收机设备兼容或者适合于该接收机设备的模板，并将其存储在存储器中。模板可以包括多个特性数据字段1706-1714，其中这些字段定义了可以如何在交互事件显示中呈现数据。例如，该模板可以指定文本或者图像的具体位置、应用到该形状的填充的颜色或模式、呈现所接收数据的字体(例如，类型和大小)、以及要应用的任何增强或图形特征(例如，明暗、闪烁、阴影等等)。用此方式，通过在该消息中指定具体的模板并且包括要在该模板中使用的数据，可以根据相对较少的交互事件信令消息，在交互事件中实现信息的多种多样的不同图形呈现。
除了显示布局和呈送信息之外，模板文件还可以指定应当在交互事件中实现的功能，特别是应当响应于各种用户输入而执行的功能或例程。用户交互事件可以包括用户例如通过投票、订购商品、对调查进行响应等等来表示喜好，这通常需要接收信息或者向广播网络、交互内容 供方、内容提供方或者诸如广告商的另一方发送信息。如上所述，可以使用多种数据消息传送技术和协议(例如，IP数据呼叫、电子邮件、SMS消息、丽S消息、以及访问因特网上的网页)，通过单播网络11 (参见图1A)来完成用户输入信息的这种传输。为了使在交互事件信令消息中必须包括的信息量减到最小，可以在模板文件中标识通信方法或协议、地址、数据格式和其它信令规范。例如，用于对事件进行投票的模板可以指定以适合于接收的格式向特定的消息目的地发送与不同的用户投票选择相对应的各种用户输入。例如，该模板可以指定通过IP数据呼叫、电子邮件、SMS消息、丽S消息和/或通过访问因特网上的网页中的一个，来向指定的IP地址发送用户输入。如上文所讨论的，可以在交互事件之前对模板进行广播，并且还可以将模板包括在设备OEM处提供的或者由服务运营商所提供的配置中。可以在用户不可能正在观看内容的当天时间期间(例如，在2AM和6AM之间)，对模板进行广播和更新，以便使用可用的带宽。此外，还可以在后台中对模板进行广播，使得用户不了解何时正在对模板进行下载或者更新。如上所述，可以通过移动广播系统的文件传送服务来发送模板。图18描绘了可以在接收机设备的处理器中实现的用于使用模板来执行交互事件的示例性方法1800。在方法1800中，在步骤1802，接收到交互事件信令消息的接收机设备的处理器可以对该消息进行解封装，以获得包括针对一个或多个模板的标识符(例如，模板ID)的各种数据要素。交互事件信令消息的这种解封装可以由如上面所描述的在处理器上操作的交互事件管理器模块完成。在步骤1804，交互事件管理器可以从资源管理器或者资源存储器获取事件信令消息中指定的任何模板。在步骤1806，交互应用可以将交互事件信令消息中接收的数据要素插入到所获取的模板中，以生成用于呈送的显示要素。在步骤1808，交互应用可以将按钮或者触摸屏坐标分配给模板中所指定的特定的输入功能或者地址。用此方式，交互事件可以被配置为接收和处理与该特定的交互事件、与该模板中定义的特定按钮或者触摸屏图标相一致的用户输入。如上所述，可以在单个交互事件中实现多个模板。因此，在确定步骤1810，交互应用可以确定在信令消息中是否指定了另一个模板。如果在信令消息中指定了另一个模板(即，确定步骤1810= “是”)，则通过返回到步骤1806，交互应用可以将数据插入到下一个模板中，以生成用于呈送的显示要素。当实现了所有指定的模板(即，确定步骤1810= “否”)时，在步骤1812，交互应用可以将所生成的显示要素传送给显示驱动器，以便在接收机设备显示器上呈现。使用所呈现的交互显示，接收机设备上的处理器可以待机，以在步骤1814接受用户交互输入，并且在步骤1816，处理器可以如该模板中和交互事件信令消息中包括的应用数据或者可执行脚本中所指定的，执行与接收的用户输入相关联的任何交互功能。如上所述，可以在空中下载和更新模板，图19描绘了其的示例性方法1900。在方法1900中，在步骤1902，接收机设备可以从广播系统接收电子目录更新。该电子目录可以在开销流上发送，或者可以在文件传送系统上作为文件进行发送。在确定步骤1904，接收机设备的处理器可以确定所接收的电子目录是否列出了任何模板更新。如果没有列出模板更新(即，确定步骤1904= “否”)，则在步骤1906，处理器可以返回到所接收的电子目录的正常处理。如果在所接收的电子目录中列出了一个或多个模板更新(即，确定步骤1904=“是”)，则在步骤1908，处理器可以从该电子目录获得与模板更新相关联的元数据。在步骤1910，处理器可以从目录中列出的模板中选择第一模板，并且在确定步骤1912，确定该模板是否适合于本接收机设备或者与本接收机设备是否兼容。该确定使接收机设备能够避免下载与该接收机设备不兼容或者不适合的模板。如果确定该模板是兼容的(即，确定步骤1912= “是”)，则在确定步骤1914，处理器可以执行进一步的过滤，例如，确定该模板是否与任何注册的交互应用有关。如果确定该模板与一个或多个注册的交互应用有关(即，确定步骤1914= “是”)，则在确定步骤1916，处理器可以例如通过确定与存储器中存储的模板的版本号相比，目录中列出的模板版本号是否更大，来确定与存储器中已存储的模板相比，所列出的模板是否是更新的版本。如果所列出的模板版本号指示与存储器中存储的模板相比，所列出的模板是更新的版本(即，确定步骤1916= “是”)，则在步骤1918，处理器可以指定所列出的模板以在其指示的广播时间进行接收。当在步骤1918中指定该模板以进行接收之后，或者在确定该模板是不兼容(即，确定步骤1912=“否”)、无关(S卩，确定步骤1914=“否”)或者与存储器中存储的模板相比不是更新的版本(即，确定步骤1916= “否”)之后，在确定步骤1920，处理器可以确定该目录中是否列出了另一个模板。如果列出了另一个模板(即， 确定步骤1920=“是”)，则处理器可以返回到步骤1910，以选择下一个模板以进行评估。一旦对目录中列出的所有模板都进行了评估(即，确定步骤1920= “否”)，在步骤1922，处理器就可以返回到所接收的电子目录的正常处理。图20A描绘了可以在接收机设备上实现的用于通过空中下载接收模板和模板更新的示例性方法2000。当将目录中列出的模板已经被指定以进行接收时，可以将该信息传送给文件系统模块，该文件系统模块可以在电子服务指南、目录或者另一个文件传送开销流中指示的时间监控文件传送流，以接收所指定的模板(步骤2002)。在步骤2004，可以将接收的模板存储在存储器中。在步骤2006，可以向资源管理器注册接收的和存储的模板，使得作为执行交互事件的处理的一部分，资源管理器可以获取该模板。或者，资源管理器可以从文件系统模块接收该模板，并将其存储在存储器中的由资源管理器编索引的位置中。图20B描绘了作为生成交互事件信令消息的处理的一部分，交互产生系统可以用以使用模板的示例性方法2050。在步骤2052，使用交互产生系统的操作员可以选择一个或多个布局模板以用于定义要在接收机设备上显示的交互要素。随后，在步骤2054，操作员可以指定或者定义要插入到所选择的模板中的数据要素。在一个实施例中，交互产生系统可以提供用户界面，该用户界面向操作员提示所选择的模板所需的数据的具体类型和格式。在步骤2056，交互产生系统随后可以将交互事件信息连同模板ID和元数据一起转发给交互服务器。在步骤2058，交互服务器随后可以通过包括适当的格式的模板ID和指定的数据要素，来对交互事件信令消息进行格式化，使得接收机设备可以对它们进行接收和解释，如上所述。如上所述，实施例可以基于可以在事件信令消息中指定的多种过滤标准，使交互事件能够直接针对于特定的接收机设备组或者甚至各个接收机设备。如图14A-16C中所示的示例性消息方案所示，目标确定标准或过滤标准可以包括在多个数据字段中，其中接收机设备随后可以使用这些数据字段来确定是否针对它们指定了特定的交互事件。例如，图14A-16C中所示的消息方案能够基于服务、运营商(BCS)、设备类型、交互应用和地理区域，来实现交互事件的目标确定。可以在交互消息要素中包括额外的目标确定标准，以便基于人口统计信息(例如，所有者的性别、年龄组等等)、服务等级或者订购、组从属关系等等，来实现事件到个体的目标确定。可以在多个阶段对目标交互事件进行过滤，其包括当从开销流中获得交互事件信令消息时，当交互事件管理器对交互事件信令消息进行处理时，以及当应用管理器对交互事件信令消息进行处理时。用此方式，可以将用户交互内容有限地对准该内容针对其特别有关或者有效的用户，从而增加这种服务对于内容提供方的经济价值。在图21A和21B中所示的另外实施例中，可以 使用各种交互事件信令机制，来支持通过广播信道的动态交互信息更新。在这些实施例中，交互事件可以使用户能够使用通过单播网络向服务器发送的用户输入，针对各种事情进行投票(例如，节目选择、喜爱的政治家、喜爱的演员、自组观众调查等等)，其中服务器可以实时地对结果进行记录，并将投票记录提供给广播网络，使得可以通过广播网络来实时地更新投票结果。在另外的实施例中，可以通过一个或多个数据流来广播动态交互信息。在另外的实施例中，交互事件信令消息可以包括数据流标识符，其中，通过这些标识符来广播与该事件有关的动态更新的交互数据。这将使接收机设备能够选择从与它们的用户当前正在参与的交互事件相关联的数据流中接收交互数据。例如，用于投票的交互事件信令消息可以包括针对携带该投票事件的结果的数据流的标识符。在一个实施例中，接收机设备可以选择性地从结果数据流中获得交互数据。例如，接收机设备可以选择只有当用户参与了相关联的投票事件时才接收交互数据。用此方式，可以将交互事件链接到携带动态更新的交互信息的数据流。同样，没有发现感兴趣事件的用户，可以分散对在他们的接收机设备上显示的交互数据的注意力。在另外的实施例中，可以将多个交互事件彼此链接，从而创建主要和辅助事件关系。在一个实施例中，可以通过事件标识符或者事件信令消息中包括的其它状态信息，来实现这种事件链接。因此，接收机设备可以确定只有当用户参与到有关的主要事件时，才向用户显示辅助事件。例如，在智力竞赛节目期间，基于对于前一测验的答案，可能存在后续的问题。接收机设备可以被配置为如果用户没有参与第一测验，则不获得和显示后续的问题。用此方式，可以将交互事件链接到其它交互事件，使得这些事件针对感兴趣的用户。没有找到此类感兴趣的交互事件的用户可以分散对在他们的接收机设备上呈现的交互事件显示的注意力。图21A描绘了可以在接收机设备中实现的用于基于用户的参与来从交互事件中指定的数据流接收动态交互数据(例如，投票记录)的示例性方法2100。在方法2100中，在步骤2102，接收机设备可以获得针对特定事件的交互事件信令消息，并且在步骤2104，呈送该事件的相应显示。这种交互事件的获取和呈送可以使用本文所描述的其它实施例的方法中的任何一个。在确定步骤2106，接收机设备可以确定用户是否参与所呈送的交互事件。该确定可以基于响应于事件是否输入了用户选择。或者，该确定可以基于用户是否选择了与该事件的参与相对应的替代用户输入中特定的一个或多个。因此，接收机设备可以将取消或者拒绝参与该事件的用户输入与和实际参与相关联的用户输入进行区分。交互事件数据或模板可以指定哪些用户输入与参与相对应。如果接收机设备确定用户没有参与该交互事件(即，确定步骤2106=“否”)，则在步骤2108，处理可以返回到正常操作。如果接收机设备确定用户确实参与了该交互事件(即，确定步骤2106= “是”)，则在确定步骤2110，接收机设备可以对交互事件数据进行检查，以确定其是否指定了数据流标识符。如果交互事件数据没有指定数据流标识符(即，确定步骤2110= “否”)，则接收机设备可以返回到正常操作(步骤2112)，这是由于没有额外的动态交互数据要接收。如果接收机设备确定该交互事件确实指定了针对数据流的标识符(即，确定步骤2110= “是”)，则在步骤2114，接收机设备可以使用该数据流标识符通过广播信号从所指定的数据流获得动态交互数据。随后，在步骤2116，接收机设备可以显示所需的动态交互数据。用此方式，参与交互事件的用户可以接收与该事件有关的信息(例如，投票或调查结果)，而那些没有参与的用户不担心这些额外的数据呈现。图21B描绘了可以在接收机设备中实现的用于基于用户的参与来接收辅助动态交互事件(例如，后续的问题)的示例性方法2150。在方法2150中，在步骤2102，接收机设备可以获得针对特定事件的交互事件信令消息，并且在步骤2104，呈送该事件的相应显示。这种交互事件的获取和呈送可以使用本文所描述的其它实施例的方法中的任何一个。在确定步骤2106，接收机设备可以确定用户是否参与呈送的交互事件，如上面参照图21A所描 述的。如果接收机设备确定用户没有参与该交互事件(即，确定步骤2106=“否”)，则在步骤 2108，处理可以返回到正常操作。如果接收机设备确定用户确实参与了该交互事件(即，确定步骤2106= “是”)，则在确定步骤2152，接收机设备可以对交互事件数据进行检查，以确定其是否包括或者标识了其它交互事件。这种额外的交互事件可以包括在原始交互事件中的分量中。或者，原始交互事件数据可以指定事件ID或者其它信息，接收机设备可以使用该信息来选择性地接收和实现随后广播的交互事件信令消息。如果交互事件数据没有包括或者标识其它交互事件(即，确定步骤2152= “否”)，则接收机设备可以返回到正常操作(步骤2112)。如果接收机设备确定该交互事件确实包括或者标识了其它交互事件(即，确定步骤2152= “是”)，则在步骤2154，接收机设备可以使用该信息来获得有关的辅助交互事件。同样，可以使用交互事件标识符、事件信令消息过滤标准或者使接收机设备能够选择性地接收有关的事件信令消息的其它信息，从原始交互事件中包含的数据或者从广播流获得辅助交互事件。随后，在步骤2156，接收机设备可以在该接收机设备上显示所获得的辅助交互事件。用此方式，可以邀请参与第一交互事件的用户继续参与辅助或者有关的事件，而没有选择最初参与的那些用户则不担心他们不感兴趣的交互事件的流。如上所述，为了在需要交互资源和模板以可用于交互事件之前，使接收机设备能够接收交互资源和模板，可以在接收机设备可以监控的电子服务指南或者电子目录中所标识的文件传送流或者数据信道上调度这些资源和模板进行广播。在各个实施例中，可以使用交互目录信令文件来公告可用的交互资源和模板的列表，并且提供接收机设备确定获得哪些交互资源和模板、以及如何和何时获得这些文件所需的信息。在另一个实施例中，可以在文件传送开销流上携带针对交互文件的调度。在各个实施例中，交互服务器可以生成交互目录信令文件。在各个实施例中，交互目录信令文件可以列出将要或者正在通过广播文件系统传送的交互资源。在各个实施例中，可以生成交互目录信令文件，以包括针对所有当前和未来交互序列的交互资源。在各个实施例中，可以生成交互目录信令文件，以包括针对落入到目录时间窗中的交互序列的交互资源。例如，可以生成交互目录信令文件，以包括在下一个24小时发生的所有交互事件序列所需的交互资源。在各个实施例中，可以在目录时间窗边界处定期地重新生成交互目录信令文件，并且如果生成了新的交互序列，则可以将相关联的资源和模板添加到当前目录时间窗。在各个实施例中，交互目录文件可以包括对广播文件系统中的交互资源和模板(例如，文件名或模板ID)的参考。交互目录文件还可以包括与交互文件相关联的过滤或目标确定标准，其中接收机设备可以使用这些过滤或目标确定标准来确定是否应当下载该资源和/或模板。例如，这种过滤或目标确定标准可以包括目标BCS、目标实时服务、目标设备类型、目标区域等等。接收机设备可以从广播文件系统中的公知位置获得交互目录文件(例如，/itv/cat. xml)。在各个实施例中，接收机设备可以监控公知的文件目录，并且接收该文件目录之下的任何目录文件。通过该交互目录文件，接收机设备可以确定满足该接收机设备的目标确定标准的交互资源和模板列表，并且随后从广播文件传送系统获得所有这些有关的资源和模板。在各个实施例中，可以更新交互目录文件，以移除接收机设备不 再需要的交互资源和模板。例如，由于相关联的交互序列已到期并且预期在可预见的未来不再使用该资源或模板，因此可以更新交互目录文件以移除交互资源。在各个实施例中，接收机设备可以使用该交互目录文件，来识别可以从存储器中删除的那些交互资源和模板，例如，交互目录文件中没有列出的那些交互资源和模板。在各个实施例中，可以在交互序列到期之后，不立即更新交互目录文件。这节省了接收机设备的电池电量，这是由于接收机设备不需要每当交互序列到期并且不再需要交互资源时重新获得交互目录文件。在一个实施例中，当由于其它触发而生成交互目录文件时，可以移除针对到期的交互序列的交互资源。例如，当在目录窗边界处生成交互目录文件时并且当添加了针对新的/现有的交互序列的新的交互资源时，可以移除针对到期的交互序列的交互资源。在各个实施例中，可以基于目录文件传送时段，来生成交互目录文件。在各个实施例中，交互目录文件可以包括针对落入到当前和下一个目录文件传送时段的交互序列的交互资源。在这些实施例中，这可以用于对在当前和下一个目录文件传送时段的边界处发生的交互序列进行解释。在各个实施例中，接收机设备可以被配置为当文件不再包括在交互目录文件中时，删除交互资源和模板。在各个实施例中，交互目录文件中的每一个资源或模板还可以具有指定的到期时间(即，可以从存储器中删除资源或模板的日期和时间)。在一个实施例中，如果预期未来不再使用资源或模板时，可以基于针对相关联的交互序列的到期时间，来设置该资源/模板到期时间。随后，如果将资源到期作为资源或模板元数据的一部分进行指定或者包括，则接收机设备可以基于资源到期来删除交互资源或模板。图22描绘了根据一个实施例的可以在广播前端设施中使用以生成和广播交互目录文件的示例性方法2200。在方法2200中，在步骤2202，交互内容提供方可以向交互产生系统提供交互内容(即，事件应用数据、资源和模板)。在步骤2204，交互产生系统可以向交互服务器发送与交互序列相关联的交互事件数据，以便通过广播网络来发送交互应用数据、资源、模板和信令数据。在步骤2206，交互服务器可以生成交互目录文件，该交互目录文件可以包括对当前和未来交互事件的交互序列的交互应用数据、资源和模板的参考。作为该步骤的一部分，如果未指定这些资源和模板以重新使用，则交互服务器可以基于相关联的交互序列的到期来设置交互资源和模板的到期时间。在步骤2208，交互服务器可以向文件传送系统发送所生成的交互目录文件和其它交互资源和模板(其包括事件应用数据资源)，以便通过移动广播网络来传输这些文件。在一个实施例中，可以频繁地更新交互目录文件，以便能够刚好在事件起始时间之前广播交互资源和应用数据，以便更好地使用广播带宽。交互服务器可以在传送目录文件中包括的交互资源之前调度交互目录文件的传送。这确保接收机设备可以及时地获得和处理交互目录文件，以使它们能够接收任何广播资源或模板。在步骤2210，文件传送系统可以向广播方传送从交互服务器接收的交互目录文件以及交互资源和模板，以便根据交互服务器所指定的传送服务质量(QoS)通过移动广播网络进行广播。在步骤2212，接收机设备从广播文件系统中的公知位置获得交互目录文件(例如,/itv/cat. xml)。在步骤2214,接收机设备可以使用所接收的交互目录文件以例如基于适合的过滤标准来确定适合于该接收机设备的交互资源和模板的列表。作为步骤2214的一部分，接收机设备可以确定所列出的资源和模板是否是设备存储器中当前存储的资源和模板的更新版本。在步骤2216，接收机设备可以从广播网络中的文件传送系统获得所有适 合的交互资源和模板。作为步骤2216的一部分，接收机设备可以只选择存储器中已经存储的资源和模板的更新版本，以便通过消除对下载已经接收到并且存储在存储器中的文件的需要，来节省电池电量。图23A和23B描绘了可以在接收机设备中实现的用于接收和处理交互目录文件以便接收交互资源和模板的示例性方法2300。在方法2300中，在步骤2302，交互应用可以向应用管理器进行注册，以便接收交互事件。如上文所讨论的，在各个实施例中，交互应用可以向应用管理器进行注册，以便接收一种或多种类型的交互事件。在步骤2304，交互事件管理器可以确定是否对至少一个交互应用进行注册，以便接收交互事件，如果是，则发起对交互目录文件的获得。在步骤2306，交互事件管理器可以请求资源管理器发起从文件传送系统获取交互目录文件。在步骤2308，资源管理器可以请求文件传送系统从广播文件系统中的公知位置获得交互目录(例如，/itv/cat. xml)。在步骤2310,文件传送系统可以接收交互目录文件，并向资源管理器发送新的或更新的交互目录文件。在步骤2312，资源管理器可以使用交互目录文件以基于该目录文件中指定的过滤标准，来确定适合于接收机设备使用的交互资源和模板的列表。在步骤2314，资源管理器可以开发满足过滤标准(例如，适合于该接收机设备和注册的交互应用)的有关交互资源和模板的列表。在步骤2316，资源管理器可以请求文件传送系统获得其适合的资源和模板的列表中包括的交互资源和模板。在步骤2318，文件传送系统可以从广播网络中获得所列出的交互资源和模板。在确定步骤2320，交互事件管理器可以确定该接收机设备当前是否调谐到特定的实时信道。如果该接收机设备没有调谐到实时信道(即，确定步骤2320= “否”)，则在步骤2322，如果调度任何交互事件来执行的话，该接收机设备可以实现非实时交互事件或者未绑定的交互事件。如果该接收机设备调谐到实时信道(即，确定步骤2320=“是”)，则根据图13中所描绘的方法，在步骤2324，交互事件管理器可以从开销数据获取模块获得针对当前调谐的实时信道的交互事件信令消息。在步骤2326，交互事件管理器可以基于接收的交互事件信令消息中的目标确定标准来执行事件过滤，并且丢弃不适合于该接收机设备的信令消息。在步骤2328，如果交互事件管理器确定在交互事件信令消息中在带内不包括应用数据，则管理器可以基于交互事件信令消息中接收的应用数据文件参考信息，(通过资源管理器)从文件传送系统在带外获得应用数据文件，或者从存储器中获得应用数据文件(如果已经下载的话)。在步骤2330，交互事件管理器可以将过滤后的事件连同相关联的应用数据和针对资源和模板的文件位置一起传送给应用管理器。在步骤2332，如果注册了一个或多个交互应用来接收交互事件，则在用户代理执行将交互事件路由到正确的应用的功能的情况下，应用管理器可以向适当的应用发送交互事件。在步骤2334，如果交互事件需要交互资源(例如，图像或图形)或者模板，则交互应用从文件系统中获取所需的资源和模板。在步骤2336，交互应用基于接收到的应用数据和任何交互资源和模板，来显示交互序列。图24A-24D描绘了适用于交互目录文件的示例性消息方案。具体而言，图24A-24D描绘了可以包括在交互目录文件中的示例性数据字段，并且列出了各种数据要素的目的和本质的描述。参见图24A，交互目录2402可以包括账单和客户服务提供方(BCS)信号要素2404和共享信号要素2406。BCS信号要素2404可以定义针对BCS的交互目录信令信息。共享信号要素2406可以定义针对交互应用的目录信令信息以及在服务和BCS中共享的资源。共享的信号要素2406还可以具有共享的信号要素类型2424字段，该共享的信号要素类型2424字段具有共享的RSC 2414字段，其可以具有共享的RSC类型2448。BCS信号要素2404可以具有属性字段2422，该属性字段2422具有BCS标识要素2408 (其是针对BCS 的标识符)、版本2410要素(其指定BCS信号要素2404中包括的信息的版本)。BCS信号要素2404还可以具有SVC信号2412要素，SVC信号2412要素定义用于交互应用的特定于BCS的信令信息和用于服务的资源。SVC信号2412要素可以具有SVC信号类型2426要素，SVC信号类型2426要素具有属性字段2428和SVC RSC 2420字段。SVC信号类型2426要素的属性字段2428可以包括SVC标识符2416要素(其可以是针对其指定了交互信令信息的MediaFLO 服务的标识符)和版本2418要素(其指定了服务信号要素中包括的信息的版本)。在各个实施例中，SVC RSC 2420要素可以是SVC RSC类型要素2430。参见图24B，SVC RSC类型要素2430可以具有属性要素2432、目标设备简档要素2444 (其指定了交互资源可以用于的设备简档的列表)和目标区域要素2446 (其指定了交互资源可以用于的区域的列表)。SVC RSC类型2430要素的属性要素2432可以包括提供资源标识符的标识符2434、共享的要素2436、文件名2438、到期要素2440和MME要素2442。共享的要素2436可以是布尔值标志，该布尔值标志指示该资源是否在交互事件之中共享。对于共享的资源，将资源信息指定成共享的RSC要素的一部分，以优化交互目录大小的大小。文件名要素2438可以是用于这些资源的绝对文件名。到期要素2440可以是用于这些资源的到期时间。MME要素2442可以指示用于该资源的MME类型(例如，jpeg、png)。在各个实施例中，目标设备简档要素2444可以指示一个或多个目标设备简档类型2464，如下面参照图24D所讨论的。如上文所讨论的，共享的信号类型2424可以具有共享的RSC 2414要素。具体而言，图24A描绘了共享的RSC 2414要素可以具有共享的RSC类型2448。图24C描绘了共享的RSC类型2448可以具有属性要素2450、目标设备简档要素2460 (其指定交互资源可以用于的设备简档的列表)和目标区域要素2462 (其指定交互资源可以用于的区域的列表)。共享的RSC类型2448的属性要素2450可以包括资源标识符2452、文件名2454、到期要素2456和MME要素2458。文件名要素2454可以是用于这些资源的绝对文件名。到期要素2456可以是用于这些资源的到期时间。MME要素2458可以指示用于该资源的MME类型。在各个实施例中，目标设备简档要素2460可以指示一个或多个目标设备简档类型2464，如下面参照图24D所讨论的。
如上文所讨论的，SVC RSC类型要素2430和共享的RSC 2414要素均可以具有目标设备简档要素2444、2460，它们指定交互资源可以用于的设备简档的列表)。在各个实施例中，目标设备简档要素2444、2460可以包括目标设备简档类型2464要素。图24D描绘了目标设备简档类型2464要素可以包括属性要素2466，属性要素2466具有BCS标识符2468要素。目标设备简档类型2464要素还可以包括包括的2470要素(其列出了所有的包括的设备简档)和排除的2472要素(其列出了所有排除的设备简档)。在一些实施例中，目标设备简档类型2464可以包括包括的2470要素或者排除的2472要素。在其它实施例中，目标设备简档类型2464可以包括包括的2470要素和排除的2472要素。在一些实现中，可以存在针对多个实时线性信道创建并同时广播的大量交互序列。然而，在任何给定时间，用户只能够在显示任何给定的交互事件的时候观看它们调谐到的信道上的交互序列。如果对多个交互序列进行广播(其中事件起始时间被设置为使这些事件紧接着线性广告时隙播放)，则针对多个不同实时信道的交互事件大部分冲突。这是由于广告间断趋向于在不同的信道上在同一时间或者彼此紧接地发生。因此，如果刚好在交互事件的起始之前(在例如一个或多个文件传送系统流中)广播交互事件应用数据和资源，则即使用户只观看这些交互事件中的一个(即，正在观看的信道上的事件)，也需要接收机设备获得大量交互事件数据。这可能导致不必要的电池电量消耗，同时使接收机设备的处理能力加重负担。为了解决这个问题和其它潜在的问题，在一个实施例中，接收机设备可以被配置为只获得与将在移动设备正在监控的实时信道上向用户显示的交互序列有关的交互事件素材。该实施例减少了对于设备处理和设备电池电量的要求。如上文所讨论的，各个实施例提供了一种这样的机制，该机制使移动多媒体广播方能够通过移动广播网络以信号形式发送广播文件数据传送流和信令流，其中这些广播文件数据传送流和信令流携带交互信令和交互资源信息。在各个实施例中，可以将交互资源作为数据文件在广播文件传送系统上进行传送，并且可以在一个或多个文件数据流上广播交互资源文件。在各个实施例中，可以通过一个或多个信令开销流来传送交互信令信息。在各个实施例中，可以增加针对其启用交互事件的每一个实时服务的服务系统信息开销信息，以指定到携带与这些实时服务相关联的交互资源的文件数据流的链接，并且指定到携带与实时服务相关联的交互信令消息的信令流的链接。在各个实施例中，针对与所有实时信道相关联的交互序列的交互资源可以共享一个文件数据流(即，一个全局文件数据流)。在存在在所有实时信道之间在时间上冲突或重叠的仅有的一些交互序列的情形下，这些实施例是特别适当的。在这些情形下，因为可以重复地广播交互资源数据文件，所以当在共享的文件数据流上发送所有资源时，可以顺序地对它们进行重复地广播。这可以导致对在所有实时信道之上发送交互资源所需的广播带宽进行优化。在各个实施例中，可以在多个文件数据流上传送交互资源。在各个实施例中，可以在针对每一个实时信道的单独文件数据流(即，针对每一实时服务的文件数据流)上传送交互资源。在存在在实时信道之间在时间上冲突或重叠的多个交到序列从而导致要广播大量交互资源的情形下，其是特别适当的。在多个文件数据流上传送交互资源减少了接收机设备在接收到针对特定实时服务的资源之前可能需要等待的时间量，这是由于在给定的文件数据流上广播的资源数据文件的数量可能更少。在专用文件数据流上广播交互资源可以进一步减少接收机设备接收特定的资源可能必须等待的时间量，这是由于该流仅携带针对相应的实时服务的资源。在各个实施例中，可以对来自实时信道的子集的交互资源进行组合，并在一个文件数据流上进行广播。类似于交互资源的广播，在各个实施例中，可以在一个辅助信令流(即，全局辅助流)上广播针对所有实时信道的交互事件信令消息(IESM)。在所有实时信道之间在时间上没有重叠太多的交互事件信令消息的情形下，这些实施例是特别有用的。此外，类似于资源传输，可以在例如多个信令消息的重复序列中重复地广播交互事件信令消息。还可以在多个辅助开销流上传送交互事件信令消息，以减少进行顺序广播的交互事件信令消息的数量，从而减少接收机设备接收特定的交互事件信令消息所必须等待的时间量。因此，在一个实施例中，可以对针对实时信道的子集的交互事件信令消息进行组合，并在一个或多个辅助开销流上对其进行广播。在一个实施例中，可以在与每一个实时信道相对应的单独辅助开销流(即，针对每一实时服务的辅助流)上传送交互事件信令消息。在存在在实时信道之 间在时间上重叠的多个交互序列的情形下，这是特别有用的。对于未绑定的交互序列(即，不束缚于特定的实时服务的交互事件)，可以用服务SI (系统信息)中的保留服务ID来标识文件数据流和信令流，以以信号形式发送文件数据流和辅助开销流。在服务SI中广播针对交互事件资源和信令消息的文件数据流ID和信令流使接收机设备能够发现分别针对特定的服务携带交互资源和交互信令消息的文件数据流和辅助开销流。随后，接收机设备可以使用所识别的流来获得适当的交互资源和交互信令消息。月艮务SI还可以指定单播链接(例如，URL)，其中通过该链接，接收机设备可以获得交互资源和
/或信令信息。在各个实施例中，可以使用单个文件数据流来传送针对与所有实时信道相关联的交互序列的交互资源，从而提高整体的带宽使用率。然而，如果存在针对在多个或者所有实时信道之间在时间上重叠的多个交互序列的交互资源，则这些资源的获取在该设备上要花更长的时间，这影响了设备的电池寿命。在各个实施例中，交互事件提供方或者广播方可以决定在很少的实时服务之间共享文件数据流，或者使用单独的文件数据流来传送针对每一个实时服务的交互资源。在各个实施例中，这些决定是基于重叠的交互序列的数量。在各个实施例中，可以动态地做出这些决定。在一个实施例中，可以贯穿广播时期根据在任何给定时间调度的交互事件的数量，来动态地做出这些决定。在该实施例中，可以根据需要来更新服务SI，以便反映一个或多个文件数据流之中交互资源的供应的改变。在各个实施例中，可以使用一个辅助开销流来传送针对所有实时信道的交互事件信令消息，从而优化用于传送这些消息所需的整体空中带宽。然而，如果存在针对在多个实时信道之间在时间上重叠的多个交互序列的交互事件信令消息，则该方法可以增加接收机设备针对任何一个信令消息的获取时间。因此，在各个实施例中，交互提供方或者广播方可以基于重叠的交互序列的数量，决定共享或者使用单独的辅助开销流来传送针对每一个实时服务的交互信令消息。在各个实施例中，可以动态地做出这些决定。在一个实施例中，可以贯穿广播时期根据在任何给定时间调度的交互事件的数量，来动态地做出这些决定，其中根据需要来更新服务SI，以便反映一个或多个文件数据流之中交互资源的供应的改变。图25A和25B描绘了根据一个实施例适合于供应在生成开销数据流中发送的服务SI信息时使用的资源文件数据流和信令/辅助流的示例性方法2500。在方法2500中，在步骤2502，操作员可以使用供应系统，来指定应当使用全局文件数据流、共享文件数据流还是针对每一实时服务的文件数据流来传送交互资源。在各个实施例中，在步骤2503，操作员可以指定应当使用全局辅助流、共享辅助流还是针对每一实时服务的辅助流来传送交互事件信令资源。在步骤2504，操作员可以使用供应系统来在该供应系统上供应广播实时服务，并且针对特定的实时服务实现交互。在步骤2506，供应系统可以创建文件数据流和辅助流(如果需要的话)，来携带针对该实时服务的交互资源和信令消息。如果使用了全局文件数据流
和全局辅助流选项，则可以在针对第一实时服务启用交互时创建文件数据流和辅助流。在步骤2508，供应系统可以生成服务SI。服务SI可以包括到针对文件数据流和辅助流的流ID的链接，其中这些文件数据流和辅助流携带针对每一个具有交互能力的实时服务的交互序列的交互信息。在各个实施例中，服务SI还可以携带到使用保留的服务ID的未绑定的流的链接。在步骤2510，供应系统可以向开销数据传送系统发送服务SI，以便通过广播网络来传送该服务SI。在步骤2512，开销数据传送系统可以在广播网络上传送服务SI。在步骤2514，接收机设备可以从广播网络获得服务SI，并基于该服务SI中指定的交互链接，针对监控的信道确定用于获得交互资源的文件数据流以及用于获得交互信令消息的辅助流。在步骤2516，供应系统可以向开销数据传送系统发送针对具有交互能力的实时服务的辅助流信息。转到图25B，在步骤2518，供应系统可以向文件传送系统发送针对具有交互能力的实时服务的文件数据流信息。在步骤2520，可以基于交互内容提供方所提供的交互内容，在交互产生系统上供应一个或多个交互序列。在各个实施例中，交互序列信息可以包括交互事件元数据，例如，事件起始时间和有效持续时间(或者停止时间)、事件目标确定标准、相关联的交互素材(例如，图像/图形、URL等等)；以及交互事件应用数据(例如，向用户显示的一组信息、相关联的动作等等)。在步骤2522，交互产生系统可以向交互广播服务器发送与交互序列相关联的交互事件数据，以便通过移动广播网络来传输交互资源和信令数据。在步骤2524，交互广播服务器可以向文件传送系统发送交互资源(其包括事件应用数据资源)，以便通过移动广播网络来传输这些资源。在步骤2526，文件传送系统可以通过针对相关联的实时服务的相应文件数据流，来传送从交互广播服务器接收的交互资源。在该处理中，文件传送系统可以从供应系统接收文件数据流，如上面参照步骤2518所描述的。在步骤2528，交互广播服务器可以向开销数据传送系统发送交互信令消息，以便通过移动广播网络来传输交互事件信令消息。在步骤2530，开销数据传送系统可以通过针对相关联的实时服务的辅助流，来传送从交互广播服务器接收的交互事件信令消息。在该步骤2530，开销数据传送系统可以从供应系统接收辅助流，如上面参照步骤2516所描述的。在步骤2532，接收机设备可以从针对实时服务的文件数据流获得与针对该实时服务的交互序列相关联的交互资源。在各个实施例中，接收机设备还可以从针对实时服务的辅助流获得与该实时服务相关联的交互事件信令消息。
如上文所讨论的，接收机设备可以从实时服务的服务SI中发现文件数据流和辅助流。图26A和26B描绘了根据一个实施例可以在接收机设备上实现以确定用于从在开销数据流中接收的服务SI信息中接收针对特定实时服务的交互事件资源和信令消息的文件数据流和开销数据流的示例性方法2600。在方法2600中，在步骤2602，接收机设备中的SI获取模块可以 从移动广播网络中获得服务SI数据。在步骤2604，文件传送系统模块可以与SI获取模块接合，以获得在针对具有交互能力的实时服务的服务SI中接收的文件数据流(其包括携带目录文件的文件数据流)信息。在步骤2606，开销数据获取模块可以与SI获取模块接合，以获得在针对具有交互能力的实时服务的服务SI中接收的辅助流信息。在步骤2608，交互事件管理器可以基于接收的交互目录文件，确定其需要获得交互资源。在步骤2610，交互事件管理器可以与资源管理器接合，以便从文件传送系统获得交互资源、素材和任何应用数据文件。在步骤2612，针对设备订购的具有交互能力的实时服务，文件传送系统可以获得来自从服务SI获取模块接收的文件数据流的交互资源。在步骤2614，交互应用(ITV应用)可以向应用管理器进行注册，以接收交互事件。在各个实施例中，在步骤2614，交互应用可以进行注册，以接收一种或多种类型的交互事件。在步骤2616，交互事件管理器可以确定接收机设备当前是否调谐到实时信道。转到图26B，在步骤2618，交互事件管理器可以与开销数据获取模块接合，以获得交互事件信令消息。在步骤2620，针对当前调谐的实时服务以及来自保留的服务ID的任何未绑定的实时服务，开销数据获取模块可以获得来自从系统SI获取中接收的辅助流的交互信令消息。在步骤2622，开销数据获取模块可以向交互事件管理器发送所获得的交互事件信令消息。在步骤2624，交互事件管理器可以执行事件过滤，并且丢弃当前不适合于该接收机设备的那些交互事件信令消息。如上所述，在各个实施例中，可以基于交互事件信令消息中包括的目标确定标准，来执行该过滤。如果交互事件管理器确定在事件信令消息中在带内不包括应用数据，则其还可以基于在事件信令消息中接收的应用数据文件参考，(通过资源管理器)从文件传送系统或者从设备存储器获得必需的应用数据文件。在步骤2626，交互事件管理器可以将过滤的事件连同相关联的应用数据一起传送给应用管理器。应用管理器可以确定是否存在已注册以接收交互事件的应用。在各个实施例中，该确定可以是基于例如应用ID、针对事件应用数据的MIME类型、事件名称和/或事件类型。在步骤2628，如果注册了一个或多个交互应用来接收过滤的交互事件，则应用管理器可以向这些应用发送这些交互事件。在步骤2630，用户代理可以执行将交互事件路由到正确的交互事件应用的功能。在步骤2632，如果交互事件需要对交互资源(例如，图像/图形)进行显示，则交互事件可以从文件传送系统获取该资源。在步骤2634，交互应用基于所接收的应用数据和交互素材，来显示交互序列。图27描绘了用于服务SI开销信息的服务定义消息的示例性数据方案。图27还描绘了如何使用服务SI来指示针对实时服务的文件数据流和辅助流。例如，图27描绘了服务SI可以包括定义服务细节的服务定义2702，服务定义2702可以包括属性2704要素和服务记录2706要素。交互实时服务的服务记录2706可以包括资源要素2722，资源要素2722提供关于相关联的文件数据流和辅助流的流ID或资源URL 2726的信息。在各个实施例中，实时服务的服务记录2706还可以包括服务类型2708、特定于服务语言的数据2710、能力需求2712、等级2714、流记录2716、可用区域信息2718和多呈现观看记录2720。
在各个实施例中，资源要素2722还可以包括描述符要素2724和资源URL要素2726。描述符要素2724提供针对资源URL的描述，例如，其指示资源URL指定针对文件数据流还是针对开销信令流的流ID。这些数据字段向接收机设备提供它们从正确的文件数据流、信令开销流和/或外部源(例如，按URL访问的源)获得交互事件资源和信令消息所需的信息。在各个实施例中，描述符要素2724可以指示该资源要素正在描述文件数据流还是辅助流。在各个实施例中，描述符要素2724可以是可以用于大小优化的受控项参考。在一个实施例中，在针对特定的文件数据流的资源描述符分类方案中，描述符控制项还可以指代“ itv-f ile-service”项。在一个实施例中，在针对辅助流的资源描述符分类方案中，描述符2724控制项可以指代“itv-aux-flow”项。在各个实施例中，对“itv-file-service”和“itv-aux-flow”的控制项进行突出
显示的资源描述符分类方案的片段可以是
< xml version-M .On encoding=“UTF-8”？>
<ClassificationScheme uri=“urn:mf:rsDsc:usa“type=”rsDsc”
xmlns=“um:mpeg:mpeg7:schema:2001”
xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
xsi :schemaLocatioii=“urn: mpeg:mpeg7: schema:2001 ·/mpeg7_parts.xsd,,>
<Term termiD="I ,><Name xml:lang=“en-US”>lcon</Name>......</Term>
<Term ierrniD=“2”><.Name xml:lang=“en-US”>interactivity</Name>
〈Definition xml:lang=“en-US，’>This term defines the set of descriptorsfor interactivity feature</Definition>
<Term termID=“2.1，’><Name xml:lang=“eii-US’’>itv-aux-flow</N ame></Term>
<Term termID=“2.2，’><Name xml:iaiig=“en-US”>itv-file-servi ce</N ame></Term>
</Terra>
</ClassificationScheme>如上文所讨论的，在各个实施例中，可以通过访问系统SI中包括的URL，例如经由单播网络从非广播源获得交互事件资源和信令消息。在各个实施例中，标识文件数据流的resource_url 要素 2726 可以具有以下格式“itv:fileService_〈serviceID>”。标识辅助流的resource_url要素2726可以具有以下格式“itv:auxFlow_〈flowID>”。下面提供了对文件数据流和辅助流的资源要素进行突出显示的服务定义SI消息中的针对实时服务的示例性服务记录的片段。应当注意的是，在具有别名res0urce_usl的分类方案中，该示例中针对描述符要素的值“resource-url:2. I”指代具有TermID 2. I的项。
权利要求
1.一种用于在广播网络中向移动设备传送应用的方法，包括 从一个或多个内容提供方接收包括文件和元数据的应用； 对所接收的应用进行组合和封装，以便于广播； 调度每一个封装的应用以在从多个广播流中选择的特定的广播流上在特定的时间进行广播； 在标识一个或多个应用参数的应用电子目录中列出所封装的应用； 在所述广播网络的广播流上发送所述应用电子目录； 在与每一个应用相关联的所调度的广播流上在所调度的广播时间广播每一个封装的应用；以及 广播与所述应用中的一个或多个相关联的激活信号。
2.根据权利要求I所述的方法，还包括 从所述一个或多个内容提供方接收与请求的用于广播特定的交互应用的将来日期有关的彳目息; 与同步代理服务器协调以识别将广播特定的交互应用的日期和时间； 将所接收的交互应用和与所述应用有关的额外信息封装在一起； 将所封装的应用编码为适合的格式以包括在广播流中；以及 广播所编码的封装的应用。
3.根据权利要求2所述的方法，其中，广播所编码的封装的应用包括通过将所封装的应用分解为数据包并且将所述数据包编码为数据分组和超帧，将所封装的应用编码为适合的格式以包括在广播流中。
4.根据权利要求I所述的方法，还包括 识别与所述电子目录中的每一个封装的应用相关联的所调度的广播时间和所调度的广播流。
5.根据权利要求4所述的方法，还包括 识别文件传送开销流上的与每一个封装的应用相关联的所调度的广播时间和所调度的广播流，其中，应用包是在文件传送数据流中广播的。
6.根据权利要求5所述的方法，还包括 在接收机设备中接收所发送的应用电子目录； 根据所述应用电子目录中的信息来选择一个或多个应用以进行接收； 在所选择的一个或多个应用的指示的广播时间激活接收机电路，以接收所选择的一个或多个应用； 在存储器中存储所接收的一个或多个应用； 接收激活信号；以及 响应于接收到所述激活信号，激活存储在存储器中的所接收的一个或多个应用中的至少一个。
7.根据权利要求6所述的方法，还包括 在所述移动设备的显示器上呈现指示接收到所选择的一个或多个应用并且允许对所接收的应用中的一个或多个进行选择的信息； 接收对所接收的选择的一个或多个应用中的一个进行选择的输入；以及响应于接收到所述输入，生成所述激活信号。
8.根据权利要求6所述的方法，还包括 从所述广播流接收应用同步信号；以及 响应于接收到所述应用同步信号，生成所述激活信号。
9.根据权利要求6所述的方法，其中，所述激活信号标识所述接收机设备的状态，其中，所述接收机设备的所述状态用作用于激活存储在存储器中的所述应用的参数。
10.根据权利要求6所述的方法，还包括 注册激活的应用以从所述广播流接收应用数据更新； 从所述广播流接收应用更新；以及 将所接收的应用更新传递给所注册的激活的应用。
11.一种通信系统，包括 广播通信网络，其包括用于广播无线信号的发射机系统以及耦合到所述发射机系统的服务器；以及 接收机设备，其包括被配置为接收由所述发射机系统广播的所述无线信号的接收机、存储器以及耦合到所述接收机和所述存储器的处理器， 其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 从一个或多个内容提供方接收包括文件和元数据的应用； 对所接收的应用进行组合和封装，以便于广播； 调度每一个封装的应用以在从多个广播流中选择的特定的广播流上在特定的时间进行广播； 在标识一个或多个应用参数的应用电子目录中列出所封装的应用； 在所述广播网络的广播流上发送所述应用电子目录； 在与每一个应用相关联的所调度的广播流上在所调度的广播时间广播每一个封装的应用；以及 广播与所述应用中的一个或多个相关联的激活信号。
12.根据权利要求11所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 从所述一个或多个内容提供方接收与请求的用于广播特定的交互应用的将来日期有关的彳目息; 与同步代理服务器协调以识别将广播特定的交互应用的日期和时间； 将所接收的交互应用和与所述应用有关的额外信息封装在一起； 将所封装的应用编码为适合的格式以包括在广播流中；以及 广播所编码的封装的应用。
13.根据权利要求12所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得广播所编码的封装的应用包括通过将所封装的应用分解为数据包并且将所述数据包编码为数据分组和超帧，将所封装的应用编码为适合的格式以包括在广播流中。
14.根据权利要求11所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行还包括以下各项的操作 识别与所述电子目录中的每一个封装的应用相关联的所调度的广播时间和所调度的广播流。
15.根据权利要求14所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行还包括以下各项的操作 识别文件传送开销流上的与每一个封装的应用相关联的所调度的广播时间和所调度的广播流，其中，应用包是在文件传送数据流中广播的。
16.根据权利要求15所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 在接收机设备中接收所发送的应用电子目录； 根据所述应用电子目录中的信息来选择一个或多个应用以进行接收； 在所选择的一个或多个应用的指示的广播时间激活接收机电路，以接收所选择的一个或多个应用； 在存储器中存储所接收的一个或多个应用； 接收激活信号；以及 响应于接收到所述激活信号，激活存储在存储器中的所接收的一个或多个应用中的至少一个。
17.根据权利要求16所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行还包括以下各项的操作 在所述移动设备的显示器上呈现指示接收到所选择的一个或多个应用并且允许对所接收的应用中的一个或多个进行选择的信息； 接收对所接收的选择的一个或多个应用中的一个进行选择的输入；以及 响应于接收到所述输入，生成所述激活信号。
18.根据权利要求16所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行还包括以下各项的操作 从所述广播流接收应用同步信号；以及 响应于接收到所述应用同步信号，生成所述激活信号。
19.根据权利要求16所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得所述激活信号标识所述接收机设备的状态，其中，所述接收机设备的所述状态用作用于激活存储在存储器中的所述应用的参数。
20.根据权利要求16所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行还包括以下各项的操作 注册激活的应用以从所述广播流接收应用数据更新； 从所述广播流接收应用更新；以及 将所接收的应用更新传递给所注册的激活的应用。
21.一种被配置为向移动设备传送应用的广播系统的服务器，所述服务器包括 存储器；以及 处理器，其被耦合到所述存储器，其中，所述处理器配置有处理器可执行指令以执行包括以下各项的操作 从一个或多个内容提供方接收包括文件和元数据的应用； 对所接收的应用进行组合和封装，以便于广播；调度每一个封装的应用以在从多个广播流中选择的特定的广播流上在特定的时间进行广播； 在标识一个或多个应用参数的应用电子目录中列出所封装的应用； 在所述广播网络的广播流上发送所述应用电子目录； 在与每一个应用相关联的所调度的广播流上在所调度的广播时间广播每一个封装的应用；以及 广播与所述应用中的一个或多个相关联的激活信号。
22.根据权利要求21所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 从所述一个或多个内容提供方接收与请求的用于广播特定的交互应用的将来日期有关的彳目息; 与同步代理服务器协调以识别将广播特定的交互应用的日期和时间； 将所接收的交互应用和与所述应用有关的额外信息封装在一起； 将所封装的应用编码为适合的格式以包括在广播流中；以及 广播所编码的封装的应用。
23.根据权利要求22所述的服务器，其中，所述处理器配置有处理器可执行指令使得广播所编码的封装的应用包括通过将所封装的应用分解为数据包并且将所述数据包编码为数据分组和超帧，将所封装的应用编码为适合的格式以包括在广播流中。
24.根据权利要求21所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 识别与所述电子目录中的每一个封装的应用相关联的所调度的广播时间和所调度的广播流。
25.根据权利要求24所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 识别文件传送开销流上的与每一个封装的应用相关联的所调度的广播时间和所调度的广播流，其中，应用包是在文件传送数据流中广播的。
26.—种接收机设备,包括 接收机，其被配置为从广播网络接收广播信号； 存储器；以及 处理器，其被耦合到所述接收机和所述存储器，其中，所述处理器配置有处理器可执行指令以执行包括以下各项的操作 在接收机设备中接收发送的应用电子目录； 根据所述应用电子目录中的信息来选择一个或多个应用以进行接收； 在所选择的一个或多个应用的指示的广播时间激活接收机电路，以接收所选择的一个或多个应用； 在存储器中存储所接收的一个或多个应用； 接收激活信号；以及 响应于接收到所述激活信号，激活存储在存储器中的所接收的一个或多个应用中的至少一个。
27.根据权利要求26所述的接收机设备，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 在所述移动设备的显示器上呈现指示接收到所选择的一个或多个应用并且允许对所接收的应用中的一个或多个进行选择的信息； 接收对所接收的选择的一个或多个应用中的一个进行选择的输入；以及 响应于接收到所述输入，生成所述激活信号。
28.根据权利要求26所述的接收机设备，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 从所述广播流接收应用同步信号；以及 响应于接收到所述应用同步信号，生成所述激活信号。
29.根据权利要求26所述的接收机设备，其中，所述处理器配置有处理器可执行指令使得所述激活信号标识所述接收机设备的状态，其中，所述接收机设备的所述状态用作用于激活存储在存储器中的所述应用的参数。
30.根据权利要求26所述的接收机设备，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 注册激活的应用以从所述广播流接收应用数据更新； 从所述广播流接收应用更新；以及 将所接收的应用更新传递给所注册的激活的应用。
31.一种用于在广播网络中向移动设备传送应用的广播系统，包括 用于从一个或多个内容提供方接收包括文件和元数据的应用的模块； 用于对所接收的应用进行组合和封装以便于广播的模块； 用于调度每一个封装的应用以在从多个广播流中选择的特定的广播流上在特定的时间进行广播的模块； 用于在标识一个或多个应用参数的应用电子目录中列出所封装的应用的模块； 用于在所述广播网络的广播流上发送所述应用电子目录的模块； 用于在与每一个应用相关联的所调度的广播流上在所调度的广播时间广播每一个封装的应用的模块；以及 用于广播与所述应用中的一个或多个相关联的激活信号的模块。
32.根据权利要求31所述的广播系统，还包括 用于从所述一个或多个内容提供方接收与请求的用于广播特定的交互应用的将来日期有关的信息的模块； 与同步代理服务器协调以识别将广播特定的交互应用的日期和时间； 将所接收的交互应用和与所述应用有关的额外信息封装在一起； 将所封装的应用编码为适合的格式以包括在广播流中；以及 广播所编码的封装的应用。
33.根据权利要求32所述的广播系统，其中，用于广播所编码的封装的应用的模块包括用于通过将所封装的应用分解为数据包并且将所述数据包编码为数据分组和超帧，将所封装的应用编码为适合的格式以包括在广播流中的模块。
34.根据权利要求31所述的广播系统，还包括用于识别与所述电子目录中的每一个封装的应用相关联的所调度的广播时间和所调度的广播流的模块。
35.根据权利要求34所述的广播系统，还包括 用于识别文件传送开销流上的与每一个封装的应用相关联的所调度的广播时间和所调度的广播流的模块，其中，应用包是在文件传送数据流中广播的。
36.一种接收机设备,包括 用于在接收机设备中接收发送的应用电子目录的模块； 用于根据所述应用电子目录中的信息来选择一个或多个应用以进行接收的模块； 用于在所选择的一个或多个应用的指示的广播时间激活接收机电路，以接收所选择的一个或多个应用的模块； 用于在存储器中存储所接收的一个或多个应用的模块； 用于接收激活信号的模块；以及 用于响应于接收到所述激活信号，激活存储在存储器中的所接收的一个或多个应用中的至少一个的模块。
37.根据权利要求36所述的接收机设备，还包括 用于在所述移动设备的显示器上呈现指示接收到所选择的一个或多个应用并且允许对所接收的应用中的一个或多个进行选择的信息的模块； 用于接收对所接收的选择的一个或多个应用中的一个进行选择的输入的模块；以及 用于响应于接收到所述输入，生成所述激活信号的模块。
38.根据权利要求36所述的接收机设备，还包括 用于从所述广播流接收应用同步信号的模块；以及 用于响应于接收到所述应用同步信号，生成所述激活信号的模块。
39.根据权利要求36所述的接收机设备，还包括用于配置所述激活信号以标识所述接收机设备的状态的模块，其中，所述接收机设备的所述状态用作用于激活存储在存储器中的所述应用的参数。
40.根据权利要求36所述的接收机设备，还包括 用于注册激活的应用以从所述广播流接收应用数据更新的模块； 用于从所述广播流接收应用更新的模块；以及 用于将所接收的应用更新传递给所注册的激活的应用的模块。
41.一种其上存储有处理器可执行软件指令的非临时性计算机可读存储介质，所述处理器可执行软件指令被配置为使处理器执行操作以在广播网络中向移动设备传送应用，所述操作包括 从一个或多个内容提供方接收包括文件和元数据的应用； 对所接收的应用进行组合和封装，以便于广播； 调度每一个封装的应用以在从多个广播流中选择的特定的广播流上在特定的时间进行广播； 在标识一个或多个应用参数的应用电子目录中列出所封装的应用； 在所述广播网络的广播流上发送所述应用电子目录； 在与每一个应用相关联的所调度的广播流上在所调度的广播时间广播每一个封装的应用；以及 广播与所述应用中的一个或多个相关联的激活信号。
42.根据权利要求41所述的非暂时性计算机可读存储介质，还包括 从所述一个或多个内容提供方接收与请求的用于广播特定的交互应用的将来日期有关的彳目息; 与同步代理服务器协调以识别将广播特定的交互应用的日期和时间； 将所接收的交互应用和与所述应用有关的额外信息封装在一起； 将所封装的应用编码为适合的格式以包括在广播流中；以及 广播所编码的封装的应用。
43.根据权利要求42所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得广播所编码的封装的应用包括通过将所封装的应用分解为数据包并且将所述数据包编码为数据分组和超帧，将所封装的应用编码为适合的格式以包括在广播流中。
44.根据权利要求41所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 识别与所述电子目录中的每一个封装的应用相关联的所调度的广播时间和所调度的广播流。
45.根据权利要求44所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 识别文件传送开销流上的与每一个封装的应用相关联的所调度的广播时间和所调度的广播流，其中，应用包是在文件传送数据流中广播的。
46.一种其上存储有处理器可执行软件指令的非临时性计算机可读存储介质，所述处理器可执行软件指令被配置为使接收机设备的处理器执行包括以下各项的操作 在接收机设备中接收发送的应用电子目录； 根据所述应用电子目录中的信息来选择一个或多个应用以进行接收； 在所选择的一个或多个应用的指示的广播时间激活接收机电路，以接收所选择的一个或多个应用； 在存储器中存储所接收的一个或多个应用； 接收激活信号；以及 响应于接收到所述激活信号，激活存储在存储器中的所接收的一个或多个应用中的至少一个。
47.根据权利要求46所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 在所述移动设备的显示器上呈现指示接收到所选择的一个或多个应用并且允许对所接收的应用中的一个或多个进行选择的信息； 接收对所接收的选择的一个或多个应用中的一个进行选择的输入；以及 响应于接收到所述输入，生成所述激活信号。
48.根据权利要求46所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作从所述广播流接收应用同步信号；以及 响应于接收到所述应用同步信号，生成所述激活信号。
49.根据权利要求46所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得所述激活信号标识所述接收机设备的状态，其中，所述接收机设备的所述状态用作用于激活存储在存储器中的所述应用的参数。
50.根据权利要求46所述的非暂时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 注册激活的应用以从所述广播流接收应用数据更新； 从所述广播流接收应用更新；以及 将所接收的应用更新传递给所注册的激活的应用。
51.一种用于在移动多媒体广播系统中向接收机设备传送交互事件应用的方法，包括 从一个或多个内容提供方接收包括交互序列的交互内容； 基于所接收的交互内容，生成交互事件信息，所述交互事件信息包括交互事件应用数据和交互事件元数据，所述交互事件应用数据包括交互要素信息，所述交互事件元数据包括事件起始时间字段和有效持续时间字段； 基于所生成的交互事件信息来生成所述交互事件应用；以及 基于交互事件激活来执行所生成的交互应用。
52.根据权利要求51所述的方法，其中，所述交互事件应用是在广播网络内的服务器中生成的，所述方法还包括 在所述广播网络的交互应用发生器中接收所生成的交互事件信息； 在所述交互应用发生器中基于交互事件信息生成所述交互事件应用； 以适合于在所述移动多媒体广播系统上传输的广播格式对所述交互事件应用进行组合和封装；以及 将所生成的交互事件应用提供给所述广播网络以广播所生成的交互事件应用。
53.根据权利要求52所述的方法，还包括 针对特定的交互事件生成多个交互事件应用，所述多个交互应用与不同的设备类型相对应；以及 在所述接收机设备中选择性地接收与所述接收机设备的设备类型兼容的交互事件应用。
54.根据权利要求52所述的方法，还包括 在接收机设备中接收所广播的交互应用；以及 执行所接收的交互应用。
55.根据权利要求52所述的方法，其中，多个交互应用是根据相同的一组交互应用数据生成的，每一个交互应用针对不同的设备类型。
56.根据权利要求52所述的方法，还包括 从一个或多个内容提供方接收交互事件信息，所述交互事件信息包括交互内容、设备类型列表、元数据、资源和模板；与服务器侧上的交互应用发生器接合以接收一个或多个交互应用，每一个交互应用是基于所述交互事件信息和所述设备类型列表动态生成的可执行的软件应用；以及在所述广播网络上广播所述交互应用。
57.根据权利要求56所述的方法，其中，与所述交互应用发生器接合以接收一个或多个交互应用包括与交互应用发生器接合，所述方法还包括 接收所述设备类型列表和格式化的交互事件信息； 从一个或多个交互内容提供方接收交互要素和序列逻辑； 针对所述设备类型列表中列出的每一个设备类型，基于所述交互事件信息和预先存储的设备信息将所述交互要素和序列逻辑组合为可执行的应用；以及在所述广播网络上发送所述可执行的软件应用。
58.根据权利要求57所述的方法，其中，发送所述可执行的软件应用包括向交互网关发送所述可执行的软件应用，其中，所述交互网关将所述可执行的软件应用与事件元数据信息封装在一起并且向所述广播网络发送所封装的应用以向接收机设备进行广播。
59.根据权利要求52所述的方法，其中，基于特定的交互事件针对的设备的类型，针对交互事件生成多个交互应用。
60.根据权利要求51所述的方法，其中，生成所述交互事件应用是在所述接收机设备中完成的，所述方法还包括 将所述交互事件信息作为交互事件应用数据与资源和模板一起封装为适合于传输的格式； 在广播网络上广播所封装的交互事件应用数据，其中，所述交互事件应用数据实现了标识与所述交互事件应用有关的交互事件场景数据、事件元数据信息、逻辑序列和用户动作的数据方案； 在所述接收机设备中接收所述交互事件应用数据；以及 使用所接收的交互事件应用数据来在所述接收机设备中生成所述交互事件应用。
61.根据权利要求60所述的方法，其中，用户输入用于在所述接收机设备中生成所述交互事件应用。
62.根据权利要求60所述的方法，其中，至少一个交互事件应用包括 提示场景； 动作场景； 确认场景；以及 序列逻辑，其标识应当在其中执行所述提示场景、动作场景和确认场景的序列。
63.根据权利要求62所述的方法，其中，所述至少一个交互事件应用还包括 用户输入选项； 将响应于每一个用户输入执行的逻辑序列；以及 当在超时时间内未接收到用户输入的情况下将执行的逻辑序列。
64.根据权利要求60所述的方法，还包括 接收包括交互内容、设备类型列表、元数据、资源和模板的交互事件信息； 将所述交互信息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互信息。
65.根据权利要求64所述的方法，还包括 在所述接收机设备中接收广播的设备类型列表和格式化的交互元数据信息、资源和模板； 从一个或多个交互内容提供方接收交互应用数据形式的交互要素和序列逻辑；以及针对所述设备类型列表中列出的接收机设备类型，基于所述交互元数据信息和预先存储的设备信息，将所述交互要素和序列逻辑组合为交互应用。
66.根据权利要求51所述的方法，还包括 接收响应于执行所述交互应用的用户输入。
67.根据权利要求66所述的方法，其中，接收响应于所述执行所述交互应用的用户输入包括接收从投票、购买请求、对额外信息的请求、对调查的响应、服务请求和用户反馈中选择的输入。
68.根据权利要求67所述的方法，还包括经由单播网络来传递所接收的用户输入。
69.根据权利要求68所述的方法，其中，所述单播网络是无线数据网络，并且所述用户输入是使用从IP数据呼叫、电子邮件、SMS消息、丽S消息和经由因特网对网站的访问中选择的消息格式传递的。
70.根据权利要求67所述的方法，还包括 接收标识多个返回单播信道的交互应用数据； 选择所述返回单播信道中的一个；以及 在所选择的返回单播信道上发送对交互事件的用户响应。
71.根据权利要求70所述的方法，其中，选择所述返回单播信道中的一个包括基于设备能力选择单播信道。
72.根据权利要求70所述的方法，其中，选择所述返回单播信道中的一个包括基于设备偏好选择单播信道。
73.根据权利要求70所述的方法，其中，选择所述返回单播信道中的一个包括基于用户偏好选择单播信道。
74.根据权利要求51所述的方法，其中，所述交互事件应用数据还包括标识将在接收到用户输入时执行的动作的动作数据。
75.根据权利要求51所述的方法，其中，所述交互事件应用数据还包括标识将经由单播网络将消息发送到的地址的地址数据。
76.根据权利要求51所述的方法，其中，所述交互应用是在运行时间动态生成的。
77.根据权利要求51所述的方法，还包括 在所述广播网络的服务器上基于所述交互事件信息生成交互事件信令消息； 将所述交互事件信令消息处理为适合于经由所述广播系统进行广播的格式；以及 在广播网络上广播经格式化的交互事件信令消息。
78.根据权利要求77所述的方法，其中，所述交互事件信令消息以信号形式发送所述基于设备类型动态生成的交互应用。
79.根据权利要求77所述的方法，还包括 针对交互事件信令消息，监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述交互事件信令消息；以及基于所接收的交互事件信令消息中的元数据信息来执行交互应用。
80.根据权利要求79所述的方法，还包括 针对更新的交互事件信令消息，持续地监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述更新的交互事件信令消息；以及 基于所接收的更新的交互事件信令消息，来更新所述交互应用的所述执行。
81.根据权利要求51所述的方法，还包括 生成交互信令目录文件，所述交互信令目录文件公告所述交互应用、交互应用数据和其它与交互有关的文件；以及 在所述广播网络上广播所述交互信令目录文件和与交互有关的文件。
82.根据权利要求81所述的方法，还包括 在接收机设备中从所述广播网络接收所述交互信令目录文件； 选择所公告的与交互有关的文件中的一个或多个以进行接收； 在所选择的文件的调度的广播时间激活接收机电路；以及 接收所选择的文件。
83.一种通信系统，包括 广播通信网络，其包括用于广播无线信号的发射机系统和耦合到所述发射机系统的服务器；以及 接收机设备，其包括被配置为接收由所述发射机系统广播的所述无线信号的接收机、存储器和耦合到所述接收机和所述存储器的处理器， 其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 从一个或多个内容提供方接收包括交互序列的交互内容； 基于所接收的交互内容，生成交互事件信息，所述交互事件信息包括交互事件应用数据和交互事件元数据，所述交互事件应用数据包括交互要素信息，所述交互事件元数据包括事件起始时间字段和有效持续时间字段； 基于所生成的交互事件信息来生成所述交互事件应用；以及 基于交互事件激活来执行所生成的交互应用。
84.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述交互事件应用是在所述广播网络内的服务器中生成的，并且其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 在所述广播网络的交互应用发生器中接收所生成的交互事件信息； 在所述交互应用发生器中基于交互事件信息生成所述交互事件应用； 以适合于在所述移动多媒体广播系统上传输的广播格式对所述交互事件应用进行组合和封装；以及 将所生成的交互事件应用提供给所述广播网络以广播所生成的交互事件应用。
85.根据权利要求84所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 针对特定的交互事件生成多个交互事件应用，所述多个交互应用与不同的设备类型相对应；以及在所述接收机设备中选择性地接收与所述接收机设备的设备类型兼容的交互事件应用。
86.根据权利要求84所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 接收所广播的交互应用；以及 执行所接收的交互应用。
87.根据权利要求84所述的通信系统，其中，多个交互应用是根据相同的一组交互应用数据生成的，每一个交互应用针对不同的设备类型。
88.根据权利要求84所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 从一个或多个内容提供方接收交互事件信息，所述交互事件信息包括交互内容、设备类型列表、元数据、资源和模板； 与服务器侧上的交互应用发生器接合以接收一个或多个交互应用，每一个交互应用是基于所述交互事件信息和所述设备类型列表动态生成的可执行的软件应用；以及 在所述广播网络上广播所述交互应用。
89.根据权利要求88所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得与所述交互应用发生器接合以接收一个或多个交互应用包括与执行包括以下各项的操作的交互应用发生器接合 接收所述设备类型列表和格式化的交互事件信息； 从一个或多个交互内容提供方接收交互要素和序列逻辑； 针对所述设备类型列表中列出的每一个设备类型，基于所述交互事件信息和预先存储的设备信息将所述交互要素和序列逻辑组合为可执行的应用；以及 在所述广播网络上发送所述可执行的软件应用。
90.根据权利要求89所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得发送所述可执行的软件应用包括向交互网关发送所述可执行的软件应用，其中，所述交互网关将所述可执行的软件应用与事件元数据信息封装在一起并且向所述广播网络发送所封装的应用以向接收机设备进行广播。
91.根据权利要求84所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得基于特定的交互事件针对的设备的类型，针对交互事件生成多个交互应用。
92.根据权利要求83所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得生成所述交互事件应用是在所述接收机设备中完成的，并且其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 将所述交互事件信息作为交互事件应用数据与资源和模板一起封装为适合于传输的格式；以及 在所述广播网络上广播所封装的交互事件应用数据，其中，所述交互事件应用数据实现了标识与所述交互事件应用有关的交互事件场景数据、事件元数据信息、逻辑序列和用户动作的数据方案，所封装的交互事件应用数据被广播使得所述接收机设备能够接收所述交互事件应用数据并且使用所接收的交互事件应用数据来在所述接收机设备中生成所述交互事件应用。
93.根据权利要求92所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得用户输入用于在所述接收机设备中生成所述交互事件应用。
94.根据权利要求92所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得至少一个交互事件应用包括 提示场景； 动作场景； 确认场景；以及 序列逻辑，其标识应当在其中执行所述提示场景、动作场景和确认场景的序列。
95.根据权利要求94所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述至少一个交互事件应用还包括 用户输入选项； 将响应于每一个用户输入执行的逻辑序列；以及 当在超时时间内未接收到用户输入的情况下将执行的逻辑序列。
96.根据权利要求92所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 接收包括交互内容、设备类型列表、元数据、资源和模板的交互事件信息； 将所述交互信息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互信息。
97.根据权利要求96所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 在所述接收机设备中接收广播的设备类型列表和格式化的交互元数据信息、资源和模板； 从一个或多个交互内容提供方接收交互应用数据形式的交互要素和序列逻辑；以及 针对所述设备类型列表中列出的接收机设备类型，基于所述交互元数据信息和预先存储的设备信息，将所述交互要素和序列逻辑组合为交互应用。
98.根据权利要求83所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 接收响应于执行所述交互应用的用户输入。
99.根据权利要求98所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得接收响应于所述执行所述交互应用的用户输入包括接收从投票、购买请求、对额外信息的请求、对调查的响应、服务请求和用户反馈中选择的输入。
100.根据权利要求99所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作经由单播网络来传递所接收的用户输入。
101.根据权利要求100所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得所述单播网络是无线数据网络，并且所述用户输入是使用从IP数据呼叫、电子邮件、SMS消息、丽S消息和经由因特网对网站的访问中选择的消息格式传递的。
102.根据权利要求99所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作接收标识多个返回单播信道的交互应用数据； 选择所述返回单播信道中的一个；以及 在所选择的返回单播信道上发送对交互事件的用户响应。
103.根据权利要求102所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得选择所述返回单播信道中的一个包括基于设备能力选择单播信道。
104.根据权利要求102所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得选择所述返回单播信道中的一个包括基于设备偏好选择单播信道。
105.根据权利要求102所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行操作使得选择所述返回单播信道中的一个包括基于用户偏好选择单播信道。
106.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述交互事件应用数据还包括标识将在接收到用户输入时执行的动作的动作数据。
107.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述交互事件应用数据还包括标识将经由单播网络将消息发送到的地址的地址数据。
108.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述交互应用是在运行时间动态生成的。
109.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行包括以下各项的操作 在所述广播网络的服务器上基于所述交互事件信息生成交互事件信令消息； 将所述交互事件信令消息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互事件信令消息。
110.根据权利要求109所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行操作使得所述交互事件信令消息以信号形式发送所述基于设备类型动态生成的交互应用。
111.根据权利要求109所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 针对交互事件信令消息，监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述交互事件信令消息；以及 基于所接收的交互事件信令消息中的元数据信息来执行交互应用。
112.根据权利要求111所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 针对更新的交互事件信令消息，持续地监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述更新的交互事件信令消息；以及 基于所接收的更新的交互事件信令消息，来更新所述交互应用的所述执行。
113.根据权利要求83所述的通信系统，其中，所述服务器配置有服务器可执行指令以执行还包括以下各项的操作 生成交互信令目录文件，所述交互信令目录文件公告所述交互应用、交互应用数据和其它与交互有关的文件；以及 在所述广播网络上广播所述交互信令目录文件和与交互有关的文件。
114.根据权利要求113所述的通信系统，其中，所述接收机设备的处理器配置有处理器可执行指令以执行包括以下各项的操作 在接收机设备中从所述广播网络接收所述交互信令目录文件； 选择所公告的与交互有关的文件中的一个或多个以进行接收； 在所选择的文件的调度的广播时间激活接收机电路；以及 接收所选择的文件。
115.一种被配置为在移动多媒体广播系统中向接收机设备传送交互事件应用的广播系统的服务器，所述服务器包括 存储器；以及 耦合到所述存储器的处理器，其中，所述处理器配置有处理器可执行指令以执行包括以下各项的操作 从一个或多个内容提供方接收包括交互序列的交互内容； 基于所接收的交互内容，生成交互事件信息，所述交互事件信息包括交互事件应用数据和交互事件元数据，所述交互事件应用数据包括交互要素信息，所述交互事件元数据包括事件起始时间字段和有效持续时间字段； 基于所生成的交互事件信息来生成所述交互事件应用；以及 基于交互事件激活来执行所生成的交互应用。
116.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互事件应用是在广播网络内的服务器中生成的，所述处理器还配置有处理器可执行指令以执行包括以下各项的操作 在所述广播网络的交互应用发生器中接收所生成的交互事件信息； 在所述交互应用发生器中基于交互事件信息生成所述交互事件应用； 以适合于在所述移动多媒体广播系统上传输的广播格式对所述交互事件应用进行组合和封装；以及 将所生成的交互事件应用提供给所述广播网络以广播所生成的交互事件应用。
117.根据权利要求116所述的服务器，还包括 针对特定的交互事件生成多个交互事件应用，所述多个交互应用与不同的设备类型相对应。
118.根据权利要求116所述的服务器，其中，所述处理器配置有处理器可执行指令使得多个交互应用是根据相同的一组交互应用数据生成的，每一个交互应用针对不同的设备类型。
119.根据权利要求116所述的服务器，还包括 从一个或多个内容提供方接收交互事件信息，所述交互事件信息包括交互内容、设备类型列表、元数据、资源和模板；与服务器侧上的交互应用发生器接合以接收一个或多个交互应用，每一个交互应用是基于所述交互事件信息和所述设备类型列表动态生成的可执行的软件应用；以及 在所述广播网络上广播所述交互应用。
120.根据权利要求119所述的服务器，其中，所述处理器配置有处理器可执行指令使得与所述交互应用发生器接合以接收一个或多个交互应用包括与执行包括以下各项的操作的交互应用发生器接合 接收所述设备类型列表和格式化的交互事件信息； 从一个或多个交互内容提供方接收交互要素和序列逻辑； 针对所述设备类型列表中列出的每一个设备类型，基于所述交互事件信息和预先存储的设备信息将所述交互要素和序列逻辑组合为可执行的应用；以及 在所述广播网络上发送所述可执行的软件应用。
121.根据权利要求120所述的服务器，其中，所述处理器配置有处理器可执行指令使得发送所述可执行的软件应用包括向交互网关发送所述可执行的软件应用，其中，所述交互网关将所述可执行的软件应用与事件元数据信息封装在一起并且向所述广播网络发送所封装的应用以向接收机设备进行广播。
122.根据权利要求116所述的服务器，其中，所述处理器配置有处理器可执行指令使得基于特定的交互事件针对的设备的类型，针对交互事件生成多个交互应用。
123.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得生成所述交互事件应用是在所述接收机设备中完成的，所述服务器还包括 将所述交互事件信息作为交互事件应用数据与资源和模板一起封装为适合于传输的格式；以及 在所述广播网络上广播所封装的交互事件应用数据，其中，所述交互事件应用数据实现了标识与所述交互事件应用有关的交互事件场景数据、事件元数据信息、逻辑序列和用户动作的数据方案，使得所述交互事件应用数据能够在所述接收机设备中被接收并且用于在所述接收机设备中生成所述交互事件应用。
124.根据权利要求123所述的服务器，其中，所述处理器配置有处理器可执行指令使得至少一个交互事件应用包括 提示场景； 动作场景； 确认场景；以及 序列逻辑，其标识应当在其中执行所述提示场景、动作场景和确认场景的序列。
125.根据权利要求124所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述至少一个交互事件应用还包括 用户输入选项； 将响应于每一个用户输入执行的逻辑序列；以及 当在超时时间内未接收到用户输入的情况下将执行的逻辑序列。
126.根据权利要求123所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 接收包括交互内容、设备类型列表、元数据、资源和模板的交互事件信息；将所述交互信息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互信息。
127.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互事件应用数据还包括标识将在接收到用户输入时执行的动作的动作数据。
128.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互事件应用数据还包括标识将经由单播网络将消息发送到的地址的地址数据。
129.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互应用是在运行时间动态生成的。
130.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互应用是在运行时间动态生成的。
131.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 在所述广播网络的服务器上基于所述交互事件信息生成交互事件信令消息； 将所述交互事件信令消息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互事件信令消息。
132.根据权利要求131所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互事件信令消息以信号形式发送所述基于设备类型动态生成的交互应用。
133.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 生成交互信令目录文件，所述交互信令目录文件公告所述交互应用、交互应用数据和其它与交互有关的文件；以及 在所述广播网络上广播所述交互信令目录文件和与交互有关的文件。
134.根据权利要求115所述的服务器，其中，所述处理器配置有处理器可执行指令使得所述交互应用是在运行时间动态生成的。
135.—种接收机设备，包括 接收机，其被配置为从广播网络接收广播信号； 存储器；以及 处理器，其被耦合到所述接收机和所述存储器，其中，所述处理器配置有处理器可执行指令以执行包括以下各项的操作 针对交互事件信令消息，监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述交互事件信令消息；以及 基于所接收的交互事件信令消息中的元数据信息来执行交互应用。
136.根据权利要求135所述的接收机设备，其中，所述处理器配置有处理器可执行指令以执行还包括以下各项的操作 接收广播的设备类型列表和格式化的交互元数据信息、资源和模板； 从一个或多个交互内容提供方接收交互应用数据形式的交互要素和序列逻辑；以及针对所述设备类型列表中列出的接收机设备类型，基于所述交互元数据信息和预先存储的设备信息，将所述交互要素和序列逻辑组合为交互应用。
137.根据权利要求135所述的接收机设备，还包括针对更新的交互事件信令消息，持续地监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述更新的交互事件信令消息；以及 基于所接收的更新的交互事件信令消息，来更新所述交互应用的所述执行。
138.根据权利要求136所述的接收机设备，还包括 从所述广播网络接收交互信令目录文件，所述交互信令目录文件公告一个或多个与交互有关的文件； 选择所公告的与交互有关的文件中的一个或多个以进行接收； 在所选择的文件的调度的广播时间激活接收机电路；以及 接收所选择的文件。
139.根据权利要求136所述的接收机设备，还包括 接收响应于执行所述交互应用的用户输入。
140.根据权利要求139所述的接收机设备，其中，接收响应于所述执行所述交互应用的用户输入包括接收从投票、购买请求、对额外信息的请求、对调查的响应、服务请求和用户反馈中选择的输入。
141.根据权利要求140所述的接收机设备，还包括经由单播网络来传递所接收的用户输入。
142.根据权利要求141所述的接收机设备，其中，所述单播网络是无线数据网络，并且所述用户输入是使用从IP数据呼叫、电子邮件、SMS消息、丽S消息和经由因特网对网站的访问中选择的消息格式传递的。
143.根据权利要求136所述的接收机设备，还包括 接收标识多个返回单播信道的交互应用数据； 选择所述返回单播信道中的一个；以及 在所选择的返回单播信道上发送对交互事件的用户响应。
144.根据权利要求143所述的接收机设备，其中，选择所述返回单播信道中的一个包括基于设备能力选择单播信道。
145.根据权利要求143所述的接收机设备，其中，选择所述返回单播信道中的一个包括基于设备偏好选择单播信道。
146.根据权利要求143所述的接收机设备，其中，选择所述返回单播信道中的一个包括基于用户偏好选择单播信道。
147.—种广播系统,包括 用于从一个或多个内容提供方接收包括交互序列的交互内容的模块； 用于基于所接收的交互内容生成交互事件信息的模块，所述交互事件信息包括交互事件应用数据和交互事件元数据，所述交互事件应用数据包括交互要素信息，所述交互事件元数据包括事件起始时间字段和有效持续时间字段； 用于基于所生成的交互事件信息来生成所述交互事件应用的模块；以及 用于基于交互事件激活来执行所生成的交互应用的模块。
148.根据权利要求147所述的广播系统，包括用于在所述广播系统内的服务器中生成交互事件应用的模块，所述系统还包括用于在所述广播网络的交互应用发生器中接收所生成的交互事件信息的模块； 用于在所述交互应用发生器中基于交互事件信息生成所述交互事件应用的模块；用于以适合于在所述移动多媒体广播系统上传输的广播格式对所述交互事件应用进行组合和封装的模块；以及 用于将所生成的交互事件应用提供给所述广播网络以广播所生成的交互事件应用的模块。
149.根据权利要求148所述的广播系统，还包括 用于针对特定的交互事件生成多个交互事件应用的模块，所述多个交互应用与不同的设备类型相对应。
150.根据权利要求148所述的广播系统，还包括用于根据相同的一组交互应用数据生成多个交互应用的模块，每一个交互应用针对不同的设备类型。
151.根据权利要求148所述的广播系统，还包括 用于从一个或多个内容提供方接收交互事件信息的模块，所述交互事件信息包括交互内容、设备类型列表、元数据、资源和模板； 用于与服务器侧上的交互应用发生器接合以接收一个或多个交互应用的模块，每一个交互应用是基于所述交互事件信息和所述设备类型列表动态生成的可执行的软件应用；以及 用于广播所述交互应用的模块。
152.根据权利要求151所述的广播系统，其中，用于与所述交互应用发生器接合以接收一个或多个交互应用的模块包括用于与执行包括以下各项的操作的交互应用发生器接合的模块 用于接收所述设备类型列表和格式化的交互事件信息的模块； 用于从一个或多个交互内容提供方接收交互要素和序列逻辑的模块； 用于针对所述设备类型列表中列出的每一个设备类型，基于所述交互事件信息和预先存储的设备信息将所述交互要素和序列逻辑组合为可执行的应用的模块；以及用于发送所述可执行的软件应用的模块。
153.根据权利要求152所述的广播系统，其中，用于发送所述可执行的软件应用的模块包括用于向交互网关发送所述可执行的软件应用的模块，其中，所述交互网关将所述可执行的软件应用与事件元数据信息封装在一起并且向所述广播网络发送所封装的应用以向接收机设备进行广播。
154.根据权利要求148所述的广播系统，还包括用于基于特定的交互事件针对的设备的类型，针对交互事件生成多个交互应用的模块。
155.根据权利要求147所述的广播系统，还包括用于在所述接收机设备中生成所述交互事件应用的模块，所述系统还包括 用于将所述交互事件信息作为交互事件应用数据与资源和模板一起封装为适合于传输的格式的模块；以及 用于广播所封装的交互事件应用数据的模块，其中，所述交互事件应用数据实现了标识与所述交互事件应用有关的交互事件场景数据、事件元数据信息、逻辑序列和用户动作的数据方案，使得所述交互事件应用数据能够在所述接收机设备中被接收并且用于在所述接收机设备中生成所述交互事件应用。
156.根据权利要求155所述的广播系统，还包括用于生成至少一个交互事件应用以包括以下各项的模块 提示场景； 动作场景； 确认场景；以及 序列逻辑，其标识应当在其中执行所述提示场景、动作场景和确认场景的序列。
157.根据权利要求156所述的广播系统，还包括用于生成至少一个交互事件应用以进一步包括以下各项的模块 用户输入选项； 将响应于每一个用户输入执行的逻辑序列；以及 当在超时时间内未接收到用户输入的情况下将执行的逻辑序列。
158.根据权利要求155所述的广播系统，还包括 用于接收包括交互内容、设备类型列表、元数据、资源和模板的交互事件信息的模块； 用于将所述交互信息处理为适合于经由所述广播系统进行广播的格式的模块；以及 用于广播经格式化的交互信息的模块。
159.根据权利要求147所述的广播系统，还包括用于生成所述交互事件应用数据以包括标识将在接收到用户输入时执行的动作的动作数据的模块。
160.根据权利要求147所述的广播系统，还包括用于生成所述交互事件应用数据以包括标识将经由单播网络将消息发送到的地址的地址数据的模块。
161.根据权利要求147所述的广播系统，还包括用于在运行时间动态地生成所述交互应用的模块。
162.根据权利要求147所述的广播系统，还包括 用于基于所述交互事件信息生成交互事件信令消息的模块； 用于将所述交互事件信令消息处理为适合于经由所述广播系统进行广播的格式的模块；以及 用于广播经格式化的交互事件信令消息的模块。
163.根据权利要求162所述的广播系统，其中，用于生成交互事件信令消息的模块包括用于生成以信号形式发送所述基于设备类型动态生成的交互应用的交互事件信令消息的模块。
164.根据权利要求147所述的广播系统，还包括 用于生成交互信令目录文件的模块，所述交互信令目录文件公告所述交互应用、交互应用数据和其它与交互有关的文件；以及 用于广播所述交互信令目录文件和与交互有关的文件的模块。
165.根据权利要求147所述的广播系统，还包括用于在运行时间动态地生成交互应用的模块。
166.—种接收机设备,包括 用于针对交互事件信令消息监控广播信号的开销数据流的模块； 用于基于监控所述开销数据流来激活接收机电路，以接收所述交互事件信令消息的模块；以及 用于基于所接收的交互事件信令消息中的元数据信息来执行交互应用的模块。
167.根据权利要求166所述的接收机设备，还包括用于执行在运行时间动态生成的交互应用的模块。
168.根据权利要求166所述的接收机设备，还包括 用于在所述接收机设备中接收广播的设备类型列表和格式化的交互元数据信息、资源和模板的模块； 用于从一个或多个交互内容提供方接收交互应用数据形式的交互要素和序列逻辑的模块；以及 用于针对所述设备类型列表中列出的接收机设备类型，基于所述交互元数据信息和预先存储的设备信息，将所述交互要素和序列逻辑组合为交互应用的模块。
169.根据权利要求166所述的接收机设备，还包括 用于针对更新的交互事件信令消息，持续地监控广播信号的开销数据流的模块；用于基于监控所述开销数据流来激活接收机电路，以接收所述更新的交互事件信令消息的模块；以及 用于基于所接收的更新的交互事件信令消息，来更新所述交互应用的所述执行的模块。
170.根据权利要求168所述的接收机设备，还包括 用于从所述广播网络接收交互信令目录文件的模块，所述交互信令目录文件公告一个或多个与交互有关的文件； 用于选择所公告的与交互有关的文件中的一个或多个以进行接收的模块； 用于在所选择的文件的调度的广播时间激活接收机电路的模块；以及 用于接收所选择的文件的模块。
171.根据权利要求168所述的接收机设备，还包括 用于接收响应于执行所述交互应用的用户输入的模块。
172.根据权利要求171所述的接收机设备，其中，用于接收响应于所述执行所述交互应用的用户输入的模块包括用于接收从投票、购买请求、对额外信息的请求、对调查的响应、服务请求和用户反馈中选择的输入的模块。
173.根据权利要求172所述的接收机设备，还包括用于经由单播网络来传递所接收的用户输入的模块。
174.根据权利要求173所述的接收机设备，其中，所述单播网络是无线数据网络，所述接收机设备还包括用于使用从IP数据呼叫、电子邮件、SMS消息、丽S消息和经由因特网对网站的访问中选择的消息格式传递所述用户输入的模块。
175.根据权利要求171所述的接收机设备，还包括 用于接收标识多个返回单播信道的交互应用数据的模块； 用于选择所述返回单播信道中的一个的模块；以及 用于在所选择的返回单播信道上发送对交互事件的用户响应的模块。
176.根据权利要求175所述的接收机设备，其中，用于选择所述返回单播信道中的一个的模块包括用于基于设备能力选择单播信道的模块。
177.根据权利要求175所述的接收机设备，其中，用于选择所述返回单播信道中的一个的模块包括用于基于设备偏好选择单播信道的模块。
178.根据权利要求175所述的接收机设备，其中，用于选择所述返回单播信道中的一个的模块包括用于基于用户偏好选择单播信道的模块。
179.—种其上存储有处理器可执行软件指令的非临时性计算机可读存储介质，所述处理器可执行软件指令被配置为使处理器执行操作以在广播网络中向移动设备传送应用，所述操作包括 从一个或多个内容提供方接收包括交互序列的交互内容； 基于所接收的交互内容，生成交互事件信息，所述交互事件信息包括交互事件应用数据和交互事件元数据，所述交互事件应用数据包括交互要素信息，所述交互事件元数据包括事件起始时间字段和有效持续时间字段； 基于所生成的交互事件信息来生成所述交互事件应用；以及 基于交互事件激活来执行所生成的交互应用。
180.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互事件应用是在所述广播网络内的服务器中生成的，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 在所述广播网络的交互应用发生器中接收所生成的交互事件信息； 在所述交互应用发生器中基于交互事件信息生成所述交互事件应用； 以适合于在所述移动多媒体广播系统上传输的广播格式对所述交互事件应用进行组合和封装；以及 将所生成的交互事件应用提供给所述广播网络以广播所生成的交互事件应用。
181.根据权利要求180所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 针对特定的交互事件生成多个交互事件应用，所述多个交互应用与不同的设备类型相对应。
182.根据权利要求180所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得多个交互应用是根据相同的一组交互应用数据生成的，每一个交互应用针对不同的设备类型。
183.根据权利要求180所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 从一个或多个内容提供方接收交互事件信息，所述交互事件信息包括交互内容、设备类型列表、元数据、资源和模板； 与服务器侧上的交互应用发生器接合以接收一个或多个交互应用，每一个交互应用是基于所述交互事件信息和所述设备类型列表动态生成的可执行的软件应用；以及 在所述广播网络上广播所述交互应用。
184.根据权利要求180所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互应用发生器执行包括以下各项的操作接收所述设备类型列表和格式化的交互事件信息； 从一个或多个交互内容提供方接收交互要素和序列逻辑； 针对所述设备类型列表中列出的每一个设备类型，基于所述交互事件信息和预先存储的设备信息将所述交互要素和序列逻辑组合为可执行的应用；以及在所述广播网络上发送所述可执行的软件应用。
185.根据权利要求184所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得发送所述可执行的软件应用包括向交互网关发送所述可执行的软件应用，其中，所述交互网关将所述可执行的软件应用与事件元数据信息封装在一起并且向所述广播网络发送所封装的应用以向接收机设备进行广播。
186.根据权利要求180所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作基于特定的交互事件针对的设备的类型，针对交互事件生成多个交互应用。
187.根据权利要求179所述的广播系统，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互事件应用是在所述接收机设备中生成的，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 将所述交互事件信息作为交互事件应用数据与资源和模板一起封装为适合于传输的格式； 在所述广播网络上广播所封装的交互事件应用数据，其中，所述交互事件应用数据实现了标识与所述交互事件应用有关的交互事件场景数据、事件元数据信息、逻辑序列和用户动作的数据方案，使得所述交互事件应用数据能够在所述接收机设备中被接收并且用于在所述接收机设备中生成所述交互事件应用。
188.根据权利要求187所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作生成至少一个交互事件应用以包括 提示场景； 动作场景； 确认场景；以及 序列逻辑，其标识应当在其中执行所述提示场景、动作场景和确认场景的序列。
189.根据权利要求188所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作生成至少一个交互事件应用以进一步包括 用户输入选项； 将响应于每一个用户输入执行的逻辑序列；以及 当在超时时间内未接收到用户输入的情况下将执行的逻辑序列。
190.根据权利要求187所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行还包括以下各项的操作 接收包括交互内容、设备类型列表、元数据、资源和模板的交互事件信息； 将所述交互信息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互信息。
191.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互事件应用数据还包括标识将在接收到用户输入时执行的动作的动作数据。
192.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互事件应用数据还包括标识将经由单播网络将消息发送到的地址的地址数据。
193.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互应用是在运行时间动态生成的。
194.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互应用是在运行时间动态生成的。
195.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行包括以下各项的操作 在所述广播网络的服务器上基于所述交互事件信息生成交互事件信令消息； 将所述交互事件信令消息处理为适合于经由所述广播系统进行广播的格式；以及 在所述广播网络上广播经格式化的交互事件信令消息。
196.根据权利要求195所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互事件信令消息以信号形式发送所述基于设备类型动态生成的交互应用。
197.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行包括以下各项的操作 生成交互信令目录文件，所述交互信令目录文件公告所述交互应用、交互应用数据和其它与交互有关的文件；以及 在所述广播网络上广播所述交互信令目录文件和与交互有关的文件。
198.根据权利要求179所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行软件指令被配置为使处理器执行操作使得所述交互应用是在运行时间动态生成的。
199.一种其上存储有处理器可执行软件指令的非临时性计算机可读存储介质，所述处理器可执行软件指令被配置为使接收机设备的处理器执行包括以下各项的操作 针对交互事件信令消息，监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述交互事件信令消息；以及 基于所接收的交互事件信令消息中的元数据信息来执行交互应用。
200.根据权利要求199所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 在所述接收机设备中接收广播的设备类型列表和格式化的交互元数据信息、资源和模板； 从一个或多个交互内容提供方接收交互应用数据形式的交互要素和序列逻辑；以及 针对所述设备类型列表中列出的接收机设备类型，基于所述交互元数据信息和预先存储的设备信息，将所述交互要素和序列逻辑组合为交互应用。
201.根据权利要求199所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作针对更新的交互事件信令消息，持续地监控广播信号的开销数据流； 基于监控所述开销数据流来激活接收机电路，以接收所述更新的交互事件信令消息；以及 基于所接收的更新的交互事件信令消息，来更新所述交互应用的所述执行。
202.根据权利要求200所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 从所述广播网络接收交互信令目录文件，所述交互信令目录文件公告一个或多个与交互有关的文件； 选择所公告的与交互有关的文件中的一个或多个以进行接收；以及 在所选择的文件的调度的广播时间激活接收机电路；以及 接收所选择的文件。
203.根据权利要求200所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 接收响应于执行所述交互应用的用户输入。
204.根据权利要求203所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得接收响应于所述执行所述交互应用的用户输入包括接收从投票、购买请求、对额外信息的请求、对调查的响应、服务请求和用户反馈中选择的输入。
205.根据权利要求204所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作经由单播网络来传递所接收的用户输入。
206.根据权利要求205所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得所述单播网络是无线数据网络，并且所述用户输入是使用从IP数据呼叫、电子邮件、SMS消息、MMS消息和经由因特网对网站的访问中选择的消息格式传递的。
207.根据权利要求203所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行还包括以下各项的操作 接收标识多个返回单播信道的交互应用数据； 选择所述返回单播信道中的一个；以及 在所选择的返回单播信道上发送对交互事件的用户响应。
208.根据权利要求207所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得选择所述返回单播信道中的一个包括基于设备能力选择单播信道。
209.根据权利要求207所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得选择所述返回单播信道中的一个包括基于设备偏好选择单播信道。
210.根据权利要求207所述的非临时性计算机可读存储介质，其中，所存储的处理器可执行指令被配置为使接收机设备的处理器执行操作使得选择所述返回单播信道中的一个包括基于用户偏好选择单播信道。
全文摘要
系统、装置和方法提供了用于基于交互事件应用数据、信息和序列逻辑生成交互事件应用以在广播网络中的接收机设备上执行的自动能力。交互事件内容提供方可以向广播网络提供广播网络交互事件应用数据、事件元数据信息和序列逻辑。这些应用是经由广播网络发送的。可以响应于从实时广播流接收到信号，在接收机设备中激活所发送的应用。激活信号可以用于将应用激活与媒体节目中的事件进行同步，使得下载的应用可以与广播节目同步激活。可以在运行时间动态地生成交互应用。可以根据相同的一组交互应用数据来生成多个交互应用，每一个交互应用针对不同的设备类型。信令机制可以以信号形式发送针对用户响应的多个返回单播信道。
文档编号H04N21/434GK102792706SQ201180012306
公开日2012年11月21日 申请日期2011年1月13日 优先权日2010年1月13日
发明者A·G·佩尔绍德, A·维尔马, B·古普塔, C·L·赖尼, C·徐, E·皮利皮斯基, J·E·汀斯曼, M·R·斯托奇, R·皮彻埃玛尼, S·C·希图卢里, S·沙阿 申请人:高通股份有限公司