CN106095389A - 用于自动获得并同步上下文内容和应用的方法和设备 - Google Patents

Abstract

本公开的发明名称是“用于自动获得并同步上下文内容和应用的方法和设备”。向观众呈现数据的方法和系统，其中数据对观众及其观看体验而言是特定的，并且在本地存储。该数据例如可以是补充内容或应用，诸如控件。在一个实施例中，补充内容（诸如广告）可被呈现给观众，其中这个内容针对具体观众（鉴于他或她的观众简档）。在备选实施例中，控件或其它应用可呈现给观众，其中控件对当前节目编排而言是特定的，并由此被调整以适应观众的当前观看体验。在两种情形下，数据都在本地存储，并以最小延迟使数据可用。

Description

用于自动获得并同步上下文内容和应用的方法和设备

背景技术

电视观众的典型体验可以混合，因为它是期望内容和不相关内容的组合。观众可能对节目感兴趣，但受制于可能极少感兴趣的商业广告。当前，存在广播公司将广告匹配给推测的观众人口统计学的一些尝试。假设足球粉丝可能喜欢啤酒，就用啤酒商业广告点缀足球比赛。但这种广告判定仅是假设，并且可能不准确。不喝酒的人可能也喜欢足球，而一些喝啤酒的人可能更喜欢非体育节目。其它节目编排可能违抗了对观众分类的尝试。犯罪剧可能没有良好定义的观众人口统计学，在此情况下广告可能不得不采取随意的方法。这可导致在单个节目中对广泛范围的产品广告。在此，大多数广告几乎对任何给定观众都无疑是不相关的。可能浪费了观众的时间，并且白费了广告商的资源。

类似问题可存在于交互式观看的情况下，其中可存在观众使用的可用应用，诸如控件。一般而言，观众被限制于固定的应用集合。这些应用可能对观众有用，但也一样可能与观众不相关。此外，在使之可用的应用与播送的内容之间可能没有联系。由于不相关控件是不需要的且未被使用，因此，不相关控件的可用性表示浪费的存储空间。

虽然已经进行了一些尝试来调整以适应观众的体验，以更好地适合于各种需要和兴趣，但这些已经证明是棘手的。插入有针对性的观众特定广告可产生不可接受的延迟，并且对具体观众使之可用的任何控件通常都是手动加载的。对于这两种情形，传递都是麻烦的，并且可能不及时。

附图说明

图1是根据一实施例例证其中可操作本文描述的系统和方法的系统的框图。

图2是概括地例证一实施例的处理的流程图。

图3是例证其中向观众呈现补充内容的一实施例的框图。

图4是例证根据一实施例向观众提供数据的过程的流程图。

图5是例证根据一实施例向观众传递补充内容的流程图。

图6是例证第一软件实施例或固件实施例的框图。

图7是概括地例证根据一个实施例的应用的标识和传递的框图。

图8是例证根据一个实施例的应用的标识和传递的更详细框图。

图9是例证根据一个实施例向观众标识和传递应用的过程的流程图。

图10是例证根据一个实施例用于获得应用的过程的更详细流程图。

图11是例证根据一个实施例的应用操作的流程图。

图12是例证第二软件实施例或固件实施例的图解。

图13例证了其中用户可通过移动装置接收内容和应用的实施例。

具体实施方式

本文公开了向观众呈现数据的方法和系统，其中数据可以是对观众及观看体验而言特定的，并且是在本地存储的。该数据例如可以是补充多媒体内容或应用，诸如“控件”（widget）。在一实施例中，可将补充内容（诸如广告）呈现给观众，其中这个内容可针对具体观众（鉴于他或她的观众简档）。在备选实施例中，可将应用（诸如控件）呈现给观众，其中该应用可以是对当前节目编排而言特定的，并由此被调整以适应观众的当前观看体验。在这两种情形下，数据都可在本地存储，并以最小延迟使数据可用。

图1中例证了本文描述的系统和方法的可能上下文。这里，头端110（诸如线缆头端）可负责向最终用户或观众提供内容。在备选实施例中，头端110可能不是线缆头端；头端100备选地例如可以是卫星头端或基于因特网协议(IP)的源。头端100可以是内容的媒体源，并且可执行网络管理功能。用户通过他们的相应显示器（诸如电视130a至130n）观看这个内容。在每个观众位置，内容都可通过相应本地装置，诸如机顶盒(STB)。这些被视为STB120a至120n。在备选实施例中，本地装置可能不是STB，而是例如可以是电视或其它消费电子装置。在一实施例中，每个本地装置可以是包含易失性存储媒体和/或非易失性存储媒体（诸如硬盘驱动器）的基于微处理器的装置。观众可例如通过选择节目来观看或选择录制节目，通过控制他的本地装置来部分地控制其观看体验。

