通过具有内容过滤能力的移动广播设备向客户端应用递送选择性内容的制作方法

专利名称：通过具有内容过滤能力的移动广播设备向客户端应用递送选择性内容的制作方法
通过具有内容过滤能力的移动广播设备向客户端应用递送
选择性内容相关申请本专利申请要求享受于2009年5月19日提交的、题目为“Delivery of Selective Content to Client Applications by Mobile Broadcast Device with Content Filtering Capability”的美国临时申请No. =61/179,634的优先权权益，该临时申请的完整内容以引用方式将并入本申请。
背景技术：
无线通信技术近几年来经历了爆炸式增长。为移动人群提供移动的自由以及切断硬连线通信系统的束缚的无线服务推动了该增长。另外，通过无线介质的语音和数据通信的日益提高的质量和速度吸引了另外的用户。作为这些服务增强的结果，预期无线服务的普及度将继续快速增长。最近对无线通信技术的扩充是向移动用户广播节目的能力。移动广播用户可以使用他们的蜂窝电话或其它无线设备观看新闻、娱乐、体育、商业及其它节目的移动版本。这些广播系统在全世界的使用率和可用性方面已经历了显著的提高。作为结果，预计将有另外的服务变得可用，并且针对使用移动广播电视服务的服务和应用将存在增加的需求。

发明内容
各个实施例提供了用于为在接收机设备上运行的不同于广播应用的应用(即，“更高层应用”)递送内容的能量高效的方法和系统。可以从这些实施例中获益的应用的示例是将符合开放移动联盟(OMA)移动广告(MobAd)标准的广告内容经由0MA-BCAST移动广播服务目标性地递送到驻留于设备的广告应用。各个实施例的方法、系统和规范更改使得设备侧应用客户端(其可以与移动广告相关，例如MobAd Ad引擎)能够依赖在接收机设备内工作的广播客户端(例如，OMA BCAST标准中指定的“BCAST终端”，在本文中称为“BCAST客户端”)的基于元数据/规则的选择性下载能力，来支持对适合于终端用户的应用内容(例如，用于MobAd的Ad引擎的ad内容)的过滤。作为以上的一个示例，MobAd Ad引擎可以依赖BCAST客户端来选择性地下载ad内容(其作为广播文件被发送)并将这些ad提供给Ad 引擎。Ad引擎又向终端用户应用(例如，启用ad的移动游戏，或者浏览器)递送适当的ad 内容，以便随后提交给用户。在移动广告的情况下，可以由广播客户端向应用客户端(在本申请中还称为“ad客户端”)通知(a)ad内容服务可用(即，其由广播服务提供商提供)， (b)对于广播客户端可用的过滤准则，以及(c)广播客户端的情境和个性化能力。如果广播客户端所指示的内容过滤能力是足够的，则ad客户端可以请求广播客户端选择性地接收ad内容，并且/或者过滤所接收的ad内容，并将所接收的ad内容转发给应用。在进行上述操作时，更高层应用可以向广播层提供关于是否要在内容到达时接收该内容的直接过滤决策。在另一个实施例中，如果广播客户端的过滤能力是不够的，则ad客户端可以请求广播客户端下载该服务中的所有应用内容广播，使得该ad客户端可以(例如根据用户参考 /情境/位置)执行后续过滤。在另一个实施例中，ad客户端可以包含驻留过滤数据，ad客户端将这些驻留过滤数据提供给广播客户端，使得基于这些所提供的过滤数据的选择性接收可以忽略 (override)广播客户端可用的类似过滤元数据。在又一个实施例中，ad客户端提供给广播客户端的过滤数据可以表示用于控制选择性接收的新规则。这些实施例还提供了一种用于灵活且可控地使用元数据和过滤规则的机制，所述元数据和过滤规则由内容或广播服务提供商提供，并且可由广播客户端在内容过滤时使用。一种示例性应用是可以根据OMA MobAd标准实现的移动广告，并且这些实施例的示例性实现使得能够使用0MABCAST广播向移动接收机设备递送MobAd ad内容。