图2例证了本文描述的总体处理。在210，可在本地将数据存储在观众的位置。在一实施例中，数据可以是应用。备选地，数据可以是补充内容。数据可存储在与观众相关联的本地装置。在220，触发事件可发生，其中该触发可最终导致在230数据被呈现给观众。在一实施例中，触发事件220可发生于数据在210的本地存储之前，使得触发220引起数据的本地存储210，随后在230，数据可被呈现。例如，与当前节目编排相关的元数据可提醒购买并存储与该节目编排有关的应用。

在备选实施例中，本地存储210可首先发生，后面是导致呈现230的触发事件210。例如，可在本地装置接收来自头端的尾接指令，其中该尾接指令意味着之前存储的补充内容要被处理以便呈现。

在任何情况下，数据对观看上下文而言都可以是适当的。该数据例如可与目前正在呈现给观众的节目编排相关，和/或可以是观众简档的函数。该过程可在240结束。

图3例证了本文描述的系统的实施例。系统300包含媒体源310。媒体源310例如可合并在头端中，并且可负责提供最终出现在呈现360中的当前节目编排325。媒体源310还可提供补充内容335。补充内容335表示可补充当前节目编排325或者要不然除了当前节目编排325外还被呈现的内容。补充内容335的示例例如可以是广告或公益广告。补充内容335例如可采取根据运动画面专家组(MPEG)格式格式化的一个或多个文件的形式。在例证的实施例中，补充内容335可在被呈现之前存储在本地存储装置330。在一实施例中，本地存储装置330可位于观众的本地装置中，并且可实现为易失性存储器或非易失性存储器（诸如闪存或硬盘驱动器）的形式。

在一实施例中，补充内容335可被调整以适应通过之前导出的观众简档所确定的具体类别观众。例如，补充内容335可包含对观众而言是本地的商业广告，诸如本地汽车经销商或超市。如果简档示出观众喜欢户外娱乐，则广告可以是狩猎小屋或滑雪胜地。这种简档可由服务提供商例如在初始服务预订的时候或通过任何已知的市场调研手段编制。备选地，可基于观众选择的内容创建或修改简档。

当前节目编排325可通过多流传输处理单元320，其可负责将本地装置与媒体源310相接口。当前节目编排325然后可传到多流媒体解码器340以便进行解码、解压缩以及其它的相关处理。

在例证的实施例中，多流传输处理单元320和多流媒体解码器340可共同操作两个分开但并行的媒体流水线，如示出的那样。这可允许两个分开媒体流的并行处理和排队，其中一个或另一个最终可由媒体选择器350选择。在例证的实施例中，当前节目编排325可以是默认选择，并使用第一多媒体流水线。在接收到触发后（在此实施例中该触发显示为来自媒体源310的尾接指令370），可从本地存储装置330读取补充内容335，并可将补充内容335加载在第二多媒体流水线中。补充内容335然后可通过多流传输处理单元320，并且然后可由多流媒体解码器340处理。

在这点，当前节目编排325和补充内容335在媒体选择器350都可用。选择的媒体流355(其表示补充内容335或当前节目编排325，不管选择哪个)出现在呈现360中。在正常情况下，当前节目编排325可由媒体选择器350选择，直到相反第二媒体流水线的补充内容335可由媒体选择器350选择的这种时间。当当前节目编排325中的预定义时隙出现时，媒体选择器350可从第一多媒体流水线切换到第二多媒体流水线。这可允许在这个时隙期间呈现补充内容335代替当前节目编排325。时隙的开头例如可由当前节目编排325中的标志标记。备选地，媒体选择器350可在与时隙重合的预先设置的时间标记进行这种切换。

在一实施例中，例如可使用诸如可从英特尔公司得到的CE 3100等装置实现双流水线架构。参考图3，在一实施例中，本地装置可合并本地存储装置330、多流传输处理单元320、多流媒体解码器340和媒体选择器350。然而，这种本地装置不一定局限于这些组件。

根据一实施例，图4中例证了与系统300相关联的处理。在410，可以从媒体源接收数据以便对于观众而言在本地存储。如上面讨论的，数据例如可包含补充内容，诸如一个或多个MPEG文件形式的广告。在420，可存储数据。在一实施例中，本地存储装置可驻留在观众的本地装置中。在430，可以关于是否已经接收到尾接指令进行确定。如上面讨论的，可从包含媒体源的头端接收尾接指令，并且可在观众的本地装置接收尾接指令。这种尾接指令可导致向观众呈现数据，例如补充内容。如果未接收到尾接指令，则过程继续等待；如果已经接收到尾接指令，则过程可继续到440。这里，可处理数据以便呈现给观众。该过程可在450结束。

根据一实施例，图5中更详细示出了处理数据以便呈现给用户的过程(图4的440)。在这点，已经从媒体源接收到尾接指令，如在过程400的430所确定的那样。在510，作为已经接收到尾接指令的结果，来自本地存储单元的补充内容可被加载到第二媒体流水线，在此诸如解码和解压缩的处理可发生。回想第一媒体流水线可用于当前节目编排。在520，可关于在当前节目编排中是否已经出现了预定义时隙进行确定。如果否，则该过程可继续等待。如果已经出现该时隙，则处理可在530继续。在此，该呈现可被切换到第二媒体流水线。这可允许在540向观众呈现补充内容代替当前节目编排。该过程可在550结束。

可以用硬件、固件或软件或其组合来实现上述处理。此外，本文公开的任何一个或多个特征都可用硬件、软件、固件或其组合实现，包含分立电路逻辑和集成电路逻辑、专用集成电路(ASIC)逻辑和微控制器，并且可实现为域特定集成电路封装的一部分或集成电路封装的组合的一部分。本文所用的术语“软件”可指的是包含计算机可读媒体的计算机程序产品，计算机可读媒体中存储有使计算机系统执行本文公开的一个或多个特征和/或特征组合的计算机程序逻辑。

图6中例证了上述处理的软件实施例或固件实施例。系统600可包含处理器630和存储器本体610，其可包含可存储计算机程序逻辑640的一个或多个计算机可读媒体。存储器610例如可实现为硬盘和硬驱、可拆卸媒体（诸如压缩盘和驱动器）或只读存储器(ROM)装置或它们的某种组合。处理器630和存储器610可使用本领域技术人员已知的多种技术中的任一种技术（诸如总线）进行通信。包含在存储器610中的逻辑可由处理器630读取和执行。一个或多个I/O端口和/或I/O装置（共同显示为I/O 620），还可连接到处理器630和存储器610。I/O 620可包含例如可在其上向观众呈现当前节目编排和补充内容的监视器。此外，系统600的一些或所有组件可合并到本地装置中，其可包含存储器610、I/O 620和处理器630，但不一定局限于这些组件。

计算机程序逻辑640可包含如图6中所示的多个逻辑模块。尾接指令检测模块650可负责检测来自媒体源的尾接指令的到达。尾接指令可意味着补充内容可被加载到第二媒体流水线中。这个加载可由流水线加载模块660处理。时隙检测模块670可负责检测要不然由第一媒体流水线处理的当前节目编排中的时隙。一旦检测到该时隙，媒体选择逻辑680就可将呈现从第一媒体流水线切换到第二媒体流水线。这将呈现从当前节目编排切换到第二媒体流水线的补充内容。虽然所例证的实施例示出计算机程序逻辑模块650-680，但系统600不必局限于这些模块。

在备选实施例中，可提供应用（诸如控件）以便观众使用，其中可基于观看上下文来选择该应用。例如，可提供如下应用，其中该应用的实用程序与正在观看的当前节目编排相关。

这概括地在图7的实施例中例证了。上下文信息705可被提供给应用访问基础设施710。上下文信息705可与正在呈现给观众的当前节目编排相关。具体地说，上下文信息705可包括与当前节目编排相关联的元数据。应用访问基础设施710可使用上下文信息705访问适当的应用720，即鉴于当前节目编排对观众可能有用的应用。作为一个示例，当前节目编排可以是其中观众被邀请对具体参赛者投票的纪实节目或比赛秀。基于伴随这个节目的元数据，系统可检索允许观众投票的应用。应用访问基础设施710可以是对观众而言本地的（例如在观众的本地装置中呈现的）组件和是远程组件的组合。