并入本申请并作为说明书组成部分的附图示出了本发明的示例性实施例，附图与上面给出的简要说明和下面给出的具体说明一起，用来解释本发明的特征。图1是示出了适合用在一个实施例中的移动TV广播通信系统的通信系统框图。图2A是移动TV广播系统的通信系统框图的替代表示，该移动TV广播系统与移动广告系统一起运行以支持广播信道上的ad递送。图2B示出了经过图2A所示的通信系统的备选广告内容递送路径。图3是示出了根据一个实施例的可以在组件和设备功能模块之间交换的示例性消息的通信流图。图4是示出了根据另一个实施例的可以在组件和设备功能模块之间交换的示例性消息的通信流图。图5是示出了根据一个实施例的组件和功能模块之间的通信的功能模块系统框图。图6是示出了根据一个实施例的用于递送和接收移动广告内容的方法的过程流图。图7A和7B是根据一个实施例的用于将广告元数据作为广播服务指南元数据的一部分进行递送的备选数据结构。图8是示出了根据一个能量高效的实施例的可以在组件和设备功能模块之间交换的示例性消息的通信流图。图9是示出了根据另一个能量高效的实施例的可以在组件和设备功能模块之间交换的示例性消息的通信流图。图10是示出了根据一个实施例的在移动设备内实现的功能和数据结构元素的功能模块框图。图11是示出了根据另一个实施例的在移动设备内实现的功能和数据结构元素的功能模块框图。图12A是根据一个实施例的用于向移动设备传送移动广告的通信架构图。图12B是示出了可以在各个实施例中使用的四种备选类型的广告过滤的通信流图。
图13是适合用在一个实施例中的移动设备的组件框图。图14是适合用在一个实施例中的服务器设备的组件框图。
具体实施例方式将参照附图详细描述各个实施例。贯穿附图，只要在可能的情况下，相同的附图标记将用来表示相同或相似的部分。对特定示例和实现的提及是为了说明的目的，而并非旨在限制本发明或权利要求书的保护范围。本申请所使用的“示例性”一词用于表示“用作示例、例证或说明”。本申请中被描述为“示例性”的任何实现不应被解释为比其它实现更优选或更具优势。本申请所使用的术语“移动设备”、“移动接收机设备”和“接收机设备”指的是下列中的任一种或全部蜂窝电话、个人数字助理(PDA)、掌上电脑、笔记本电脑、无线电子邮件接收器(例如，Blackberry 和Tre() 设备)、启用多媒体互联网的蜂窝电话(例如， Blackberry Storm )、全球定位系统(GPS)接收机、无线游戏控制器以及类似的个人电子设备，这些设备包括用于接收和处理移动TV广播传输的可编程处理器和存储器以及移动 TV广播接收机电路。本申请中使用“广播网络” 一词来表示用于发送数据(信息分组)，使得该数据可以由大量接收设备同时从同一信号接收的网络。广播网络的示例包括传统寻呼网络、移动电视服务广播信号，移动电视服务广播信号包括内容广播(内容流)和诸如元数据消息之类的开销信息广播(开销流)。本申请中使用术语“单播网络”来指代向单个目的地发送数据的通信网络。单播网络的示例包括WiFi和蜂窝数据通信网络，但是WiFi网络也用作广播网络。单播消息的示例包括经由蜂窝数据网络进行的与互联网接入相关联的双向数据通信；多媒体消息服务(MM ；以及可以经由蜂窝电话数据通信网络携带的电子邮件消息。本申请中使用术语“内容提供商”来指代提供通过移动电视系统广播的视频、音频、文本、图形、多媒体、网站和其它数据的公司。本申请中使用术语“移动TV广播服务提供商”来指代那些广播移动电视信号的实体。一般情况下，移动TV广播服务提供商从内容提供商接收广播内容，并通过广播网络向用户转发该广播内容。移动电视(TV)的增长的普及度已为内容提供商和可以使用这种新媒体触及另外的消费者的移动TV广播服务提供商提供了新的收入来源。未来将有多种不同的移动TV层技术和相关标准可用或者被设想到，所有这些移动TV层技术和相关标准可以实现各个实施例，并从这些实施例中获益。这些标准包括开放移动联盟移动广播服务使能器套件(OMA BCAST)、MediaFLO 、数字视频广播IP数据播送(DVB-IPDC)以及中国多媒体移动广播(CMMB)。尽管在不同的移动TV服务标准之间，广播格式和术语有所不同，但是它们都采用元数据传输，以使得移动设备能够接收所选择的内容，并向用户通知可用于观看或下载的节目和内容。为了避免关于特定广播标准的混淆， 本申请中使用以下通用术语来描述各个实施例内容流、信息或开销流以及元数据消息。移动广播使得各种各样的内容服务能够传输到大量的设备，并且移动广播在无线资源利用方面比单播(例如，典型的蜂窝电话数据通信链路)高效得多。移动广播接收机设备(其有时称为移动广播终端或接收机设备)通常知晓对内容文件的广播调度，并且还可以具有对该内容进行特征描述的元数据和/或管理对该内容的接收的规则。此外，移动接收机设备可以访问关于用户的个性化或情境化信息。移动接收机设备还可以动态地了解它自己的位置(当前位置和过去位置两者)。总的来说，具有该信息使得接收机设备能够作出关于每个内容项目(即，文件)对于用户的适合性的先验决策。可以根据内容属性确定全部内容项目中期望的内容项目子集，其中所述内容属性在广播传输实际内容本身之前被发送。作为结果，移动接收机设备的RF接收机不需要在整个文件广播会话持续时间内都处于上电状态。移动接收机设备的RF接收机只需要为了接收感兴趣的广播文件而“醒来”。 由于与下载全部内容并且稍后对它们进行过滤相反，内容是选择性地下载的，因此可以实现可能显著的电池功率节省。在诸如OMA BCAST之类的移动广播服务层标准中，广播文件内容被显式地绑定到各个移动广播服务，例如，实际内容项目本身的线性TV、交互式TV、剪辑播送 (clipcasting)、文件下载服务以及移动无线电。对于诸如“广告(Ad)频道”之类的基于文件的广播服务，该服务的每个构成内容项目是单独的ad。各个实施例使得能够在服务指南 (SG)中和/或向终端通知每个ad的未来到达的广播通知消息中包括元数据和过滤规则，以使得移动接收机设备能够在稍后ad被广播时作出是否下载该ad的先验过滤决策。移动广播技术也可以向其它客户端(即，设备侧)应用(特别是更高层应用)提供其广播传输和选择性下载服务。其它设备侧的更高层客户端应用的示例包括内容分发 (RSS)服务、广告服务、设备管理(DM)固件下载服务、多媒体广播消息服务、电子邮件服务， 等等。单独的广播分发，或者广播分发与移动广播终端的用于选择性地下载广播文件的内容过滤能力相结合，可以用于支持诸如目标性广告或广播软件更新之类的应用。各个实施例的特别有用的实现包括移动广告，移动广告可以基于使得广告更高层应用(例如，“ad应用”)能够在接收机设备上接收和显示移动广告的OMA MobAd标准。MobAd 是一种新的OMA标准，其支持目标性地向移动设备递送广告，以呈现给用户。符合MobAd的服务可以在单播或广播网络上向移动设备递送显示ad。接收机设备可以接收和缓存(即， 在本地存储器上存储)这些广告，以便随后递送给向用户显示这些广告的请求方应用。ad 请求方应用的示例包括用于web格式ad的web浏览器，或者用于整合到游戏场景中的广告(例如，在动作游戏中出现的旗帜、边框或广告牌)的游戏。用于移动广告的文本、图像和格式化数据(本申请中通常称为“广告内容”或“ad内容”)可以通过各种各样的机制递送到在移动设备上运行的ad应用。在MobAd中，在通常情况下，广告内容经由“拉出”机制在蜂窝单播信道上递送。对于已选择将显示广告作为终端用户应用(例如，游戏或浏览器) 的一部分来接收的用户来说，“拉出”机制包括终端用户应用(称为“Ad App")从已知为 “Ad引擎”的另一设备侧实体请求ad。Ad引擎又经由蜂窝网络访问基于网络的服务器(在 MobAd规范中称为“Ad服务器”)以从该服务器请求单播递送ad内容。MobAd还定义了例如当存在大量用户时经由广播机制向用户递送广告的能力。各个实施例充分利用OMA BCAST的内置内容过滤能力，以针对去往接收机设备的更高层应用内容启用新的功率高效的递送机制。作为对该能力的示例性使用，特定实施例利用MobAd中规定的广告的广播递送，该广播递送充分利用OMA BCAST的内置内容过滤能力，以针对去往在接收机设备上运行的ad应用的ad内容启用新的功率高效的递送机制。通过实现各个实施例中所描述的这些方法、系统和规范更改，MobAd设备侧客户端功能可以依赖在接收机设备内工作的BCAST客户端(以前在OMA BCAST标准中称为“BCAST终端”)的基于元数据/规则的选择性下载能力来支持对适合于终端用户的ad的过滤。MobAd客户端功能，或者简称为"MobAd客户端”，对应于OMA MobAd标准中定义的“Ad引擎”。在本申请中，将根据上下文可互换地使用术语“MobAd客户端”和“Ad引擎”。可以由BCAST客户端向MobAd客户端通知(a)有一个或多个ad服务可用(由广播服务提供商提供)，(b)对于 BCAST客户端可用的过滤准则，以及(c)BCAST客户端的情境和个性化能力。假设由BCAST 客户端指示的ad过滤能力是足够的，则MobAd客户端可以请求BCAST客户端(经由选择性下载)过滤所接收的ad内容，并将该ad内容转发给MobAd客户端。或者，在同一实施例中， MobAd客户端可以请求广播客户端禁用广播客户端过滤步骤，并且将每个Ad的Ad元数据呈递给MobAd客户端，从而允许MobAd客户端作出“恰好及时”的过滤决策，并且允许MobAd客户端或者对稍后的内容下载进行调度，或者使广播客户端在内容下载时间睡眠。在不同的实施例中，如果BCAST客户端的过滤能力被视为不足，则MobAd客户端可以请求BCAST客户端下载该服务中的所有ad广播，使得MobAd客户端可以(例如，根据用户参考/情境/位置)执行后续过滤。下载所有广播ad内容并在MobAd客户端中执行过滤的替代方案不应当负面影响广播应用(例如，线性TV播放器/观看器)的通常活动。例如，考虑OMA BCAST标准，该标准中定义了多种“服务类型”，并且每种服务被标识为自然地对应于BCAST、MobAd或其它服务类型。与ad服务相对应的“辅助数据”服务类型可以被标识为该辅助数据服务类型将结合广播应用(例如，线性TV)来使用还是将结合移动广告应用(例如，具有目标性广告的移动游戏)来使用。在前者的情况下，对目标性ad进行选择性下载/缓存并且随后插入， 以便在预先定义的时间显示。在后者的情况下，尽管对ad内容进行了类似的选择性下载并缓存在设备中，但是随后对ad内容的显示并非预先定义的，而是由下层的终端用户应用控制的。因此，辅助数据服务将与广播应用相关联还是与广告应用相关联，是明确的。换句话说，MobAd客户端可以利用BCAST客户端来代表自己过滤/接收广播ad，而不会危害BCAST 客户端本来支持的广播应用的活动。在过滤/接收广播ad时，BCAST客户端可以选择广播 ad内容中的一个或多个广播ad内容进行接收和下载，其中将选择性下载的ad内容(S卩，目标性Ad)缓存在存储器中，以便由驻留ad应用在预先定义的时刻进行显示。在一个实施例中，通过提供直接过滤决策，更高层应用可以实现它所期望的任何过滤算法，并在内容最终到达时向广播层返回关于是否接收该内容的“是、否、在广播层继续过滤”决策。各个实施例提供针对以上由广播客户端和广播客户端的应用客户端进行的内容过滤与选择性下载之间的紧密耦合的问题的解决方案。各个实施例还设计出用于灵活且可控地使用由内容提供商或广播服务提供商提供并且对于广播客户端可用的元数据和过滤规则的机制，以便应用于内容过滤。另外，这些实施例描述了广播客户端与其应用客户端之间所需要的交互，使得在决定是否以及如何充分利用广播设备的原有能力来递送适当内容时可以正确地通知该应用客户端。示例性应用客户端是OMA MobAd中定义的“Ad引擎”， 其在本文献中也称为MobAd客户端。示例性广播客户端是“BCAST客户端”，其以前在OMA BCAST中称为“BCAST终端”。各个实施例的示例性实例包括使用广播传输ad内容，以及由BCAST客户端代表MobAd客户端选择性地接收ad内容。各个实施例可以以各种各样的移动广播格式和技术中的任一种来实现，但是这些实施例对于OMA BCAST具有特定的适用性。为了便于描述，在本申请中，参照BCAST客户端来描述在设备侧的各个实施例；然而，除非权利要求本身中有明确记载，否则对BCAST的这种提及并非旨在必须将权利要求的保护范围限于BCAST应用。可以利用各种各样的终端用户应用中的任一种来实现各个实施例，其中这些终端用户应用可以在接收机设备上运行，并且经由同样在接收机设备上运行的广播客户端所接收的广播传输来接收内容。总之，这些实施例提供了用于向移动接收机设备上的那些应用递送内容的通用接口。如以上所提及的，内容广播所适合的终端用户应用的特定示例是启用广告的移动游戏，该移动游戏的ad内容由驻留于接收机设备上的移动广告应用客户端提供。OMA MobAd可用作良好的示例，因为其具有大量的过滤需求以支持目标性广告递送。 OMA MobAd与BCAST—起，可用作通过执行以下操作提供的利益的良好示例使用基于标准的移动广播和广告技术来递送由广告客户端接收并提供给驻留于设备的ad应用的应用内容。这些实施例还说明了 BCAST客户端(作为广播客户端的特定实例)与Ad引擎(作为应用客户端的特定实例)之间的各种交互。参照OMA BCAST和MobAd定义的机制描述了各个实施例。然而，除非权利要求本身中有明确记载，否则对BCAST和MobAd的这种提及并非旨在必须将权利要求在广播递送所支持的目标性内容接收方面的保护范围限于以MobAd 为背景的广告。移动TV广播服务通过以下操作使得移动接收机设备能够是自包含的 (self-contained)经由专用于携带开销信息的广播传输部分(在本申请中称为“开销流”、“内容描述流”或“元数据流”)，来广播与未来将广播的节目和内容相关的信息，其中专用于传送开销信息的广播传输部分与携带内容的广播传输部分(在本申请中称为“内容流”)是分开的。移动设备还可以处理该元数据以向用户提供电子节目指南(EPG)。这种电子观看指南(在某些移动TV格式中已知为“服务指南”(SG)或“电子服务指南”(ESG)) 是一种与在有线和卫星电视系统中可用的可视节目指南类似的可视节目指南。为了实施例描述的目的，在本申请中，该电子节目指南通常称为“服务指南”(在图中为“SG”)。一般情况下，服务指南包含接收机设备为了接收广播内容而需要的广播调度和访问信息(或流 ID)，以及与可以在服务指南显示中呈现给用户的内容相关的信息。一般情况下，服务指南中的内容元数据在开销流中进行发送，该开销流占用移动 TV广播信号的低带宽部分，以用于携带像节目元数据和内容元数据这样的开销信息。与该开销流形成对照，一般情况下，节目和内容使用广播信号的高带宽部分进行广播，这些高带宽部分在本申请中统称为“内容流”。图1中示出了典型移动TV广播系统100的示例性组件。一般情况下，移动TV广播网络1包括由内容广播系统4控制的多个广播发射机2。移动TV广播网络(例如，诸如 3GPP MBMS或3GPP2 BCMCS之类的基于蜂窝的移动广播系统，或者诸如FLO 或DVB-H之类的仅下行链路移动广播系统)1以移动广播传输3的形式从广播发射机2广播内容，以便由移动设备10接收。内容广播系统4中通常将具有一个或多个内容管理器服务器6，这些内容管理器服务器6可以被配置为管理内容广播的调度、关于内容广播的电子服务指南及其它元数据的生成、以及用于经由移动TV广播网络1的开销流进行广播的元数据消息的生成。内容广播系统4中通常还将具有预订管理服务器11，例如BCAST预订管理(“BSM”)。 除了支持终端用户的预订和购买功能以及相关联的安全密钥管理之外，预订管理服务器 11还可以发起与应用内容递送相关的通知消息，例如BCAST中的AuxDataTrigger下载，该AuxDataTrigger下载包含用于选择性下载ad的动态过滤规则，下面对此进行更详细地描述。一个或多个内容管理器服务器6可以包括到诸如互联网7之类的外部网络的连接，内容管理器服务器6可以通过所述连接从诸如广告服务器8之类的内容源接收内容馈送。一个或多个内容管理器服务器6可以根据各个实施例被配置为从一个或多个广告服务器8接收广告内容，确定关于所接收的内容的信息(例如，该广告的特征和广播时间)，并生成反映该广告的元数据。尽管图1示出了执行内容管理以及生成广告元数据消息的功能的内容管理器服务器6，但是在替代的实施例中，可以使用多个服务器来执行这些功能。为了使移动设备能够接收广播内容，移动TV广播服务提供商将生成用于传输的元数据消息，该元数据消息向移动设备通知何时将发送每个节目或内容以及将在其上进行传输的广播地址。一般情况下，元数据消息包括利用XML数据片断标识服务、调度、内容、相关购买和供应数据、访问和交互性数据的服务指南数据。服务指南可以如同在来自OMA的 0MA-TS-BCAST_ServiceGuide-Vl_0规范中定义的那样。移动设备可以使用元数据消息中的信息(例如服务指南)来确定用户是否已选择任何内容来进行流接收或文件下载，并且如果是，则确定调入广播传输的时间和在其上接收所选择的内容的网络地址。在各个实施例中，该功能被充分利用，以使移动设备能够调入以仅仅接收满足某个准则(例如，与驻留于设备的用户人口统计或偏好数据或者用户的当前位置相匹配)的广告内容。可以在服务指南中、在指定的广播通知消息中规定这些过滤准则，并且/或者可以由移动广告客户端单独提供这些过滤准则。因此，可以充分利用通常接收功能，以将广告广播过滤为仅针对被选择以用于接收的那些ad，从而最小化移动设备为接收MobAd内容所消耗的功率。图2A示出了说明根据一个实施例的移动TV广播网络1内的消息和元数据流的信息流图200。如以上所提及的，移动TV广播网络1可以从多个内容源8a、8b接收内容(例如，电视节目网站网页、音乐流、连续数据馈送、电子报纸等)。可以经由数据网络20 (例如， 图1，互联网7)将这种内容提供给移动TV广播网络1中的内容管理器服务器6。内容管理器服务器6可以将这些内容存储在数据库中，或者可以在计划改天对实际内容进行代理和 /或译码的情况下，仅将元数据属性存储在数据库中。在任一种情况下，内容管理器6调度内容以进行广播。在调度内容以进行广播时，内容管理器服务器6可以确定将广播什么内容、何时广播以及在哪个多播IP地址和端口上进行广播，但是地址信息也可以由内容广播系统来规定。作为调度的一部分，内容管理器服务器6可以将内容格式化为内容包(CP)。 内容管理器服务器6还可以确定关于该内容的信息，例如信息的题目、内容的源(例如，互联网地址、URL或者生产商)、信息的种类(例如，体育、新闻、金融等)、内容的年龄(age)或创建日期/时间以及获取对内容的观看访问的价格。内容管理器服务器6可以将所调度的广播时间和地址与关于内容的其它信息结合起来，以生成具有服务指南形式的内容包描述 (CPD)。当对内容进行调度以进行广播时，内容管理器服务器6可以在网络数据流22中向内容广播系统4提供内容包，并且随之在网络数据流M中提供服务指南数据。内容广播系统4还可以生成实际服务指南以进行广播。随后，由内容广播系统4将这些数据流处理成复用广播波形，该复用广播波形由广播发射机2以广播传输3的形式进行现场直播。广播传输中可能具有若干不同的内容流(CF)26以及服务指南流观，其中内容流 26是携带广播内容的数据分组，服务指南流观是携带内容分组描述、访问信息、预订/定价相关数据等等的数据分组。移动设备10接收广播传输3，并且移动设备10能够对内容流 26和服务指南流观分开地进行处理。图2B示出了移动广告服务可以用以向移动设备递送ad内容的两种常规机制。首先，使用ad服务器9的移动广告服务提供商可以通过经由单播网络5(其中用户具有该单播网络5的账户)直接发送从广告商25接收的广告(传输202)，来将所述广告直接递送给移动设备10。在这种机制中，广告可以在没有用户介入的情况下直接递送给移动设备10。 随后，可以对所接收的广告进行缓存，以便在适当的时间在移动设备10上显示。移动设备可以用以从移动广告服务接收广告的第二机制包括建立与服务提供商应用服务器^K“SP App”服务器)的数据呼叫，其中该服务提供商应用服务器四可以经由互联网7和用户的单播网络5与ad服务器9通信。SP App服务器四经由用户的单播网络5在互联网7上与用户的移动设备直接通信，并且SP App服务器四与广告服务器9交互以获取适当的广告，以便提供给用户。在第二机制中，移动设备10建立与SP App服务器四的通信链路204，并且经由所建立的通信连路204请求递送广告。随后，将所接收的广告缓存在移动设备中，以便在适当的时间显示。各个实施例提供了可以用以从广告服务接收广告的第三机制206。第三机制206 充分利用移动广播系统的高带宽广播能力，并且另外，第三机制206采用例如在OMA BCAST 标准中定义的目标性内容接收机制。通过在于接收机设备10中执行的广播客户端(例如， BCAST客户端)中提供选择性内容接收能力，可以(例如，根据OMA MobAd标准中定义的机制)将诸如移动广告之类的ad内容快速且高效地递送给移动设备10。在各个实施例中，广告和关于广告的信息(即，ad内容元数据)被提供给移动广播网络，例如，被提供给内容管理器服务器6。该信息可以被内容管理器服务器6用来生成包括关于将在未来进行广播的那些广告的属性的消息。所述广告属性可以在携带广播系统的服务指南MJ8的元数据流 (或另一个开销流)中发送，以便由移动设备10接收。广播广告属性及其它广告元数据使接收设备10能够准备接收和过滤将在稍后时间进行广播的ad内容。随后，使用先前接收的广告属性，移动设备10可以确定要以类似于接收其它广播内容的方式接收所述广播广告中的哪些广播广告。在指定时间，这些广告由广播电台(broadcaster)在内容流沈中发送，以便由移动接收机设备10接收。随后，所接收的ad内容可以被提供给设备中的广播客户端的应用客户端，例如MobAd标准中定义的Ad引擎。该应用客户端又可以将所接收的ad 递送给终端用户应用，以便随后在该应用的控制之下进行显示。因此，第三种递送机制206 充分利用移动广播网络的服务和能力来高效地分发广告内容以及其它形式的应用内容。各个实施例使得能够使用移动广播服务(例如，移动广播TV、数字无线电、文件播送服务等)的大带宽能力来分发广告内容，以便由特定于广告的应用客户端进行处理和递送。移动广播接收机设备的内容过滤能力使得能够利用可在服务指南中或下载辅助数据触发的通知中传送的广告元数据和各种规则来接收广告内容。通过在广播广告内容之前发送广告元数据，移动设备(其配备有广告内容的广播调度和过滤元数据)可以选择性地下载可能与特定用户相关的ad。移动广播服务可以用于使用三种基本方法来发送广告内容。在第一种方法中，严格地使用移动广播服务来广播由移动接收机设备接收的ad内容元数据。接收ad内容元数据的移动接收机设备将该信息提供给广告应用客户端，该广告应用客户端可以使用该信息来执行必要的广告获取(例如经由单播网络5和互联网7)，以便从ad服务器9提取所选择的广告。由于ad内容元数据表示少量的信息，因此，相对于例如在OMA MobAd标准中定义的常规的基于提取的广告获取机制(例如，图2B中所示的通信链路204)，该方法表现出微小的进步。在根据一个实施例的第二机制中，严格地使用移动广播来广播由移动设备接收的 ad内容。移动设备中的广播客户端接收ad内容并递送这些ad，以便由广告应用客户端进行处理。广告应用客户端可以将所接收的广告缓存在存储器中，并随后从缓存中选择特定的广告以递送到终端用户应用，以便随后进行显示。尽管该方法充分利用了移动广播服务的高带宽能力，但是该方法需要设备的RF接收机保持足够长的上电时间以接收所有的广告内容，即便只有很少百分比的内容与用户相关或者以该用户为目标也是如此。因此，需要接收机设备花费额外的电池功率来接收可能对于设备用户无价值的广告内容。由于在电池供电的移动多媒体移动广播接收机设备上，电池寿命是个限制性因素，因此第二机制被视为是不实用的。值得注意的是，很多移动多媒体移动广播接收机设备将不会是电池受限的， 例如，那些安装在汽车上的移动多媒体移动广播接收机设备。对于这类接收机设备，第二种 ad内容递送机制可能对于用户体验无负面影响。本申请所描述的各个实施例提供了用于经由移动广播服务向移动设备递送广告内容的第三机制，这种机制克服了以上描述的第一和第二机制的缺点。在这些实施例中，移动广播服务在广播广告内容之前广播广告元数据，并且充分利用广播客户端的内容过滤和选择能力来确定将接收哪些广告。以这种方式，可以充分利用移动广播服务的高带宽能力来高效递送广告内容，而移动设备的RF接收机仅在正在广播所选择的(即经过滤的)广告内容时通电，从而节省了电池功率。在下面更充分地描述的另一个实施例中，Ad引擎可以提供过滤数据和/或规则，所述过滤数据和/或规则有效地否决BCAST客户端的标准的或已知的选择性接收过滤准则、选择性接收过滤规则或者这两者。采用BCAST客户端代表MobAd Ad引擎来执行广告过滤包括与通常BCAST终端的用于代表广播服务用户选择和过滤通用广播内容的功能非常类似的功能。如果BCAST客户端简单地下载所有广播的报告，并将那些广告递送给Ad引擎，则对将返回到终端用户应用的适当广告的选择可以是基于下列内容的ad选择准则(包括MobAd规则和可用的广告元数据)；从广告应用提供的作为针对广告的请求中的输入的数据；以及来自以下描述的情境和个性化能力响应的数据。或者，BCAST客户端可以基于下列内容来执行广告过滤下载辅助数据触发(AuxDataTrigger)通知消息中携带的MobAd规则；来自已经被(例如，先前的广告请求中的或者经由广告应用注册提供的)广告引擎所知的广告应用的、被传递到 BCAST客户端的情境信息；以及情境和个性化能力信息。如上所述，可以在广播ad内容之前广播ad内容元数据。该广告引擎也可以对从BCAST客户端获取的经预过滤的广告进行后过滤。图3示出了可以用在实施例中的通信流，在该实施例中，广播网络用于向移动设备传送广告元数据，随后移动设备可以经由单播网络请求和接收广告内容。在该实施例中， ad服务器80可以对ad元数据消息进行格式化，并经由局域网或互联网消息220向BCAST 服务器60发送ad元数据消息。BCAST服务器60可以将ad元数据消息并入服务指南的创建(过程222)中，并且随后在消息224中经由开销流广播来广播服务指南。BCAST服务器60还可以在服务指南创建响应消息225中向ad服务器80通知服务指南创建(或失败)。 在于单独的ad元数据消息中递送ad元数据的实施例中，这类消息可以作为独立内容文件在消息226中单独广播，该独立内容文件的整体由BCAST客户端110下载。移动设备内的 BCAST客户端110接收元数据消息，并经由内部数据传送消息2 将该ad元数据传送给ad 引擎112。该ad引擎可以缓存所接收的ad元数据(过程230)。响应于来自ad应用114 的广告请求命令232，ad引擎112可以在过程234中执行情境和个性化信息检查，以通过将 ad元数据与位置和个性化信息进行匹配，来确定ad服务器80处是否有一个或多个适当ad 可用于提取并提供给ad应用114、232。如果满足情境和个性化过滤准则，则ad引擎112可以经由单播网络访问ad服务器80以从该服务器请求所识别的ad，并且在消息236中接收所请求的ad。随后，ad引擎112可以经由消息238向ad应用114提供所请求的ad响应。图3中所示的实施例提供了向移动设备内的ad引擎112进行的广告元数据的高效递送。然而，为了接收广告，移动设备必须建立和维持与ad服务器80的双向数据链路， 以请求和接收特定广告。由于单播网络的数据速率远小于广播网络的数据速率，因此该实施例并不是特别高效，并且如果有大量的广告被请求和接收(这可能涉及大量的设备)，则可能导致显著的电池消耗。图4示出了第二实施例，该第二实施例使用广播网络来向移动设备广播所有广告，其中在移动设备处对所有广告进行缓存，以便ad引擎本地使用。在该实施例中，ad服务器80可以对ad元数据消息进行格式化，并经由局域网或互联网消息220向BCAST服务器 60发送ad元数据消息。BCAST服务器60可以将ad元数据消息并入服务指南的创建(过程 222)中，并且随后在消息224中经由开销流广播来广播服务指南。BCAST服务器60还可以在服务指南创建响应消息225中向ad服务器80通知服务指南创建(或失败)。BCAST服务器60还经由广播网络1在消息240中广播所有的广告，以便由移动设备接收。移动设备内的BCAST客户端110接收所有的广播广告内容，并经由内部数据传送242将所接收的广告内容传送给ad引擎112。在过程M4中，ad引擎112将所有的ad缓存在存储器中。当 ad应用114在命令232中请求广告时，ad引擎112可以在所缓存的广告内容中定位所请求的ad，并在过程234中确定所请求的ad是否符合情境(例如，移动设备的位置)和/或个性化(即，用户简档)准则。在ad响应238中，向ad应用114提供包含在广告内容的缓存中的、满足情境和个性化准则的这些所请求的ad。图4中所示的实施例由于利用广播网络的大带宽能力来广播ad内容，因此提供了对广播内容的高效递送。然而，该实施例要求移动设备射频(RF)接收机在整个ad内容递送会话持续时间内处于上电状态。这是因为移动设备必须下载每个正在广播的ad，使得该 ad可以被缓存，以便稍后由ad应用和ad引擎进行选择。因此，由于电池寿命将被减少，所以该实施例可能会影响用户体验。当仅将广播广告的子集呈递给特定用户时，该实施例方法不是能量高效的，从而不必要地减少了移动设备可以靠电池运行的时间。另外，可能需要大设备缓存来临时存储所广播的ad，其中很多ad最终对ad应用可能是无用的。以上论述的实施例的缺点可以通过第三实施例来克服，在第三实施例中，充分利用BCAST客户端的内容选择过程来仅仅下载那些被视为对Ad引擎有用的广告。图5示出了可以在该实施例中实现的系统与设备组件和模块之间进行的数据传输。如图5所示，用于向移动设备300内的ad应用310递送移动内容的传统机制可以经由来自MobAd Ad服务器80内的路由服务器304的单播通信202(例如，互联网消息)。例如，可以将广告作为可以由ad客户端310的HTTP绑定模块312接收的互联网消息202来进行传送。第三实施例使得能够从移动广播网络(例如BCAST型内容广播系统，其实现BCAST 服务层功能，并且其包括提供服务器服务分发/调适(BSD/A)功能的BCAST服务器60)经由广播传输326、328向移动设备300递送广告内容。在该实施例中，可以经由网络或互联网传输206，从MobAd Ad服务器80内的路由服务器304将广告内容和广告内容的属性提供给BCAST服务器60服务器60。例如，路由服务器304可以例如以电子邮件或HTTP数据通信的形式向BCAST服务器60周期性地发送要广播的广告属性和内容。或者，可以将广告内容和属性上传到由路由服务器304主持(host)的网页上，广播网络320可以经由数据通信 206访问和下载这些广告内容和属性。在广播网络320中，可以将广告属性组织成ad内容元数据消息，该ad内容元数据消息提供关于将在稍后的时间广播的广告内容的信息。随后，可以在第一广播传输326中广播ad内容元数据消息，第一广播传输326由移动设备300内的BCAST客户端322接收。 可以在信息流或开销流中广播这种ad内容元数据消息，并且通常对这种ad内容元数据消息进行重复广播(如同服务指南传输)，以确保移动设备能够在相应的广告内容被广播之前接收到元数据消息。在该实施例中，BCAST客户端322被配置为经由内部数据接口通信330向ad客户端310传递从ad内容元数据广播3 接收的关于广告的元数据。这种内部数据通信330可以经由通信接口软件模块314来完成，其中通信接口软件模块314可以被提供为ad客户端 310的一部分，以有助于BCAST客户端322与ad客户端310之间的数据交换。利用所接收的ad属性信息，ad客户端310可以选择特定的广告来下载。这可以通过从ad客户端310 向BCAST客户端322发送指示应当接受还是拒绝特定广告的命令或数据消息332来完成。 在该实施例的变型中，ad选择指示332可以简单地识别应当接收的ad。这种选择准则可以包括针对特定广告内容的标识符，BCAST客户端322可以使用该标识符结合所接收的广告元数据来确定何时应当使接收机通电以接收所选择的广告内容传输。在另一个实施例中， ad客户端310可以向BCAST客户端322提供ad内容选择准则或过滤准则，以便由BCAST客户端用来确定应当接收的广播ad内容。在传输ad内容元数据消息3 之后的某个时间，广播网络320在广播传输3 中广播广告内容。根据各个实施例配置的BCAST客户端可以使用由ad客户端310在数据消息332中提供的广告选择准则结合所接收的ad内容元数据或本地可用的任何其它过滤数据，来识别所选择的广告内容的广播时间。换句话说，类似于由如图3和图4所示的Ad引擎执行的“C&P信息检查”，BCAST客户端也可以本地访问情境或个性化信息，以辅助内容过滤。使用BCAST客户端322内的用于接收所选择的广播ad内容的机制和过程，BCAST客户端322可以在适当的时间使接收机电路通电以接收所选择的广告内容的广播传输。随后， 可以经由内部数据通信336将接收到的所选择的广告内容提供给ad客户端310。在一个实施例中，对广告内容的接收或使用可以限于(即，被过滤为)情境相关 (例如，与接收机设备的当前位置相关)且个性相关(例如，与可以由用户简档定义的用户相关)的广告内容。在附图中，这种相关过滤称为“C&P”过滤。为了向ad客户端310通知 BCAST客户端的情境和个性化过滤能力(例如，从接收机设备300内的GPS接收机接收GPS位置信息的能力，或者访问用户简档设置的能力)，ad客户端310可以请求BCAST客户端 322向ad客户端310通知BCAST客户端322的情境和个性化(C&P)过滤能力，所述BCAST 客户端322的情境和个性化(C&P)过滤能力可以在数据通信334中提供。C&P能力的传送可以经由BCAST客户端中的内置C&P智能模块来完成，或者经由用于使BCAST客户端从另一源获取这种信息的机制来完成。该数据交换使得能够向ad客户端310通知BCAST客户端322应用情境和个性化过滤的能力。该消息是重要的，因为如果BCAST客户端322无法访问GPS接收机或广播小区标识(其取决于硬件配置)，则BCAST客户端322无法对广告内容应用良好的位置过滤(即，基于ad的位置或情境相关性确定是否使接收机电路通电以便接收该ad)。类似地，如果BCAST客户端没有用户简档信息，或者此类信息不完整，则BCAST 客户端322无法对广告内容应用良好的用户简档过滤(即，基于ad与用户简档准则的相关性确定是否使接收机电路通电以便接收该ad)。此外，数据通信334使得能够向ad客户端 310通知BCAST客户端进行的通常ad过滤活动，并且根据需要(例如，在ad客户端具有比 BCAST客户端更新的C&P信息的情况下)更改该活动。例如，尽管C&P中的用户个性化数据建议关于用户兴趣或活动的某个简档，但是所记录的来自ad app 316的实际ad请求的测量值指示应当应用完全不同的过滤规则。如果BCAST客户端缺少内置C&P信息或者不具有访问C&P信息的能力，则如以上参照图3和图4所描述的，Ad引擎可以独立地获取此类C&P fn息ο为了完成情境和个性化过滤能力数据的交换(数据通信334)，ad客户端310可以被配置为执行“获得”操作，以获取关于对于BCAST客户端322可用的定位信息和用户属性的信息。并且，Ad客户端310可以被配置为执行“设置”操作，以设置用户属性或者设置位置准则。在附图中，这称为“C&P获得/设置”能力。在一个实施例中，设置C&P操作提供如何进行以下操作的示例ad客户端可以包含驻留过滤数据，该驻留过滤数据被ad客户端提供给广播客户端，使得基于这些所提供的过滤数据，选择性接收忽略广播客户端已可用的或者可以以其它方式被BCST客户端322使用的类似过滤元数据。在另一个实施例中，ad客户端可以提供新的规则或选择元数据来控制广播客户端的内容选择性接收、有效地忽略默认或现有的过滤准则和规则。通过向BCAST 客户端322提供该BCAST客户端先前未知的新规则或选择元数据，Ad客户端310可以使 BCAST客户端322以新的方式工作。因此，如以上所提及的，设置C&P能力使ad客户端能够否决广播客户端的标准选择性接收过滤准则、选择性接收过滤规则或者这两者。图6中示出了可以在该实施例中实现的过程，其中图6示出了可以由接收机设备 10实现的示例性方法600。在方法600中的步骤602，ad服务器80可以例如经由本地网络或者互联网向广播电台提供广告内容和ad内容元数据(其包括该广告内容的属性)。广播电台服务器60可以接收和存储广告内容和ad内容元数据。利用所接收的ad内容元数据， 广播服务器60可以生成ad内容元数据消息，以用于广播步骤610。在方法600中的步骤606，移动设备10可以通过ad应用从BCAST客户端请求和接收情境和个性化能力信息，来准备接收广告内容。作为响应，在步骤608中，ad应用客户端可以在BCAST客户端中设置某些情境和用户个性化设置。如此配置后，在步骤612中，移动设备10可以从广播传输中的开销流或元数据流中接收广播ad内容元数据消息。在步骤 614中，BCAST客户端向ad应用客户端提供包括在所接收的ad内容元数据中的ad内容属性信息。在步骤616中，ad应用客户端基于ad内容属性信息来确定应当接收的广告内容或用于选择广告内容的选择准则，并向BCAST客户端提供一个或多个广告内容选择准则。如以上所提及的，这种广告内容选择准则可以具有可以在所接收的ad内容元数据中标识的针对一个或多个特定广告内容广播的标识符的形式。另外或替代地，选择准则可以指定特定属性或属性值以与包括在ad内容元数据中的内容属性进行比较，以便选择其属性满足一个或多个选择准则的那些内容广播来进行接收。这使BCAST客户端准备在所选择的广告内容被广播网络广播时接收这些所选择的广告内容。在稍后的时间，在步骤618中，广播网络60根据ad内容元数据消息中指示的调度来广播广告内容。当广告内容被广播时，在步骤620中，BCAST客户端可以选择性地使接收机电路通电以接收所选择的广告。对广告内容的这种选择性感知可以基于在步骤616中由 ad应用选择并且被传送到BCAST客户端的广告，或者可以基于由BCAST客户端利用ad应用所提供的选择准则作出的选择。步骤620中对广告内容的选择性接收也可以基于对BCAST客户端内的过滤准则的应用，使得仅有情境和个性也都相关的所选择的广告被接收。在该实施例中，在调度所选择的广告内容以进行广播时，BCAST客户端可以将当前位置信息与针对所选择的广告内容的位置相关属性或选择准则进行比较，以确定该广告当前是否与位置情境相关。如以上所提及的，广告内容的位置相关属性可以包括在先前所接收的ad内容元数据消息中。该过程检查确保接收机电路仅被通电以接收与移动接收机的当前位置相关的所选择的广告内容。例如，如果用户设置已向ad客户端指示用户对接收包括披萨店优惠券的广告内容有兴趣，则 BCAST客户端可以将移动接收机设备的当前位置与将要广播的披萨店广告内容的位置相关属性进行比较，以确定该设备是否位于离披萨店登广告者近到足以使该广告对用户有用的地方。在另一个实施例中，BCAST客户端可以比较针对由ad应用客户端选择的将要广播的广告内容的元数据，以确定该广告是否与用户选择准则相匹配并且从而也是个性相关的。 例如，用户简档可以指定在其中可以接受、期望或应当阻止某些种类的广告的时间段，在这种情况下，可以将广播的当前时间与用户简档设置进行比较，以确定是否应当接收该广告内容。在步骤622中，将由BCAST客户端接收的广告内容经由内部消息交换提供给ad客户端。随后，该ad应用客户端可以以通常方式处理所接收的广告内容，例如在适当的时间在移动设备的显示器上呈现这些ad。该实施例利用高级MobAd与BCAST调适架构，该调适架构为分发广告内容提供了空中链路资源高效的机制。每个接收机设备可以被配置为仅下载和缓存那些该接收机设备的ad应用认为适于接收的广告。在符合BCAST的广播系统中实现的这种实施例可以支持两种互补的用于递送和选择广告内容的方法用户预订的ad服务方法；以及非预订的ad服务方法。在第一种方法中，用户和/或用户的移动设备可以预订广播广告服务(即，用户预订的ad服务)。在这种方法中，接收机设备根据用户和/或网络定义的度量、选择准则和/ 或属性，代表用户选择性地下载和存储广播广告内容。随后，可以在可由ad应用定义的与所选择的下载的ad相关联的呈现窗口期间，在稍后的时间显示存储在移动设备上的所述 ad。为了支持用户预订的ad服务，类似于现今在BCAST中识别和接收文件下载和缓存播送服务的方式，可以将广播广告内容作为能够预订的内容来处理。因此，BCAST定义的服务供应程序可以用于选择性地接收所选择的ad内容。如图7A所示，作为广告服务的一部分的各个ad内容可以与目标性过滤准则和服务指南相关联。在该实施例中，服务指南700包括多个ad内容元数据元素702-710，这些ad内容元数据元素702-710提供移动接收机设备可以用来确定是否应当接收特定广告内容的属性及其它信息。换句话说，在用户预订的ad服务中，服务指南提供移动设备作出ad下载决策所必需的所有相关信息。随后，移动接收机设备使用过滤准则来确定是否要在服务指南700中定义的特定ad的调度广播窗口期间下载和存储该特定ad。以这种方式，可以以非常类似其它可下载内容的方式选择性地接收广告内容。在第二种方法中，可以将广告内容递送到用户未知的移动接收机设备(即，在非预定的ad服务中)，其中基于用户和/或网络定义的选择准则来选择性地下载和缓存广告内容。为了支持这种方法，服务指南可以包括指示“辅助数据”服务的存在以及相应的广告内容项目(即，各个ad)的递送调度的信息。因此，如图7B所示，可以在开销流或元数据流广播720中与服务指南700相结合地广播辅助数据通知消息722(在本文和附图中称为 "AuxData触发”通知消息)。AuxData触发通知消息722包括元数据信息702-710，该元数据信息702-710指向各个ad内容(例如，提供广告时间和广告信道或流编号)，并供应相关联的过滤信息和准则。在接收到AuxData触发通知消息722时，移动接收机设备可以确定特定ad是否与用户选择准则相匹配，并且因此是否应当被接收和存储。因此，在非预订的 ad服务中，服务指南700和AuxData触发通知消息722共同提供移动接收机设备确定是否应当接收特定ad内容所必需的信息。在前述两种方法中，可以以在多播IP地址χ/端口 y上通过UDP递送的FLUTE/ALC 会话的形式在服务指南700中广播广告元数据。在多播IP地址η上通过UDP端口 m发送利用AuxData触发通知消息广播的广告元数据。值得注意的是，尽管服务指南是利用FLUTE/ ALC会话作为文件递送的，但是AuxData触发通知消息并不作为文件来发送。图8示出了可以在用户预订的ad服务方法中广播并且在系统组件和软件模块之间交换的消息。如以上所述，对于其它实施例，ad服务器80可以在网络或互联网通信220 中向BCAST服务器60提供ad内容和ad元数据。在步骤222中，利用所接收的ad内容元数据，BCAST服务器60可以创建服务指南，该服务指南包括在服务指南广播224中。当ad 内容元数据包括在服务指南中时，BCAST服务器60还可以在服务指南创建响应消息225中向ad服务器80通知服务指南创建(或失败)。在移动设备中，BCAST客户端110接收服务指南传输，解析服务指南中的信息，并在内部数据交换250中向ad应用引擎112传送所包括的ad属性。作为响应，ad引擎112可以在内部数据交换252中将过滤属性或选择准则提供给BCAST客户端110。这种过滤属性或选择准则可以包括针对接收而选择的ad的标识；以及/或者将由BCAST客户端110应用的其它过滤属性。BCAST客户端110还可以在内部数据交换255中向Ad客户端310提供BCAST客户端110的情境和个性化(C&P)过滤能力。在被调度为进行广播的时间，BCAST服务器60可以发起在广播传输254中进行的广告内容的广播。BCAST客户端110基于所接收的过滤属性和服务指南中所包括的ad内容元数据，选择性地接收广播的广告内容。随后，在内部数据交换256中将所接收的ad传送到ad引擎112。随后，在步骤258中，ad引擎112可将ad缓存在存储器中。此后，ad应用 114可以在请求232中从ad引擎112请求特定ad，响应于该请求232，ad引擎112可以在数据交换238中提供相应的所存储的ad内容。图9示出了可以在非预定的ad服务方法中广播并且在系统组件与软件模块之间交换的消息。如上所述，对于其它实施例，Ad服务器80可以在网络或互联网通信220中向 BCAST服务器60提供ad内容和ad元数据。在步骤222中，使用所接收的ad内容元数据， BCAST服务器60可以创建服务指南，该服务指南在服务指南广播224中被广播。当ad内容元数据包括在服务指南中时，BCAST服务器60还可以在服务指南创建响应消息225中向 Ad服务器80通知服务指南创建(或失败)。随后，Ad服务器80可以在网络消息沈如中向 BCAST服务器60传送AuxData触发通知消息，其中网络在广播传输^Ob中广播该AuxData 触发通知消息。AuxData触发通知消息可以包括未包括在服务指南中的附加ad内容元数据，例如附加过滤数据。AuxData触发通知消息还可以携带对先前在服务指南中发送的元数据属性的动态改变。在移动接收机设备中，BCAST客户端110接收服务指南传输2M和 AuxData触发通知消息260a，并且解析服务指南和AuxData触发通知消息中的信息以获取 ad属性。在内部数据交换250中将所获取的ad属性传送到ad应用引擎112。作为响应， ad引擎112可以在内部数据交换252中向BCAST客户端110提供过滤属性或选择准则。这种过滤属性或选择准则可以包括针对接收所选择的ad的标识；以及/或者将由BCAST客户端应用的其它过滤属性。BCAST客户端110还可以在内部数据交换255中向Ad客户端 310提供该BCAST客户端110的情境和个性化(C&P)过滤能力。在被调度为进行广播的时间，BCAST服务器60可以发起在广播传输254中进行的广告内容的广播。BCAST客户端110基于选择准则和过滤属性以及服务指南中所包括的ad 内容元数据，选择性地接收广播的广告内容。随后，在内部数据交换256中将所接收的ad 传送到ad引擎112。随后，在步骤258中，ad引擎112可以将ad缓存在存储器中。此后， ad应用114可以在请求232中从ad引擎112请求特定ad，响应于该请求232，ad引擎112 可以在数据交换238中提供相应的所存储的ad内容。在前述两种方法中，接收机设备控制广告内容下载和缓存，以便能够实现OMA MobAd或类似移动广告服务定义的个性化和目标性广告。这两种方法使得接收机设备能够将接收机电路被通电以接收广告内容的时间限制为仅仅那些正在广播所选择的且相关的广告的时间。此外，这两种方法使接收机设备处的ad缓存所需要的尺寸最小化，原因在于并不需要下载所有的广播电台ad。因此，这两种方法在利用广播传输(例如，包括BCAST服务层功能的广播网络的广播传输)的大带宽能力的同时，节约了设备电池功率，并能够实现特定于ad应用的存储器节省。为了启用各种自变量，可以在ad引擎上增加接口，以使该软件模块能够与BCAST 客户端通过接口连接。该接口可以请求ad服务和/或携带ad的辅助数据服务的可用性。 该接口还可以请求BCAST客户端预订期望的ad递送服务。随后，该接口可以从BCAST客户端接收下载的ad内容元数据和ad内容。在各个实施例中，可以使用两种不同的方法来识别针对BCAST客户端的应用客户端(例如ad客户端)。在第一种方法中，可以在服务指南的服务片断中
值。在第二种方法中，可以在服务对象中包括客户端应用值(“clientApplication”)。
在第一种方法中，每个广播服务与唯一的ServiceType相关联。在BCAST中，以服务包为基础执行预订(在BCAST标准中称为“购买项目”)。服务包包括一个或多个服务，其中每个服务由服务片断描述，该服务片断包括通过服务类型对每个服务进行的标识。BCAST 中当前定义了十四种已分配的服务类型，包括(1)基本TV，(2)基本无线电，(3)缓存播送 (自动记录的基本TV)，(4)文件下载，(5)终端供应，(6) TBD (改变为被管理对象)，(7)辅助数据，以及(128)MobAd。BCAST客户端的应用客户端必须首先为自己确定是否有内容曾经到达。为了内容到达，该应用客户端必须预订服务。在各个实施例中，应用客户端可以用以预订MobAd服务的示例性脚本包括extern boolean IsSubscribedToServiceType(ServiceType svc—type)；//服务具有一类型(例如，"MobAd" = 128，“DM” = xxx,等等)。如果终//端预订具有给定svcjype的服务的至少一个实例，则该函数返回真。extern boolean isSubscribedToAppService (ClientApplicationType app_ type)；//服务具有一类型(例如，“ApplicationCast")。如果终端预订具有给定// app.type的子类型的至少一个实例，则该函数返回真。extern boolean IsSubscribedToServicelD (ServiceIDType service—id)；//服务通过该服务的ID唯一命名，例如，在DVB-H中，对于服务类型“流”// = 4，可能存在单独的ID用于“基本有线”(可能为3128101092)和“增//强有线”(可能为 4021091023)。如果当前预订通过该服务ID给定的服//务，则该函数返回真。extern errorType SubscribeToServiceID (ServiceIDType service—id)；//BCAST应用可能发现不存在预订的服务。BCAST应用可以尝试利用该函Il数调用发起预订。如果要花钱，则可以提示用户批准。该函数在成功时返//回零，或者在失败时返回非零(错误码)。在第二种方法中，可以在服务对象中增加新的子类型字段，该子类型字段可以称为“clientApplication”字段。可以为clientApplication分配整数值以表示不同的客户端应用，例如MobAd、设备管理(DM)、内容分发、多媒体消息服务，等等。在BCAST系统内的一种方案中，可以经由缓存播送、文件播送、辅助数据或某种新的应用播送服务类型来传输用于所有应用的数据。在另一种方案中，可以仅仅是为了用户接口的目的(而非为了区分应用)使用服务播送(ServiceCast)。在该方案中，BCAST中每种服务类型(krviceType) 可以具有多于一个实例，例如具有三个唯一服务ID的三个服务，其中所有的服务都是缓存播送或应用播送的。BCAST具有可以用来向客户端应用递送文件递送服务内容的两种独立的机制。在第一机制中，文件递送服务通过ServiceType值来标识，或者文件递送服务的各个内容中的每一个通过clientApplication子类型来标识。另外，在服务指南中发送内容元数据，以使接收机设备能够选择性地接收内容广播。在该第一机制中，可以在服务指南中传送内容属性，而在稍后的时间使用FLUTE/ALC协议将内容文件本身广播到接收机设备。用于向客户端应用递送内容的第二机制包括使用以上所提及的辅助数据触发通知消息。该辅助数据触发通知消息是一种特殊广播消息，其被发送到接收机设备以向该接
27收机设备通知即将到来的文件递送事件。辅助数据触发通知消息可以包括接收机可以用来确定是否应当接收相应文件内容的内容元数据。在稍后的某个时间广播相应的内容，此时由移动接收机设备执行内容属性过滤，并且从广播传输接收所选择的内容。在这种方法中， 还可以在稍后的时间发送通知移动设备显示该内容的第二消息。在第一和第二机制中，内容过滤属性被提供给移动设备，以使移动设备能够确定是否应当接收特定内容。所述内容过滤属性可以包括将内容与目标用户的简档关联起来的信息；以及/或者将内容与特定用户位置关联起来的其它信息。目标用户简档属性可以包括诸如目标用户年龄或年龄段、性别、服务预订类型(例如，基本vs高级)之类的信息； 以及能够实现目标性广告和/或设备兼容的广告的接收的其它特定于用户的属性。基于位置的内容属性可以是将内容与特定地理位置或地区关联起来的信息。基于位置的内容属性的示例包括地理坐标、城市名称、地区名称、州名称、地理边界、网络覆盖区域、特定小区标识符以及与特定地理坐标的距离。这种基于位置的内容属性使得能够向“位置apps” (即， 根据移动设备的位置提供服务的应用)递送数据，以及递送当前与用户在地理上相关的 ad，例如在广播内容时与用户在步行或驾驶距离之内的商业处所的广告。可以基于一种类型的属性、另一种类型的属性或者这两者来过滤(即，选择性地接收)内容广播。图10和图11示出了用于根据一种或多种类型的属性来过滤内容的BCAST 客户端322的两个备选实施例；图10中示出了单一过滤实施例，而图11中示出了两类 (two-category)过滤实施例。图10示出了关于在图5所示的系统和模块框图的右手部分中所示的移动设备软件模块1000的更多细节。在BCAST客户端322的该实施例中，BCAST 应用引擎提供从BCAST客户端到Ad客户端310的单个向上调用(up-call)，其中Ad客户端 310返回五个过滤选项。在该实施例中，接收包含诸如服务类型402之类的内容过滤属性的消息326。ServiceType 402可以选择特定BCAST客户端(其向该BCAST客户端预先注册过)，该BCAST客户端将过滤函数(FilterFimction)指针330存储在过滤函数查找表404 中。随后，BCAST客户端向Ad客户端310传递子例程控制，其中消息过滤属性3 作为进一步过滤的自变量。如以上参照图5所描述的，Ad客户端310可以确定关于内容3 要采取的三个或更多个动作332中的一个动作，其中该内容3 稍后将被发送到BCAST客户端 322。Ad客户端可能采取的动作包括提取(总是接收)内容328，丢弃(不接收)内容328， 或者过滤内容3 (对内容3 应用BCAST层过滤)。下载调度器模块406执行Ad客户端 310所请求的动作。下载器调度器406也可以从情境和个性化客户端(C&P客户端)408接收准则，其中该C&P客户端408从Ad客户端310接收设置。C&P客户端334还可以响应针对BCAST客户端322的情境和个性化能力的“获得”请求。当内容最终到达时，下载调度器 406在系统启动时或者在系统与BCAST客户端进行系统编程时，使用独立递送函数表410取回由Ad客户端预先注册的函数指针。BCAST客户端322内的接收函数指针412用于按照子例程调用(invoke)Ad客户端，该子例程将所接收的且经过滤的内容项目336传递给Ad客户端310。可以在该实施例中使用的示例性C语言绑定包括enum {
FilterOnBoth(2),// 应用 BCAST 层过滤
AlwaysFetch(3),Il不应用过滤-提取该内容项目。
AlwaysDrop(4)Il不应用过滤-丢弃该内容项目。 } ContentActionType;
errorType BCAST—Application—Register( ServiceType type,
ContentActionType (*FilterFunction)(istream *xml_attributes), void (*ReceiveFunction)(istream *input—file))
)；Il这是BCAST公共函数，可以被Ad客户端调用以在系统启动时向BCAST//注册。 第一函数指针用于针对服务指南中携带的每个内容作出过滤决//策。第二函数指针(其在很久以后调用)给出通过第一函数过滤阶段的内//容项目(例如MobAd)。图11示出了比图10所示的实施例更精细的实施例。图11中的原理改进在于 针对经由AuxDataTrigger通知消息502宣告的内容到达和经由通常服务指南内容递送 506宣告的内容到达，具有分开的过滤函数表。在BCAST客户端322的该实施例中，根据到达路线，可以进行从BCAST客户端到Ad客户端310的两个过滤向上调用中的一个，其中每个过滤向上调用返回三个过滤选项。在该实施例中，接收包含诸如服务类型402之类的内容过滤属性的消息3 。对于通过AuxDataTrigger通知消息宣告的内容，使用过滤函数表502来寻找(由Ad客户端310预先注册的)适当的函数调用，以利用来自内容和来自 AuxDataTrigger通知消息本身这两者的属性进行调用。对于经由常规服务指南递送宣告的内容，使用过滤函数表506来寻找(由Ad客户端310预先注册的)适当的函数调用，以利用来自服务指南的消息过滤属性3 进行调用。在任一种情况下，Ad客户端310可以确定要接收的特定ad内容，并且/或者提供内容过滤或选择准则并将此类信息332传递给 BCAST客户端322，该BCAST客户端322可以在下载调度器模块406中实现选择准则。下载器调度器406可以从情境和个性化客户端(C&P客户端)408接收选择准则，其中该C&P客户端408从Ad客户端310接收设置。C&P客户端334还可以响应于针对BCAST客户端322 的情境和个性化能力的“获得”请求。作为对从Ad客户端310获取C&P信息的替代，BCAST 客户端322可以从本地源(例如由用户设置或配置的驻留于设备的用户偏好或简档数据的注册表(registry))接收此类数据。当内容广播3 被调度以用于广播时，下载调度器406使用过滤决策332加上所接收的过滤或选择准则336(如果适用)来确定应当接收哪个ad内容。当过滤决策332是绝对的(例如，“提取”或“丢弃”)时，不需要附加的选择准则来作出下载决策。下载调度器根据在ad内容元数据消息326中接收的信息来指示接收机电路通电并接收内容传输。随后，利用从递送函数表410中取回的子例程函数调用指针412将所接收的内容传递给ad客户端310。该内容不需要存储在BCAST客户端中；Ad播送接收函数可以包括一自变量，该自变量是允许Ad客户端自己直接接收和存储内容的流指针。
可以在本实施例中使用的示例性C语言绑定包括
enum {
FilterOnServiceGuideMetaData(O),Il 仅应用服务指南过滤
FilterOnAuxDataTriggerMetaData(I), //仅应用 auxdata 触发过滤 Filter(2),//应用过滤(其是服务指南或auxckta触发)
AlwaysFetch(3), Il不应用过滤-提取该内容项目。 AlwaysDrop(4) //不应用过滤-丢弃该内容项目。 } ContentActionType;
boolean ServiceGuideRegister( ServiceType type,
ContentActionType(*SG—Filter—Function)(istream*xml—content—attributes), (*Receive-Function)(istream *input—file))
)；
boolean AuxDataTriggerRegister( ServiceType type,
ContentActionType (*ADT—Filter—Function)(istream *xml—content—attributes), (*Receive~Function)(istream *input—file))
)；可以由BCAST服务客户端通过利用BCAST内容片断中在服务指南末尾处的专用扩展字段(“PrivateExt")来支持应用内容(例如ad内容)的过滤。“服务”表示形成到终端用户的逻辑组的一系列内容项目。换句话说，“服务”可以被视为对应于TV “频道”， 该TV “频道”的每个相关联的内容项目本质上对应于该频道上的“节目”。“服务片断”包含描述特定广播服务的(具有属性和元素形式的)元数据。服务片断中的最后一个元素是 PrivateExt元素。利用I^rivateExt为应用内容提供过滤准则，使得BCAST服务指南条目能够携带特定于BCAST客户端的特定应用客户端的元数据。在该实施例中，PrivateExt元素可以在向上调用中作为属性自变量的一部分从BCAST客户端传递到Ad客户端。利用这种机制，可以根据两个实施例完成应用内容的过滤。在第一实施例中，BCAST客户端的应用客户端内的服务指南过滤函数模块(例如 MobAdAd引擎)可以基于I^rivateExt属性作出过滤策略决策，例如，利用所识别的过滤/选择准则或属性来接收内容、丢弃内容或者过滤内容。例如，如果广告的尺寸与接收机设备的指定显示尺寸限制相匹配，则Ad引擎可以通知BCAST客户端应当接收ad内容(即，应当使接收机电路在内容元数据中指示的广播时间通电)，否则可以丢弃或忽略该ad。请参照图5。为了能够实现这种类型的过滤，对ad内容元数据进行组装的MobAdad服务器80或BCAST 服务器60可以将广告显示的尺寸置于I^rivateExt数据字段中。在接收机设备中，服务指南过滤函数模块可以根据I^rivateExt确定显示尺寸是否满足基于尺寸的选择准则，并且如果满足尺寸准则，则确定是否应当接收ad内容，或者如果ad内容已被接收并且不满足尺寸准则，则将该ad内容从存储器中删除。这仅仅是应用该过滤方法的一个示例，在实践中， 可以以这种方式或类似的方式实现任何过滤决策。在该第一实施例中，BCAST中的I^rivateExt字段缺少在两个应用共享单个BCAST 片断时防止XML冲突的方法。例如，内容片断可以包含可由很多不同的服务或应用共享的 I^ivateExt。这种潜在的冲突可以通过指定服务类型值(即，krviceType)来避免，该服务类型值指定特定应用服务(例如，线性TV、无线电或移动广告)，其中内容片断是针对该特定应用服务提供的，从而I^rivateExt值是旨在针对该特定应用服务的。在一个实施例中，可以利用唯一文本名称来指定krviceType，例如可以为“ModAd ad service”分配唯一 ServiceType值。可以通过将空格转换成短划线来将这种ServiceType名称转换成XML标签，使得“ModAd ad service，，变成“ModAd—ad-service，，。ServiceType XML 标签可以在 BCAST的I^ivateExt标签中用来隔离特定于服务的数据。在第二实施例中，BCAST客户端的应用客户端(例如ad应用)可以向BCAST客户端传递特定的过滤规则或选择准则。过滤规则的示例包括目标应用类型，例如用于游戏的ad、用于浏览器的ad或用于视频播放器的ad;广告类型，例如Adobe flash, SVG，或一闪而过(blue streak)；广告格式，例如应当只采集特定格式的ad ；广告尺寸，例如应当只采集具有特定像素尺寸或显示尺寸的ad ；以及交互性模型，例如MPEG-4LA&R、W3CSMIL等等。例如(图11)，ad客户端可以向BCAST客户端情境&个性化模块410传递要求下载具有160X160像素尺寸的ad的特定过滤规则/选择准则334，因为该尺寸是移动接收机设备的显示屏幕的尺寸。在另一个示例中，ad客户端可以向BCAST客户端传递要求利用Adobe flash格式化的ad的特定过滤规则/选择准则，因为Adobe flash是ad应用唯一支持的播放器。作为另一个示例，ad客户端可以向BCAST客户端传递要求针对浏览器格式化的ad 的特定过滤规则/选择准则，因为移动设备上没有存储游戏(因此游戏格式的ad无用)。 尽管第二实施例可以容易地处理这些示例，但是值得注意的是，第一实施例简单地通过在 PrivateExt数据字段中传递该信息，以及令服务指南过滤函数基于内容项目的属性来作出决策，也可以处理所有这些示例。为了实现各个实施例，可以实现对BCAST规范的某些改变。举例来说，可以更改服务片断以增加clientApplication属性。在服务片断上增加clientApplication属性可以指定BCAST终端的外部使能器客户端应用(例如MobAd客户端)，该外部使能器客户端应用将确定是否实现内容过滤以及将如何实现该内容过滤。例如，针对BCAST可以将 clientApplication的值指定为“0”，并且针对MobAd可以将clientApplication的值指定为“1”，其中2至127被预留以便未来使用，并且1 至255被预留以便私有使用。当 clientApplication的值为“O” ( S卩，BCAST)时，可以由接收机设备例如根据服务片断中包含的元数据来执行对属于服务片断中所标识的服务的内容项目的通常过滤。这种元数据的示例是如上所述的目标用户简档和广播区域元数据。当clientApplication的值为 “1” (即，指示该服务片断是针对MobAd客户端的)时，可以由外部MobAd应用指示是否将由接收机设备执行这种内容过滤。类似地，对于clientApplication的其它值，相应的外部客户端应用将确定是否将由接收机设备执行内容过滤。可对BCAST规范进行的另一个改变可以是在服务片断规范内WkrviceType元素中增加“MobAd ad service”。例如，可以为该新服务类型分配唯一的ServiceType值以便与当前定义WkrviceType值区分开来。对于该新服务类型，可以不自动执行通过服务指南中包含的元数据对属于服务片断所标识的服务的内容项目进行的通常过滤。相反，预期 BCAST客户端的外部客户端应用(例如，MobAd客户端)将指示BCAST客户端是否要执行这种内容过滤以及如何执行这种内容过滤。BCAST 1.1标准能够支持希望利用由BCAST提供的广播内容递送和相关特征的其它使能器，并能够与所述其它使能器互连。MobAd仅仅是这种外部使能器的一个示例。具体来说，MobAd已定义了“BCAST上的MobAd调适”规范，该规范可以以不同的方式使用BCAST能力来支持目标性广告递送。为了正确地支持该调适，可以经由服务片断中的ServiceType元素通过每个广播服务的类型来标识每个广播服务。例如，如果服务类型对应于广播服务类别，则发生由BCAST客户端根据服务指南元数据进行的通常内容过滤，并且将相关联的广播服务应用(例如，线性TV观看器)认定为选择性下载的内容的接收者。然而，如果服务类型对应于“MobAd预订的ad服务”，则尽管BCAST客户端所进行的内容过滤是与服务指南元数据相关地执行的，但是选择性下载的内容的接收者现在是MobAd Ad引擎”。用于ad过滤目的的可能的服务指南元数据的示例是上述的目标用户简档和基于位置的内容属性。图12A示出了 BCAST实现1200中的可以用于实现各个实施例的通信接口。在广播电台侧，充当ad内容源的ad服务器1202可以被配置为BCAST服务应用(BSA)。Ad服务器1202可以供应广告、组装或生成ad内容元数据，控制针对广告的广播的递送调度，并且向广播网络实体提供通知事件报文。可以经由BCAST-2 1206的FD-2接口，以及在BCAST 上的MobAd调适规范中定义的MobAd-BCAST调适-2 (MBA-2)通信链路1208上向BCAST服务分发/调适服务器1204提供ad和ad元数据的供应。可以经由并非由MobAd标准指定的带外通信链路来完成ad递送调度的供应。可以在BCAST-3通信链路1212上完成向BCAST预订管理(BSM)服务器1210进行的下载辅助数据触发通知事件的递送。可以经由BCAST-4通信链路1214来完成BCAST服务分发/调适服务器1204与BCAST预订管理服务器1210之间的交互。例如，可以在BCAST-4 通信链路1214上将通知事件生成从BCAST预订管理服务器1210传送到BCAST服务分发/ 调适服务器12或4D。在广播期间，可以经由广播分发服务分发/调适1218和广播网络10通过BCAST-5 广播链路1216来广播辅助数据、携带广告的文件下载ad服务以及ad内容元数据消息。类似地，可以经由同一广播路径发送辅助数据触发通知消息。由移动设备的BCAST客户端 1220接收的广播广告内容和广告元数据消息可以经由非指定的MBA-I接口提供给Ad引擎 1222，其中该非指定的MBA-I接口支持BCAST客户端1220与Ad引擎1222之间的服务发现、 注册和撤销注册。该同一接口可以接收从Ad引擎1222到BCAST客户端1220的广告内容接收请求通知，其中，Ad引擎1222通过该广告内容接收请求通知向BCAST客户端1220通知应当接收的特定ad内容。图12A还示出了 BCAST客户端1220可以用以经由BCAST-7通信链路12 通过交互网络5与BCAST预订管理服务器1210通信的反向链路。
图12B示出了与四种不同类型的广告过滤机制相关联的通信流，其中这四种不同类型的广告过滤机制可以利用以上描述的不同实施例来实现。在第一过滤机制中，MobAd服务器1202提供用于广播的ad内容，该用于广播的ad内容由BCAST层在未过滤的情况下接收(框1252)，并且被传递到MobAd客户端1220以便由MobAd应用在接收内容之后进行过滤(框12M)。在第二过滤机制中，在框1256中，由BCAST客户端基于服务指南中提供的信息对从MobAd服务器1202广播的ad内容进行过滤(SG过滤)，并且在框1258中，将通过SG 过滤的增加的内容在不进行进一步过滤的情况下提供给MobAd客户端1220。在第三过滤机制中，在框1256中，由BCAST客户端基于在服务指南中提供的信息对从MobAd服务器1202 广播的广告内容进行过滤(SG过滤)，并且基于由MobAd客户端1220向下推送到BCAST层的附加内容过滤对从MobAd服务器1202广播的广告内容进行过滤。该过滤内容包括建立和协商将由MobAd客户端1220在BCAST过滤层中实现的MobAd过滤的步骤。在第四过滤机制中，响应于来自MobAd客户端1220的“向上调用”，在框1262中，由BCAST客户端传递从MobAd服务器1202广播的广告内容，其中MobAd客户端1220在框1264中针对所接收的每个服务指南片断作出过滤决策。该过滤内容包括基于所接收的每个服务指南片断中的信息来针对由MobAd客户端1220选择的每个内容项目进行内容向上调用的步骤。适合用于各个实施例的典型移动设备10都将具有图13中所示的组件。例如，示例性移动设备10可以包括处理器191，该处理器191耦合到内部存储器192、显示器193和扬声器199。另外，移动设备10可以具有用于发送和接收电磁辐射的天线194，该天线194 连接到无线数据链路和/或蜂窝电话收发机195，其中该蜂窝电话收发机195耦合到处理器 191。在某些实现中，收发机195以及处理器191和存储器192的用于蜂窝电话通信的部分统称为空中接口，因为该空中接口经由无线数据链路提供数据接口。移动设备通常还包括用于接收用户输入的小键盘196或微型键盘和菜单选择按钮或摇杆开关197。上述的多个实施例也可以利用各种各样的通用计算机或远程服务器设备中的任一种(例如图14中所示的服务器140)来实现。这种服务器140通常包括处理器141，该处理器141耦合到易失性存储器142和诸如磁盘驱动器143之类的大容量非易失性存储器。 服务器140还可以包括耦合到处理器141的软盘驱动器和/或压缩光盘(⑶)驱动器146。 服务器140还可以包括耦合到处理器141的网络接入端口 144，该网络接入端口 144用于与诸如互联网之类的网络145通信。处理器191、141可以是可以由软件指令(应用)配置为执行各种功能(包括本申请所描述的各个实施例的功能)的任何可编程微处理器、微计算机或者一个或多个多处理器芯片。在某些移动设备中，可以提供多个处理器191、141，例如，一个专用于无线通信功能的处理器和一个专用于运行其它应用的处理器。一般情况下，软件应用可以在它们被访问并加载到处理器191、141中之前被存储在内部存储器192、142中。在某些移动设备和服务器中，处理器191和141可以包括足够存储应用软件指令的内部存储器。根据各个实施例， 移动设备10还可以包括独立的存储芯片190，例如智能卡，以用于将与积分、代币和优惠券相关的信息存储在例如电子钱包中。在某些移动设备中，安全存储器可以位于耦合到处理器191的独立存储芯片中。在很多移动设备10和服务器140中，内部存储器192、142可以是易失性存储器或者诸如闪存之类的非易失性存储器或者这两者的混合。为了该描述的目的，一般对存储器的提及指代处理器191、141可访问的所有存储器，包括内部存储器192、142、存储芯片190、插入移动设备或服务器中的移动存储器以及位于处理器191、141自身中的存储器。前述方法描述和过程流图仅仅作为说明性示例被提供，并非旨在要求或暗示必须以给出的顺序执行各个实施例的步骤。本领域技术人员将认识到，前述实施例中的步骤的顺序可以以任何顺序执行。诸如“之后”、“随后”、“接下来”等等之类的词语并非旨在限制步骤的顺序；这些词语仅仅是用来引导读者通读对方法的描述。另外，例如，使用冠词“一”、 “一个”或“所述”以单数形式对权利要求要素的任何提及并不应当被解释为将该要素限于单数形式。结合本申请所公开的实施例而描述的各个说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或者这两者的组合。为了清楚地说明硬件和软件之间的这种可互换性，上面对各个说明性的组件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束。本领域技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为脱离本发明的保护范围。可以利用被设计为执行本申请所述的功能的通用处理器、数字信号处理器(DSP)、 专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者上述的任意组合，来实现或执行用于实现结合本申请公开的方面描述的各个说明性的逻辑、逻辑框、模块和电路的硬件。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种配置。或者，某些步骤或方法可以由特定于给定功能的电路执行。在一个或多个示例性方面，所描述的功能可以在硬件、软件、固件或者上述的任意组合中实现。如果在软件中实现，则这些功能可以作为一个或多个指令或者代码在计算机可读介质上存储或者发送。本申请所公开的方法或算法的步骤可以在被执行的处理器可执行软件模块中实现，处理器可执行软件模块可以驻留于有形非临时性计算机可读存储介质中。非临时性计算机可读存储介质可以是计算机能够访问的任何可用存储介质。举例而非限制地来说，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、 磁盘存储器或其它磁存储设备、或者可以用于携带或存储具有指令或数据结构形式的期望的程序代码并可以由计算机进行访问的任何其它介质。本申请所使用的磁盘(disk)和光盘(disc)包括压缩光盘(⑶)、激光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常以磁的方式再现数据，而光盘则利用激光以光的方式再现数据。上述的组合应当也可以包括在计算机可读存储介质的范围之内。另外，方法或算法的操作可以作为代码和 /或指令中的一种或任意组合或集合驻留于可以并入计算机程序产品的机器可读介质和/ 或计算机可读介质中。为了使任何本领域技术人员都能够实现或者使用本发明，上面提供了对所公开的实施例的描述。对于本领域技术人员来说，对这些实施例的各种修改都是显而易见的，并且，本申请定义的一般原理也可以在不脱离本发明的精神或保护范围的基础上应用于其它实施例。因此，本发明并非旨在限于本申请示出的实施例，而是与符合以下权利要求和本申请公开的原理和新颖特征的最广范围相一致。
权利要求
1.一种用于在接收机设备中选择性地接收由广播网络发送的应用内容的方法，包括 在所述接收机设备中运行的广播客户端中接收应用元数据消息，所述应用元数据消息包括关于将在与更高层应用相关的未来时间广播的内容的元数据；将所述元数据从所述广播客户端传递给所述接收机设备中运行的所述更高层应用； 在所述广播客户端中从所述更高层应用接收内容选择准则或直接过滤决策；以及基于所述内容选择准则或基于所述直接过滤决策来将在广播传输中接收的内容选择性地传递给所述更高层应用。
2.如权利要求1所述的方法，其中，基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述第二应用包括接收多个应用内容广播；将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中； 基于所述选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
3.如权利要求1所述的方法，其中，将在广播传输中接收的内容选择性地传递给所述更高层应用是基于由所述更高层应用向所述广播客户端提供的过滤数据的，所述过滤数据忽略由所述广播客户端使用的其它过滤数据。
4.如权利要求1所述的方法，其中，将在广播传输中接收的内容选择性地传递给所述更高层应用是基于所述广播客户端先前未知的新选择元数据的，所述新选择元数据致使所述广播客户端以新的方式工作。
5.如权利要求1所述的方法，其中，所述广播客户端是开放移动联盟广播(BCAST)终端。
6.如权利要求5所述的方法，其中，所述更高层应用是开放移动联盟(OMA)使能器应用。
7.如权利要求6所述的方法，其中，所述OMA使能器应用是OMA移动广告(MobAd)应用。
8.如权利要求7所述的方法，其中，所述OMA使能器应用是OMA设备管理(DM)应用。
9.如权利要求7所述的方法，其中，所接收的应用元数据消息是在辅助数据触发通知消息中接收的。
10.如权利要求7所述的方法，还包括将附加应用元数据作为服务指南传输的一部分来接收，其中，应用元数据是从所述服务指南传输和所述辅助数据触发通知消息两者接收的。
11.如权利要求10所述的方法，其中，所接收的应用元数据消息是作为服务指南传输的一部分来接收的。
12.如权利要求11所述的方法，其中，基于所述内容选择准则来将在广播传输中接收的内容从所述广播客户端选择性地传递给所述更高层应用包括通过将所述选择准则应用于所述服务指南传输中的服务片断内的专用扩展元素中所包括的应用内容属性，来选择要接收的应用内容广播。
13.如权利要求12所述的方法，其中，所述服务指南传输内的应用元数据消息由服务片断中所包括的客户端应用属性值进一步标识。
14.如权利要求1所述的方法，其中，基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述内容选择准则来选择要接收的应用内容广播； 使接收机电路通电以接收所选择的应用内容； 接收所选择的应用内容；以及将所选择的内容传递给所述更高层应用。
15.如权利要求14所述的方法，其中所述内容选择准则是在辅助数据触发通知消息中接收的；并且基于所述内容选择准则来选择要接收的应用内容广播包括利用所述内容标识符来选择所述应用内容广播。
16.如权利要求14所述的方法，其中所述内容选择准则包括将应用于应用内容的属性的过滤准则；并且基于所述内容选择准则来选择要接收的应用内容广播包括将所述过滤准则应用于所述内容元数据中所包括的应用内容属性，以选择其属性满足所述过滤准则的应用内容广播。
17.如权利要求16所述的方法，其中，所述过滤准则是在所述服务指南中接收的。
18.如权利要求16所述的方法，其中，所述过滤准则是从所述更高层应用接收的。
19.如权利要求1所述的方法，其中所述内容选择准则包括第一准则和第二准则；并且基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述第一准则来选择要接收的多个应用内容广播； 使接收机电路通电以接收所选择的多个应用内容广播； 将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中； 基于所述第二选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
20.如权利要求19所述的方法，其中，所述第一准则和第二准则是从所述服务指南、辅助数据触发通知消息和所述更高层应用中的一个或多个中接收的。
21.一种广播接收机设备，包括 处理器；广播接收机电路，其耦合到所述处理器，并且被配置为从广播网络接收传输；以及耦合到所述处理器的存储器，其中，所述处理器通过处理器可执行指令被配置为主持所述处理器内运行的广播客户端和更高层应用，并且被配置为执行包括下列的操作 接收广播传输；在所述广播客户端中接收来自所接收的广播传输中的应用元数据消息，所述应用元数据消息包括关于将在与更高层应用相关的未来时间广播的内容的元数据； 将所述元数据从所述广播客户端传递给所述更高层应用； 在所述广播客户端中从所述更高层应用接收内容选择准则或直接过滤决策；以及基于所述内容选择准则或基于所述直接过滤决策来将在广播传输中接收的内容选择性地传递给所述更高层应用。
22.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述第二应用包括接收多个应用内容广播；将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中； 基于所述选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
23.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得将在广播传输中接收的内容选择性地传递给所述更高层应用是基于由所述更高层应用向所述广播客户端提供的过滤数据的，所述过滤数据忽略由所述广播客户端使用的其它过滤数据。
24.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得将在广播传输中接收的内容选择性地传递给所述更高层应用是基于所述广播客户端先前未知的新选择元数据的，所述新选择元数据致使所述广播客户端以新的方式工作。
25.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述广播客户端是开放移动联盟广播(BCAST)终端。
26.如权利要求25所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述更高层应用是开放移动联盟(OMA)使能器应用。
27.如权利要求沈所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述OMA使能器应用是OMA移动广告(MobAd)应用。
28.如权利要求27所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述OMA使能器应用是OMA设备管理(DM)应用。
29.如权利要求27所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所接收的应用元数据消息是在辅助数据触发通知消息中接收的。
30.如权利要求27所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为执行还包括下列的操作将附加应用元数据作为服务指南传输的一部分来接收，其中，所述处理器通过处理器可执行指令被配置为使得应用元数据是从所述服务指南传输和所述辅助数据触发通知消息两者接收的。
31.如权利要求30所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所接收的应用元数据消息是作为服务指南传输的一部分来接收的。
32.如权利要求31所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得基于所述内容选择准则来将在广播传输中接收的内容从所述广播客户端选择性地传递给所述更高层应用包括通过将所述选择准则应用于所述服务指南传输中的服务片断内的专用扩展元素中所包括的应用内容属性，来选择要接收的应用内容广播。
33.如权利要求32所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述服务指南传输内的应用元数据消息由服务片断中所包括的客户端应用属性值进一步标识。
34.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述内容选择准则来选择要接收的应用内容广播； 使接收机电路通电以接收所选择的应用内容； 接收所选择的应用内容；以及将所选择的内容传递给所述更高层应用。
35.如权利要求34所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述内容选择准则是在辅助数据触发通知消息中接收的；并且基于所述内容选择准则来选择要接收的应用内容广播包括利用所述内容标识符来选择所述应用内容广播。
36.如权利要求34所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述内容选择准则包括将应用于应用内容的属性的过滤准则；并且基于所述内容选择准则来选择要接收的应用内容广播包括将所述过滤准则应用于所述内容元数据中所包括的应用内容属性，以选择其属性满足所述过滤准则的应用内容广播。
37.如权利要求36所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述过滤准则是在所述服务指南中接收的。
38.如权利要求36所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述过滤准则是从所述更高层应用接收的。
39.如权利要求21所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述内容选择准则包括第一准则和第二准则；并且基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述第一准则来选择要接收的多个应用内容广播； 使接收机电路通电以接收所选择的多个应用内容广播； 将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中； 基于所述第二选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
40.如权利要求39所述的广播接收机设备，其中，所述处理器通过处理器可执行指令被配置为使得所述第一准则和第二准则是从所述服务指南、辅助数据触发通知消息和所述更高层应用中的一个或多个中接收的。
41.一种广播接收机设备，包括 用于运行广播客户端的模块； 用于运行更高层应用的模块； 用于接收广播传输的模块；用于在所述广播客户端中接收所接收的广播传输中的应用元数据消息的模块，所述应用元数据消息包括关于将在与更高层应用相关的未来时间广播的内容的元数据； 用于将所述元数据从所述广播客户端传递给所述更高层应用的模块； 用于在所述广播客户端中从所述更高层应用接收内容选择准则或直接过滤决策的模块；以及用于基于所述内容选择准则或基于所述直接过滤决策来将在广播传输中接收的内容选择性地传递给所述更高层应用的模块。
42.如权利要求41所述的广播接收机设备，其中，用于基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述第二应用的模块包括用于接收多个应用内容广播的模块；用于将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中的模块；用于基于所述选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合的模块；以及用于将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用的模块。
43.如权利要求41所述的广播接收机设备，其中，用于将在广播传输中接收的内容选择性地传递给所述更高层应用的模块包括用于基于由所述更高层应用向所述广播客户端提供的过滤数据来将在广播传输中接收的内容选择性地传递给所述更高层应用的模块，所述过滤数据忽略由所述广播客户端使用的其它过滤数据。
44.如权利要求41所述的广播接收机设备，其中，用于将在广播传输中接收的内容选择性地传递给所述更高层应用的模块包括用于基于所述广播客户端先前未知的新选择元数据来将在广播传输中接收的内容选择性地传递给所述更高层应用的模块，所述新选择元数据致使所述广播客户端以新的方式工作。
45.如权利要求41所述的广播接收机设备，其中，所述广播客户端是开放移动联盟广播(BCAST)终端。
46.如权利要求45所述的广播接收机设备，其中，所述更高层应用是开放移动联盟 (OMA)使能器应用。
47.如权利要求46所述的广播接收机设备，其中，所述OMA使能器应用是OMA移动广告 (MobAd)应用。
48.如权利要求47所述的广播接收机设备，其中，所述OMA使能器应用是OMA设备管理 (DM)应用。
49.如权利要求47所述的广播接收机设备，其中，用于接收所述应用元数据消息的模块包括用于在辅助数据触发通知消息中接收所述应用元数据消息的模块。
50.如权利要求47所述的广播接收机设备，还包括用于将附加应用元数据作为服务指南传输的一部分来接收的模块。
51.如权利要求50所述的广播接收机设备，其中，用于接收所述应用元数据消息的模块包括用于将所述应用元数据消息作为服务指南传输的一部分来接收的模块。
52.如权利要求51所述的广播接收机设备，其中，用于基于所述内容选择准则来将在广播传输中接收的内容从所述广播客户端选择性地传递给所述更高层应用的模块包括用于通过将所述选择准则应用于所述服务指南传输中的服务片断内的专用扩展元素中所包括的应用内容属性，来选择要接收的应用内容广播的模块。
53.如权利要求52所述的广播接收机设备，其中，所述服务指南传输内的应用元数据消息由服务片断中所包括的客户端应用属性值进一步标识。
54.如权利要求41所述的广播接收机设备，其中，用于基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用的模块包括用于基于所述内容选择准则来选择要接收的应用内容广播的模块； 用于使接收机电路通电以接收所选择的应用内容的模块； 用于接收所选择的应用内容的模块；以及用于将所选择的内容传递给所述更高层应用的模块。
55.如权利要求M所述的广播接收机设备，其中用于在辅助数据触发通知消息中接收所述内容选择准则的模块；并且用于基于所述内容选择准则来选择要接收的应用内容广播的模块包括用于利用所述内容标识符来选择所述应用内容广播的模块。
56.如权利要求M所述的广播接收机设备，其中所述内容选择准则包括将应用于应用内容的属性的过滤准则；并且用于基于所述内容选择准则来选择要接收的应用内容广播的模块包括用于将所述过滤准则应用于所述内容元数据中所包括的应用内容属性，以选择其属性满足所述过滤准则的应用内容广播的模块。
57.如权利要求56所述的广播接收机设备，还包括用于在所述服务指南中接收所述过滤准则的模块。
58.如权利要求56所述的广播接收机设备，还包括用于从所述更高层应用接收所述过滤准则的模块。
59.如权利要求41所述的广播接收机设备，其中 所述内容选择准则包括第一准则和第二准则；并且用于基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用的模块包括用于基于所述第一准则来选择要接收的多个应用内容广播的模块； 用于使接收机电路通电以接收所选择的多个应用内容广播的模块；用于将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中的模块；用于基于所述第二选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合的模块；以及用于将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用的模块。
60.如权利要求59所述的广播接收机设备，还包括用于从所述服务指南、辅助数据触发通知消息和所述更高层应用中的一个或多个中接收所述第一准则和第二准则的模块。
61.一种有形处理器可读存储介质，具有存储于其上的处理器可执行指令，所处处理器可执行指令被配置为使广播接收机设备内的处理器执行包括下列的操作在所述接收机设备中运行的广播客户端中接收应用元数据消息，所述应用元数据消息包括关于将在与更高层应用相关的未来时间广播的内容的元数据；将所述元数据从所述广播客户端传递给所述接收机设备中运行的所述更高层应用； 在所述广播客户端中从所述更高层应用接收内容选择准则或直接过滤决策；以及基于所述内容选择准则或基于所述直接过滤决策来将在广播传输中接收的内容选择性地传递给所述更高层应用。
62.如权利要求61所述的有形处理器可读存储介质，其中，基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述第二应用包括接收多个应用内容广播；将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中； 基于所述选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
63.如权利要求61所述的有形处理器可读存储介质，其中，将在广播传输中接收的内容选择性地传递给所述更高层应用是基于由所述更高层应用向所述广播客户端提供的过滤数据的，所述过滤数据忽略由所述广播客户端使用的其它过滤数据。
64.如权利要求61所述的有形处理器可读存储介质，其中，将在广播传输中接收的内容选择性地传递给所述更高层应用是基于所述广播客户端先前未知的新选择元数据的，所述新选择元数据致使所述广播客户端以新的方式工作。
65.如权利要求61所述的有形处理器可读存储介质，其中，所述广播客户端是开放移动联盟广播(BCAST)终端。
66.如权利要求65所述的有形处理器可读存储介质，其中，所述更高层应用是开放移动联盟(OMA)使能器应用。
67.如权利要求66所述的有形处理器可读存储介质，其中，所述OMA使能器应用是OMA 移动广告(MobAd)应用。
68.如权利要求67所述的有形处理器可读存储介质，其中，所述OMA使能器应用是OMA 设备管理(DM)应用。
69.如权利要求67所述的有形处理器可读存储介质，其中，所接收的应用元数据消息是在辅助数据触发通知消息中接收的。
70.如权利要求67所述的有形处理器可读存储介质，还包括将附加应用元数作为服务指南传输的一部分来接收，其中，应用元数据是从所述服务指南传输和所述辅助数据触发通知消息两者接收的。
71.如权利要求70所述的有形处理器可读存储介质，其中，所接收的应用元数据消息是作为服务指南传输的一部分来接收的。
72.如权利要求71所述的有形处理器可读存储介质，其中，基于所述内容选择准则来将在广播传输中接收的内容从所述广播客户端选择性地传递给所述更高层应用包括通过将所述选择准则应用于所述服务指南传输中的服务片断内的专用扩展元素中所包括的应用内容属性，来选择要接收的应用内容广播。
73.如权利要求72所述的有形处理器可读存储介质，其中，所述服务指南传输内的应用元数据消息由服务片断中所包括的客户端应用属性值进一步标识。
74.如权利要求61所述的有形处理器可读存储介质，其中，基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述内容选择准则来选择要接收的应用内容广播； 使接收机电路通电以接收所选择的应用内容； 接收所选择的应用内容；以及将所选择的内容传递给所述更高层应用。
75.如权利要求74所述的有形处理器可读存储介质，其中 所述内容选择准则是在辅助数据触发通知消息中接收的；并且基于所述内容选择准则来选择要接收的应用内容广播包括利用所述内容标识符来选择所述应用内容广播。
76.如权利要求74所述的有形处理器可读存储介质，其中所述内容选择准则包括将应用于应用内容的属性的过滤准则；并且基于所述内容选择准则来选择要接收的应用内容广播包括将所述过滤准则应用于所述内容元数据中所包括的应用内容属性，以选择其属性满足所述过滤准则的应用内容广播。
77.如权利要求76所述的有形处理器可读存储介质，其中，所述过滤准则是在所述服务指南中接收的。
78.如权利要求76所述的有形处理器可读存储介质，其中，所述过滤准则是从所述更高层应用接收的。
79.如权利要求61所述的有形处理器可读存储介质，其中 所述内容选择准则包括第一准则和第二准则；并且基于所述内容选择准则来将在广播传输中接收的内容选择性地传递给所述更高层应用包括基于所述第一准则来选择要接收的多个应用内容广播；使接收机电路通电以接收所选择的多个应用内容广播；将所接收的多个应用内容广播作为多个应用内容数据集合缓存在存储器中；基于所述第二选择准则来选择所述多个应用内容数据集合中的一个或多个应用内容数据集合；以及将所述多个应用内容数据集合中所选择的一个或多个应用内容数据集合传递给所述第二应用。
80.如权利要求79所述的有形处理器可读存储介质，其中，所述第一准则和第二准则是从所述服务指南、辅助数据触发通知消息和所述更高层应用中的一个或多个中接收的。
81.一种用于经由广播服务向接收机设备递送应用内容的方法，包括将关于应用内容的元数据作为服务指南传输的一部分进行广播，其中所述应用内容将在第二传输中广播；以及在所述第二传输中广播所述应用内容， 其中，所述应用内容元数据包括在所述服务指南传输的服务片断内的专用扩展元素中提供的所述应用内容的属性；以及所述服务片断中包括的服务类型属性值，所述服务类型属性值指示所述服务片断包含应用内容元数据。
82.一种广播网络，包括将关于应用内容的元数据作为服务指南传输的一部分进行广播，其中所述应用内容将在第二传输中广播；以及在所述第二传输中广播所述应用内容， 其中，所述应用内容元数据包括在所述服务指南传输的服务片断内的专用扩展元素中提供的所述应用内容的属性；以及所述服务片断中包括的服务类型属性值，所述服务类型属性值指示所述服务片断包含应用内容元数据。
83.一种广播网络，包括用于将关于应用内容的元数据作为服务指南传输的一部分进行广播的模块，其中所述应用内容将在第二传输中广播；以及用于在所述第二传输中广播所述应用内容的模块， 其中，所述应用内容元数据包括在所述服务指南传输的服务片断内的专用扩展元素中提供的所述应用内容的属性；以及所述服务片断中包括的服务类型属性值，所述服务类型属性值指示所述服务片断包含应用内容元数据。
84.一种有形服务器可读存储介质，其具有存储于其上的服务器可执行指令，所述服务器可执行指令被配置为使耦合到广播网络内的广播发射机的服务器执行包括下列的操作将关于应用内容的元数据作为服务指南传输的一部分进行广播，其中所述应用内容将在第二传输中广播；以及在所述第二传输中广播所述应用内容， 其中，所述应用内容元数据包括在所述服务指南传输的服务片断内的专用扩展元素中提供的所述应用内容的属性；以及所述服务片断中包括的服务类型属性值，所述服务类型属性值指示所述服务片断包含应用内容元数据。
85. 一种广播通信系统，包括广播系统，其包括耦合到广播发射机的服务器；以及多个广播接收机设备，其中，所述广播系统服务器通过计算机可执行指令被配置为执行包括下列的操作 将关于应用内容的元数据作为服务指南传输的一部分进行广播，其中所述应用内容将在第二传输中广播；以及在所述第二传输中广播所述应用内容， 其中，所述应用内容元数据包括在所述服务指南传输的服务片断内的专用扩展元素中提供的所述应用内容的属性；以及所述服务片断中包括的服务类型属性值，所述服务类型属性值指示所述服务片断包含应用内容元数据，并且其中，所述多个广播接收机设备中的每个广播接收机设备包括 处理器；广播接收机电路，其耦合到所述处理器，并且被配置为从广播网络接收传输；以及存储器，其耦合到所述处理器，其中，所述处理器通过处理器可执行指令被配置为主持在所述处理器内运行的广播客户端和更高层应用，并且被配置为执行包括下列的操作 接收广播传输；在所述广播客户端中接收来自所接收的广播传输中的应用元数据消息，所述应用元数据消息包括关于将在与更高层应用相关的未来时间广播的内容的元数据； 将所述元数据从所述广播客户端传递给所述更高层应用； 在所述广播客户端中从所述更高层应用接收内容选择准则或直接过滤决策；以及基于所述内容选择准则或基于所述直接过滤决策来将在广播传输中接收的内容选择性地传递给所述更高层应用。
全文摘要
方法和系统使得用于在接收机设备(10)上运行的应用使用的应用内容能够由移动多媒体广播网络(1)进行广播，以便由接收机设备(10)能量高效地接收和使用。在应用元数据消息中广播关于将被广播的应用内容的信息。接收机设备(10)可以在广播接收机客户端中接收这种应用元数据消息，其中广播接收机客户端将信息传递给应用。该应用可以向广播接收机客户端通知要在选择待接收的应用内容时使用的特定应用内容或过滤属性。广播接收机客户端在指定的广播时间接收所指示的应用内容，并将所接收的内容传递给应用以进行处理。在一个实施例中，该应用是移动广告牌广告(MobAd)应用，该应用元数据包括关于ad内容的属性，并且广播应用内容包括ad内容。
文档编号H04L29/08GK102428688SQ201080021608
公开日2012年4月25日 申请日期2010年5月19日 优先权日2009年5月19日
发明者C·N·洛, D·W·吉利斯, M·G·斯塔斯卡乌斯卡斯 申请人:高通股份有限公司