这在图8的实施例中例证了。在此，可从与正在呈现给观众的当前节目编排相关联的元数据提取上下文信息810，并可将上下文信息810传到上下文应用管理器815。上下文应用管理器815可负责标识并取得适合于当前节目编排的应用。在一实施例中，元数据和上下文信息可参考特定应用。备选地，上下文信息可只是以某种方式表征当前节目编排。为了确实获得适当的应用，上下文应用管理器815可基于上下文信息810制定查询820，并且可以向应用数据库825发送查询820。应用数据库825然后可通过返回适合于当前上下文（即当前节目编排）的应用的标识符(ID)830来响应该查询。

上下文应用管理器815然后可创建对所标识应用的请求835。请求835可包含应用标识符830，并且可被发送到“应用库”（Application gallery）840。应用库840可被看作用于寻求具体应用的各方的访问点，在一些方面类似于在线应用存储或在线目录。应用库840可以不是实际的应用储存库（repository）。在一实施例中，请求835可被发送到多于一个应用库。

在所例证的实施例中，应用库840可将请求835(或其某种重新格式化版本)转发到远程存储设施850。这种设施例如可以是服务器。远程存储设施850然后可返回请求的应用860。在一实施例中，远程存储设施850可远离观众的即刻位置，并且可经由计算机网络（诸如局域或广域网或因特网或其某种组合）访问远程存储设施850。

应用860然后可被下载到应用“坞”(dock)880。在一实施例中，应用860到坞880的加载可用于发起或激活应用860，使得它的执行开始。坞880可以是具有附随用户接口的数据结构，通过该用户接口用户可开始与其上驻留的应用交互，即驱动其上驻留的应用。在一实施例中，可在上下文应用管理器815的控制下进行下载。

在完成当前节目编排后，与这个节目编排相关的应用可不再有用。在这点，假定当前节目编排已经改变，则文本信息可能改变。然后可从坞880中删除与当前节目编排相关的应用。在一实施例中，可在上下文应用管理器815的控制下进行这种删除。

在一实施例中，上下文应用管理器815和坞880位于观众的地点，例如在本地装置。可远程地定位应用库840和远程存储设施850。可在本地定位应用数据库825或远程地定位应用数据库825。

根据一实施例，图9中概括地例证了系统800的处理。在910，可以接收上下文信息。如上面讨论的，这个上下文信息可包含与当前节目编排相关的元数据。在920，可以获得应用。可基于上下文信息获得该应用，使得在当前节目编排上下文中该应用是适当的。在930，可执行该应用。这可包含用观众输入激活和操作该应用。

根据一实施例，在图10中更详细例证了获得该应用(上面的920)。在1010，可查询应用数据库，其中基于上下文信息定制查询。该查询可寻求适合于当前节目编排上下文的应用的身份。在1020，可以从数据库返回应用标识符，其中该标识符可对应于满足该查询的应用。

在1030，应用标识符可用于通过使用应用库搜索实际应用。在一实施例中，可使用多于一个应用库找到该应用。在1040，一旦通过应用库找到该应用，就可向远程存储设施请求该应用。在1050，可将该应用从远程存储装置下载到应用库。在一实施例中，这个下载可在上下文应用管理器的控制下执行。在1060，该应用可移动到坞，在此可使该应用可用于观众。从坞，观众可通过用户接口看到该应用，并且可自由地与它交互。该过程可在1070结束。

根据一实施例，在图11中例证了应用的执行(图9的930)。在1110，可以激活该应用。在一实施例中，该激活可由上下文应用管理器执行。在1120，可关于是否已经相对于该应用接收到任何观众输入进行确定。如果否，则该过程可等待直到接收到输入为止。如果接收到输入，则在1130，观众与应用之间的交互可继续。该过程可在1140结束。

可以用硬件、固件或软件或其组合来实现上面相对于图9-11描述的处理。此外，本文公开的任何一个或多个特征都可用硬件、软件、固件或其组合实现，包含分立电路逻辑和集成电路逻辑、专用集成电路(ASIC)逻辑和微控制器，并且可实现为域特定集成电路封装的一部分或集成电路封装的组合的一部分。如上面提到的，本文所用的术语软件可指的是包含计算机可读媒体的计算机程序产品，计算机可读媒体中存储有使计算机系统执行本文公开的一个或多个特征和/或特征组合的计算机程序逻辑。

图12中例证了上面相对于图9-11描述的处理的软件实施例或固件实施例。系统1200可包含处理器1230和存储器本体1210，存储器本体1210可包含存储计算机程序逻辑1240的一个或多个计算机可读媒体。存储器1210例如可实现为硬盘和驱动器、可拆卸媒体（诸如压缩盘和驱动器）或只读存储器(ROM)装置或它们的组合。处理器1230和存储器1210可使用本领域技术人员已知的多种技术中的任一种技术（诸如总线）进行通信。包含在存储器1210中的逻辑可由处理器1230读取和执行。一个或多个I/O端口和/或I/O装置（共同显示为I/O 1220）还可连接到处理器1230和存储器1210。I/O 1220可包含例如可在其上向观众呈现当前节目编排和应用并且观众可通过其与应用交互的监视器。此外，系统1200可合并到本地装置中，并且可包含存储器1210、I/O 1220和处理器1230，但不必局限于这些组件。

计算机程序逻辑1240可包含如图12中所示的多个逻辑模块。上下文输入模块1250可负责接收上下文信息。数据库访问模块1260可负责访问应用数据库。这可包含用于基于上下文信息制定查询、向应用数据库发送查询并响应于查询接收应用标识符的逻辑。库搜索模块1270可负责搜索一个或多个应用库以得到与从应用数据库返回的标识符相关联的应用。应用下载模块1280可负责将应用从远程源下载到应用库，并将应用放在坞中以便观众访问。

图13例证了装置1300的一实施例，其中可实现本文描述的一些或所有功能性。在一个实施例中，例如，装置1300可包括通信系统。在各种实施例中，装置1300可包括处理系统、计算系统、移动计算系统、移动计算装置、移动无线装置、计算机、计算机平台、计算机系统、计算机子系统、服务器、工作站、终端、个人计算机(PC)、膝上型计算机、超膝上型计算机、便携式计算机、手持计算机、个人数字助理(PDA)、蜂窝电话、组合蜂窝电话/PDA、智能电话、寻呼机、单向寻呼机、双向寻呼机、消息传送装置、黑莓®、MID、MP3播放器等等。实施例不限于此上下文。

移动计算装置可以是指例如具有处理系统和移动电源或供电（诸如一个或多个电池）的任何装置。在一个实施例中，例如，移动计算装置可实现为能够执行计算机应用以及语音通信和/或数据通信的智能电话。尽管可通过作为示例实现为智能电话的移动计算装置描述一些实施例，但可以理解的是，也可使用其它无线移动计算装置实现其它实施例。实施例不限于此上下文。

如图13所示，装置1300可包括外壳1302、显示器1304、一个或多个输入/输出(I/O)装置1306和天线1308。装置1300还可包括导航控制部分1312。

显示器1304可包括用于显示适合于移动计算装置的信息的任何适当显示单元。I/O装置1306例如可包括适当的键盘、麦克风和/或扬声器。I/O装置1306可包括用于将信息录入到移动计算装置的任何适当I/O装置。I/O装置1306的示例可包含字母数字键盘、数字小键盘、触摸垫、输入键、按钮、开关、摇臂开关、语音识别装置和软件等等。信息也可通过麦克风录入到装置1300中。可通过语音识别逻辑将这种信息数字化。实施例不限于此上下文。

在实施例中，装置1300适合于包含本文所描述的本发明功能性。在一个实施例中，计算机程序逻辑1240(图12)用于实现本文所描述的本发明功能性。

虽然本文已经公开了各种实施例，但应该理解，仅通过示例而非限制来呈现它们。本领域技术人员将明白，可在不脱离本文公开的方法和系统的精神和范围的情况下在其中进行形式和细节方面的各种改变。由此，权利要求书的宽度和范围不应受本文公开的任何示范实施例的限制。

Claims (13)

1.一种方法，包括：

将补充内容本地存储在本地装置中，其中所述补充内容特定于当前节目编排的上下文；

将所述当前节目编排加载到所述本地装置的第一媒体流水线中；

在所述本地装置从头端接收包括尾接指令的加载触发，所述加载触发提醒将所述补充内容从所述本地装置的本地存储装置加载到所述本地装置的第二媒体流水线中，其中所述第一和第二媒体流水线是所述本地装置的多流传输处理单元和多流媒体解码器的分开的并行的媒体流水线，允许两个分开的媒体流的并行处理和排队，其中能够选择所述第一流水线的第一媒体流或所述第二流水线的第二媒体流以用于呈现给观众；

在所述第二媒体流水线被加载所述补充内容之后，在所述第一媒体流水线的所述当前节目编排向所述观众的呈现中等待时隙发生；以及

在所述时隙发生时，在所述本地装置将所述呈现从所述第一媒体流水线切换到所述第二媒体流水线，使得所述补充内容被呈现给所述观众。

2.如权利要求1所述的方法，其中所述头端包括所述当前节目编排的媒体源。

3.如权利要求1所述的方法，其中所述头端包括所述补充内容的媒体源。

4.一种在本地装置中结合的系统，包括：

本地存储单元，配置成存储补充内容；以及

多流传输处理单元，与媒体源和所述本地存储单元通信，所述多流传输处理单元并行地从所述媒体源接收当前节目编排以及从所述本地存储单元接收所述补充内容；

多流媒体解码器，与所述多流传输处理单元通信，所述多流媒体解码器并行地经由所述多流传输处理单元的第一和第二并行的媒体流水线分别接收所述当前节目编排和所述补充内容，并且并行地处理所述当前节目编排和所述补充内容；以及

媒体选择器，与所述本地存储单元和媒体源、所述多流媒体解码器通信，所述媒体选择器从所述多流媒体解码器经由所述第一媒体流水线接收所述当前节目编排以及经由所述第二媒体流水线接收所述补充内容，以及

其中所述媒体选择器配置成经由所述本地装置的第一媒体流水线从所述媒体源接收当前节目编排以及经由所述本地装置的第二媒体流水线从所述本地存储单元接收补充内容，并且还配置成在所述当前节目编排中的某个时隙发生时从所述当前节目编排切换到所述补充内容，其中所述第一和第二媒体流水线是所述多流传输处理单元和多流媒体解码器的分开的并行的媒体流水线，允许两个分开的媒体流的并行处理和排队，其中所述媒体选择器能够选择所述第一流水线的第一媒体流或所述第二流水线的第二媒体流以用于呈现给观众。

5.如权利要求4所述的系统，其中所述媒体源被包括在头端中。

6.如权利要求4所述的系统，其中所述本地存储单元包括易失性或非易失性存储器中的一个或多个。

7.如权利要求4所述的系统，其中所述多流传输处理单元还配置成从所述媒体源接收所述补充内容，将所述补充内容写到所述本地存储单元，并在将所述补充内容发送到所述媒体选择器、所述多流媒体解码器之前从所述本地存储单元读取所述补充内容。

8.如权利要求4所述的系统，其中所述第二媒体流水线所述多流传输处理单元配置成当尾接指令从所述媒体源被接收时接收所述补充内容。

9.一种计算机程序产品，包括计算机程序逻辑存储于其中的非易失性计算机可读媒体，所述计算机程序逻辑包括：

使处理器将补充内容本地存储在本地装置中的逻辑，其中所述补充内容特定于当前节目编排；

使所述处理器将所述当前节目编排加载到所述本地装置的第一媒体流水线中的逻辑；

使所述处理器响应于从头端接收到包括尾接指令的加载触发而将补充内容从所述本地装置的本地存储装置加载到所述本地装置的第二媒体流水线中的逻辑，其中所述第一和第二媒体流水线是所述本地装置的多流传输处理单元和多流媒体解码器的分开的并行的媒体流水线，允许两个分开的媒体流的并行处理和排队，其中能够选择所述第一流水线的第一媒体流或所述第二流水线的第二媒体流以用于呈现给观众；

使所述处理器在所述第二媒体流水线被加载所述补充内容之后，在所述第一媒体流水线的所述当前节目编排向所述观众的呈现中等待时隙发生的逻辑；以及

使所述处理器在所述时隙发生时，在所述本地装置将所述呈现从所述第一媒体流水线切换到所述第二媒体流水线，使得所述补充内容被呈现给所述观众的逻辑。

10.如权利要求9所述的计算机程序产品，其中所述头端包括所述当前节目编排的媒体源。

11.如权利要求9所述的计算机程序产品，其中所述头端包括所述补充内容的媒体源。

12.如权利要求1所述的方法，还包括：

在所述本地装置接收存储触发，所述存储触发提醒将所述补充内容本地存储在所述本地装置中。

13.如权利要求9所述的计算机程序产品，其中所述计算机程序逻辑还包括：

使所述处理器接收存储触发的逻辑，所述存储触发提醒将所述补充内容本地存储在所述本地装置。