CN100568953C - 用于动态生成和分布对广播信号的同步增强效果的系统和方法 - Google Patents

Abstract

公开了系统和方法，用于动态生成和分配同步的媒体呈现。本发明提供了增强的媒体呈现的自动取回、组装和格式化，以及该呈现的同步递送。增强内容被同步，以便其递送与广播信号或其他被设计增强的媒体节目同时发生，而不要求该增强内容被物理地绑定到媒体节目。本发明的另一个方面是增强内容的组装和同步是独立于用于执行或显示增强的内容的分配通道和平台的。从而，可为机顶盒、个人计算机、个人视频记录器、音频系统或用于递送媒体节目到用户的任何其他平台对增强内容进行格式化。

Description

用于动态生成和分布对广播信号的同步增强效果的系统和方法

技术领域

本发明一般地涉及交互式信息系统，尤其涉及动态生成和分布同步媒体呈现的系统和方法。

背景技术

交互式电视(ITV)是被称为交互式信息系统的新兴技术的一种形式。在ITV的情况下，交互式系统被用于增强电视观看者的观看体验。通常，增强效果来自伴随与电视节目相关的传统视频的文本或图形图像形式的媒体。该技术允许电视网络或其他电视内容提供商利用电视机作为新服务和市场机遇的媒介。

连接到电视的机预盒控制着电视的交互式功能。机顶盒接收由广播服务提供商发送的信号，从广播馈送中分离出增强的电视内容，并且对信号的各个部分进行解压缩。在广播信息被发送到电视的同时，机顶盒例如利用增强的内容来执行应用程序。机顶盒可在将信息发送到电视之前，将广播馈送与根据增强的内容生成的交互式图形或音频相结合。交互式图形和音频可向观看者提供附加信息，或者可指示观看者进行输入。并且机顶盒可经由调制解调器连接将观看者输入或其他信息提供给广播服务提供商。

目前存在的诸如ITV这样的交互式信息系统的一个问题是将用于增强广播信号的媒体(用于增强信号的媒体在这里被称为“媒体呈现(media presentation)”)与广播信号同步的困难性。该过程通常是手动的，并且要求来自广播运营中心(BOC)的工程师呼叫媒体呈现的分配者，并且为广播开始进行口头倒计时。在接收到来自工程师的“开始”信号后，分配者开始发送媒体呈现，并且希望呈现与广播信号同步。但是如果工程师和媒体分配者之间通信失误或者如果广播信号中有意外中断，则媒体呈现失去与广播信号的同步。

将媒体呈现与广播信号同步的另一种已知的方法是将触发信号添加到广播磁带中。在广播磁带被放映时，磁带中的触发信号被设备(通常是计算机)所读取，并且被馈送到跟踪媒体呈现以保持其与广播信号同步的应用程序。在另一种方法中，启用了ITV的机顶盒将媒体呈现物理地嵌入到广播馈送中所被读取的位置处。

这些方法中的任一种的问题都是媒体呈现被物理地联系到广播信号。从而，一旦媒体呈现和/或广播触发信号被嵌入在信号中，则任何人都非常难以对用于增强广播信号的媒体进行添加或更改。另一个问题是通常存在给定电视节目的多个版本或剪辑，广播触发信号和媒体呈现必须被分别嵌入到用于存储每次剪辑的录像带中。

交互式信息系统的另一个已知的问题是开始和停止媒体呈现以便考虑到电视节目中的商业广告或其他间歇的问题。增强的视频系统的提供商通常不在广告间歇期间运行媒体呈现，这部分是因为花钱做广告的广告者不希望在广告被广播的同时观看者被媒体增强效果转移注意力。一种已被用于针对解决此问题的方法是创建一种应用程序，该应用程序被编程为在预设地时刻开始和停止媒体呈现。但是实践已表明这一方法效力有限，并且对于持续时间长于一小时的电视节目很少起作用。如果广播信号中的意外中断导致媒体呈现与广播信号失去同步，则此方法易于出错。

因此在工业中存在一种已意识到的对于这样的系统和方法需求：该系统和方法生成和递送媒体呈现，该媒体呈现与广播信号或该呈现所被设计用于增强的其他媒体格式同步。

发明内容

公开了系统和方法，用于动态生成和分配同步的媒体呈现。本发明提供了增强的媒体呈现的自动取回、组装和格式化，以及该呈现的同步递送。增强内容被同步，以便其递送与广播信号或其他被设计增强的媒体节目同时发生，而不要求该增强内容被物理地绑定到媒体节目。本发明的另一个方面是增强内容的组装和同步是独立于用于执行或显示增强的内容的分配通道和平台的。从而，可为机顶盒、个人计算机、个人视频记录器、音频系统或用于递送媒体节目到用户的任何其他平台对增强内容进行格式化。

在本发明的一个实施例中，公开了一种交互式信息系统，其组装和递送用于增强视频事件的媒体呈现，以便该媒体呈现是在与视频事件的广播一致的时刻被递送到分配通道的。在此实施例中，该系统包括：广播定时服务器，其监控被安排广播的事件的播放列表，并且被配置为生成进入视野和正在播送的触发信号，其中进入视野触发信号指示新视频事件已进入播放列表，正在播送触发信号指示该新视频事件已开始广播；以及媒体呈现引擎，其响应于进入视野触发信号组装媒体呈现，并且响应于正在播送触发信号将媒体呈现递送到分配通道。

在本发明的另一实施例中，进入视野触发信号包括标识新视频事件的事件标识符，并且媒体呈现引擎被配置为利用事件标识符查询媒体内容数据库，以取回与新事件相关联的脚本。

在本发明的另一实施例中，媒体呈现引擎还被配置为将至少一个定时器与媒体元素相关联，并且响应于正在播送触发信号而起动定时器，以便媒体元素在由定时器所确定的时刻被递送。在一个示例中，媒体呈现引擎在由定时器所确定的时刻从动态数据源取回媒体元素。

在本发明的另一实施例中，公开了一种方法，该方法将多个媒体呈现组装和递送到多个分配通道，以便所述递送与事件的广播同时发生。该方法包括以下步骤：接收指示事件已进入被安排广播的事件的播放列表的第一通知；响应于该通知而组装第一和第二媒体呈现；并且在接收到指示事件的广播已开始的第二通知时，将第一媒体呈现递送到第一分配通道，并将第二媒体呈现递送到第二分配通道。

在本发明的另一实施例中，第一分配通道与第一平台相关联，第二分配通道与不同于第一平台的第二平台相关联。此外，该方法还包括以下步骤：将第一媒体呈现与广播相组合，以创建第一增强的广播信号，并利用第二媒体呈现创建第二增强的广播信号。

在本发明的另一实施例中，公开了一种方法，该方法将媒体呈现组装和递送到分配通道，以便媒体呈现的递送与事件广播同时发生。该方法包括以下步骤：接收指示事件被安排广播的进入视野触发信号，所述进入视野触发信号包括与事件相关联的事件标识符；利用事件标识符查询媒体元素数据库，以捕捉与事件相关联的脚本，该脚本标识出将与事件一起广播的一个或多个媒体元素；至少部分基于一个或多个标识出的媒体元素组装媒体呈现；并且在接收到指示事件的广播已开始的通知时，将组装后的媒体呈现递送到分配通道。

在另一实施例中，组装媒体呈现的步骤被进一步分成以下步骤：从媒体内容数据库取回媒体元素；为分配通道格式化媒体元素；并且将媒体元素存储在缓存中。并且，在该实施例中，递送组装后的媒体呈现的步骤包括以下步骤：接收指示事件的广播已开始的通知；解析该通知，以捕捉该事件的正在播送事件标识符；利用正在播送事件标识符查询缓存，以识别与事件相关联的媒体呈现；并且将媒体呈现从缓存传送到分配通道。

在另一实施例中，递送组装后的媒体呈现的步骤包括以下步骤：接收指示事件的广播已开始的通知；解析该通知以捕捉该事件的正在播送事件标识符；利用该正在播送事件标识符查询缓存，以识别媒体呈现；捕捉来自动态数据源的一个或多个动态媒体元素；将动态媒体元素与缓存的媒体元素相合并；并且将合并后的媒体呈现从缓存传送到分配通道。

在本发明的另一实施例中，公开了一种方法，该方法利用媒体来增强视频事件，并将增强效果递送到分配通道，以与视频事件的广播同时发生，所述方法包括以下步骤：接收指示视频事件已进入被安排广播的事件的播放列表的通知；取回与视频事件相关联的多个脚本；选择多个脚本之一以在视频事件的广播时使用；组装与被选择的脚本相关联的媒体呈现；并且将媒体呈现递送到分配通道，以与视频事件的广播同时发生。在一个实施例中，多个脚本中的每一个标识一个不同的媒体呈现。

在本发明的另一实施例中，公开了一种方法，该方法用于同步被安排在电视网络上播送的事件的媒体呈现，并经由与电视网络相关联的分配通道将媒体呈现递送到该网络，该方法包括以下步骤：捕捉事件的事件标识符；查询媒体元素数据库，以识别与事件标识符相关联的一个或多个媒体元素；至少部分基于识别出的媒体元素来组装媒体呈现；缓存媒体呈现；并且响应于事件已开始广播的通知将媒体呈现递送到分配通道。

在本发明的另一实施例中，公开了一种方法，该方法通过将媒体呈现递送到分配通道以与视频事件的广播开始同时发生，来增强视频事件，该方法包括以下步骤：接收一个指示视频事件已进入被安排广播的视频事件的播放列表的通知；取回描述与视频事件相关联的媒体呈现的脚本，其中媒体呈现包括静态部分和动态部分；组装媒体呈现的静态部分；将静态部分存储在存储区域中；响应于视频事件的广播已开始的通知，取回媒体呈现的动态部分；并且将媒体呈现的静态和动态部分递送到分配通道。

在另一实施例中，取回媒体呈现的动态部分的步骤包括从动态数据源取回XML馈送，并且该过程还包括以下步骤：解析XML馈送以捕捉脚本中涉及的一个或多个媒体元素；并且生成内部XML文件，其包括脚本中涉及的一个或多个媒体元素，以及描述媒体元素如何被显示的媒体显示指令。

在本发明的另一实施例中，公开了一种交互式信息系统，其组装和递送用于增强视频事件的媒体呈现，以便媒体呈现是在与视频事件的广播一致的时刻被递送到分配通道的。此实施例包括：广播定时服务器，其监控被安排广播的事件的播放列表，并且在新视频事件进入播放列表时生成触发信号，其中触发信号包括与新视频事件相关联的事件标识符；以及媒体呈现引擎，其接收触发信号，并利用事件标识符查询媒体数据库，以识别与新视频事件相关联的多个媒体呈现，该媒体呈现引擎还被配置为在新视频事件开始播送时选择多个媒体呈现之一，并将被选择的媒体呈现组装和递送到分配通道。

在本发明的另一实施例中，公开了一种方法，包括：检测媒体事件进入到播放列表；基于媒体事件组装媒体呈现，该媒体呈现用于增强媒体事件；并且基于事件到达播放列表的顶部并且开始播放，递送媒体呈现，以便与事件一起广播。

在本发明的另一实施例中，公开了一种方法，其包括以下步骤：基于要广播的媒体事件取回脚本；执行脚本以生成将与媒体事件一起广播的媒体呈现；并且递送媒体呈现，以便与媒体事件一起广播。

本发明的另一实施例是一种ITV系统，其直接从广播操作中心读取视频播放列表数据，并且具有得知在任何给定时刻正在播放什么内容的能力。利用此信息，该系统动态地组装要与节目一起分配的同步和异步节目信息、体育数据馈送以及产生的内容。利用适当的平台技术和商业规则，本发明将内容直接分配到每个交互式平台(机顶盒、无线设备、PC等)，并且通过对信息进行时序安排和并利用娱乐性的表演特定的内容(花絮、事实、比分、持续时间等)对其进行调节，系统为网络创建了节目内的、促进性的市场和广告销售工具。

附图说明

在概括地描述了本发明以后，现将谈及附图，这些附图不一定是按比例绘制的，其中：

图1是根据本发明的一个实施例的交互式内容生成和分配系统的框图。

图2是示出在新事件出现在广播播放列表上时发生的处理的流程图。

图3是示出在事件开始播送时发生的处理的流程图。

图4是示出取回、组装和格式化事件的交互式内容所采取的步骤的流程图。

具体实施方式

这里所公开的系统和方法在其各种实施例中克服了上述现有技术的缺点，并且实现了这种系统和方法之前不可能存在的优点。

以下将参考附图更完整地描述本发明，附图中示出了本发明的优选实施例。但是本发明可体现在许多其他的形式中，而不应当被理解为限于这里所述的实施例；相反提供这些实施例是为了公开内容将会详尽和完整，并且将会完整地将本发明的范围传达给本领域的技术人员。从始至终类似的标号都表示类似的元件。

在前述描述和相关附图中给出的教导的帮助下，本发明所属领域的技术人员将会想到本发明的许多修改和其他实施例。因此，要理解本发明不限于所公开的特定实施例，修改和其他实施例想要被包括在所附权利要求书的范围内。虽然这里采用了特定术语，但是它们只是在一般的描述性意义上使用的，而不是用于限制目的。

以下参考根据本发明的一个实施例的方法、装置(即系统)和计算机程序产品的框图和流程图描述本发明。要理解框图和流程图的每个块以及框图和流程图中的块的组合分别可由计算机程序指令实现。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理装置上，以产生机器，以便在计算机或其他可编程数据处理装置上执行的指令产生用于执行系统或流程图块中指定的框图的装置。

这些计算机程序指令也可被存储在计算机可读存储器中，该计算机可读存储器可指导计算机或其他可编程数据处理装置按特定方式工作，以便存储在计算机可读存储器中的指令产生一件产品，其中包含实现一个或多个流程图块中指定的功能的指令装置。计算机程序指令也可被加载到计算机或其他可编程数据处理装置上，以致使一系列操作步骤在计算机或其他可编程装置上被执行，以产生计算机实现的过程，以便在计算机或其他可编程装置上执行的指令提供用于实现一个或多个流程图块中指定的功能的步骤。

因此，框图和流程图的块支持用于执行指定功能的装置的组合、用于执行指定功能的步骤的组合以及用于执行指定功能的程序指令装置。还要理解，框图和流程图的每个块以及框图和流程图中的块的组合可由执行指定功能或步骤的基于硬件的专用计算机系统或专用硬件和计算机指令的组合实现。

虽然本发明是在ITV系统的上下文中一般性描述的，但是本领域的普通技术人员易于意识到本发明对于任何向媒体提供增强的内容的系统同样有利，不论该媒体是视频信号、个人视频记录器、电子邮件还是本领域中已知的其他媒体。

图1示出根据本发明的一个实施例的增强型媒体生成和分配系统10。系统10的一个功能是将媒体元素组装成媒体呈现，并将组装后的媒体呈现的递送与广播信号同步，以向观看者提供增强的节目体验。这里所使用的术语“媒体元素”是指可伴随广播信号以增强节目体验的任何类型的媒体内容或数据元素。术语“媒体呈现”在这里用来指被组装和格式化以与广播信号同步的一个或多个媒体元素的群组。最后，术语“增强的广播信号”是指已使用同步的媒体呈现增强的广播信号。

在图1的实施例中，系统10包括位于BOC服务器15上的时序安排表或播放列表20、中继器30、广播定时服务器35、可位于内容定时服务器40上的一个或多个定时应用程序45、存储的内容数据库50、内容缓存60、一个或多个动态数据源70以及位于分配通道服务器80上的一个或多个应用程序接口85。这些组件中每一个的功能及其间的交互以下段落中描述。

像图1中称为BOC 15的那样的广播操作中心是本领域中公知的。一般而言，BOC 15利用已知系统和方法来对广播信号进行时序安排并将其发送到电视网络。被BOC 15广播的电视程序通常被存储在诸如录像带这样的音频-视频媒体上，并且经由广播自动化系统被安排时序。在优选实施例中，BOC 15利用Chyron/Pro-Bel六分仪自动化程序组来控制广播馈送，因为此特定自动化程序组生成一个易经由来自Pro-Bel机架固定件的串行馈送而访问的播放列表20。但是本领域的普通技术人员将会意识到任何广播系统或自动化程序组都可用于本发明，只要程序的时序安排表被生成并可被增强型媒体生成和分配系统10访问即可。

播放列表20本质上是一个数据文件，其具有关于被安排从BOC15广播的节目片段的信息。在优选实施例中，播放列表20包括事件号码、开始时间、标题、持续时间、事件标识符和类型的字段。事件号码用于标识节目片段被广播的顺序。对应于事件号码0的节目片段是目前被广播的节目，接下来将广播的节目片段是事件号码1，依此类携。当当前广播的节目片段完成，下一节目片段开始时，新的广播节目片段变成新的事件号码0，所列出的其他节目片段在播放列表20中上移。在优选实施例中，播放列表20是示出接下来要播放的10个节目片段(事件号码0至9)的窗口。在正广播的节目完成时，该节目离开播放列表20，新的节目片段被添加到播放列表20底部，作为节目号码9。

开始时间是播放列表20中的下一字段，并且代表事件被安排开始的时间。标题字段包括对事件的描述。在优选实施例中，事件代表电视节目、广播或网络标识符的任何片段。从而，例如，一个30分钟的连续剧可能具有一个代表前面的15分钟连续剧的事件、三个或四个代表广告的事件、一个用于网络标识的事件，最后是另一个代表最后的15分钟连续剧的事件。本领域的普通技术人员将会意识到节目片段被分成事件的方式对于本发明来说不是关键的。从而，例如，在一个实施例每个广告代表单个事件，而在另一个实施例，在30分钟连续剧的两个片段之间运行的所有广告将被分配给播放列表20中的单个事件。

播放列表20的持续时间片段代表事件的长度。当事件变成事件号码0时，即当事件被广播时，持续时间字段变成事件中剩余时间的倒计时。事件标识符是标识事件的唯一标识符。如下所述，增强型媒体生成和分配系统10为了关联哪些媒体元素(如果存在的话)在事件期间显示以便增强广播节目，使用该事件标识符。类型字段代表事件类型，并且在优选实施例中，具有事件类型值，例如间歇头部(B)、广告(C)、连接点(J)、实况(L)和节目(P)。

可选地包括在播放列表20中的另一个字段是自动化状态字段或自动化状态消息。在一个实施例中，自动化状态消息指示实际被广播的事件是否与播放列表数据一致。从而，例如，如果事件运行到超过其被安排的结束时间，则操作者可进行干预，并将广播自动化暂停，等待事件时序安排表的调整，或者直到正在播送的事件完成。又例如，自动化状态消息可指示自动化被关闭。这可能意味着正在播送的事件不一定对应于播放列表20中所示的事件。本领域的普通技术人员将会意识到以下所述的系统和方法可包括以下步骤：在旨在增强节目的媒体呈现被组装和/或递送之前，检查自动化状态消息以确认播放列表20中所示的事件实际正被广播。

返回图1的框图，中继器30代表捕捉来自BOC 15的播放列表20，并将播放列表20转换成可被增强型媒体生成和分配系统10所使用的格式。在优选实施例中，中继器30经由TCP/IP协议在局域网(LAN)上广播播放列表20。虽然图1只示出中继器30发送播放列表20到广播定时服务器35，但是本领域的普通技术人员将会意识到其他应用程序可经由LAN与中继器30通信，以获得播放列表20中包含的信息。

广播定时服务器35接收从中继器20馈送的播放列表，并且解析数据，以捕捉被安排广播的事件列表。在优选实施例中，播放列表数据被每秒钟两次地更新并传递到广播定时服务器35。在一个实施例中，当前事件每秒钟被更新一次，并且1和9之间的事件条目每秒钟被更新一次，更新时间约在当前事件被更新之后半秒钟。广播定时服务器35的一个功能是解析播放列表并确定是否已发生触发事件。被广播定时服务器35识别的第一触发事件在这里被称为正在播送(on-air)触发信号，并且代表正在播送的事件的变化。在操作中，广播定时服务器35解析播放列表并检查当前正在播送的事件。如果正在播送的事件是新事件，则广播定时服务器35将正在播送触发信号发送到内容定时服务器40上的定时应用程序45，通知它们新的事件已移动到事件号码0。但如果广播定时服务器35确定正在播送的事件是当前事件的延续，则正在播送触发信号不被发送。

广播定时服务器35识别的另一个触发事件在这里被称为进入视野(on-horizon)触发信号，并且指示新事件已移动到播放列表20上。一般而言，当新事件出现在播放列表20上时，它将会显现为事件号码9，并且该事件将会与移动到正在播送时隙的新事件同时发生。但是在优选实施例中，广播定时服务器35将播放列表20中的每个事件号码与最新的播放列表数据相比较，以确定新事件是否已出现。其原因是某些事件，例如实况体育事件，可能会运行到超过其安排的结束时间，并且促使播放列表20中的意外变化。在某些情况下，被安排广播的事件可能被跨过，或者播放列表20可能被调整，以适应于新的广播时序安排表。在优选实施例中，广播定时服务器35被配置为识别播放列表20中的任何事件的任何变化，并且会将该变化通知给定时应用程序45。

增强型媒体生成和分配系统10的下一组件是定时应用程序45。定时应用程序45的操作以下文中更详细描述，但是一般而言定时应用程序45充当媒体呈现引擎，其负责识别和取回用于增强事件广播的媒体元素。定时应用程序45处理各种媒体元素组装成媒体呈现，以及将组装后的媒体呈现同步递送到分配通道。

在优选实施例中，定时应用程序45是客户端特定的，即是为每个分配通道建立的专用定时应用程序45。从而，在图1所示的系统中，公知的经由广播和电缆系统提供交互式服务的提供商Wink通信具有其自己专用的定时应用程序45。类似地，图中示出了多个独立的定时应用程序45，用于个人视频记录器(PVR)以及无线和卫星平台的分配通道。此列表不想要是无遗漏的，本领域的普通技术人员将会意识到这些只是许多已知的根据本发明可通过其将视频媒体和交互式内容递送到用户的分配通道中的少数几个。

使定时应用程序45专用于每个客户端的分配通道的一个优点是定时应用程序45可被配置为处理客户端的特定商业规则，以及分配通道的特定硬件限制或要求。从而，如果特定客户端具有限制广告间歇期间增强型媒体呈现的执行的规则，则该客户端的定时应用程序45可被编程为实现该特定的商业规则。类似地，专用于特定分配通道的定时应用程序45可以被容易地被编程为组装和递送适应于该分配通道的硬件要求和限制的增强的媒体呈现。

为了清晰和易说明起见，这里所描述的定时应用程序45将会被描述为专用于单个分配通道的客户端特定的定时应用程序45。但是本领域的普通技术人员将会理解单个定时应用程序45可以很容易地被配置成服务多个客户端和多个分配通道。在这种实施例中，客户端特定的商业规则和分配要求可被存储在客户端数据库中，并按照需要被访问。类似地，本领域的普通技术人员将会意识到内容定时服务器40也可包含通用和客户端特定内容定时服务器40的混合。在此替换实施例中，在这里被归于客户端特定的定时应用程序45的某些过程实际上是由通用定时应用程序45执行的，并且结果被传递到客户端特定的定时应用程序45。从而，例如，一个通用定时应用程序45可处理将媒体元素从远程位置取回，并将媒体元素的复本存储在可被一个客户端特定的应用程序45所访问的本地存储器中。这些只是本发明所包含的系统的替换设计中的少数几个，更多的设计对于本领域的普通技术人员是显而易见的。

再次参见图1，图1中所示的下一个系统元件是内容数据库50。内容数据库50是许多用于增强广播信号的媒体元素的存储空间，也是许多描述媒体元素如何被用于增强广播信号的数据结构(以下描述)的存储空间。在优选实施例中，内容数据库50存储静态的媒体元素，或者至少存储告知定时应用程序45媒体元素的位置的参考地址，例如统一资源定位符(URL)。类似地，虽然动态媒体元素不被物理地存储在内容数据库50中，但是该数据库包含内容标识符，其标识可从中取回动态媒体元素的动态数据源。

这里所使用的术语“静态媒体元素”是指那些不受媒体元素被取回的时刻以及它被递送到分配通道的时刻之间的时间延迟所影响的媒体元素。另一方面，动态媒体元素代表那些对时间更敏感并且通常是在播放时或接近播放时被取回的媒体元素。静态媒体元素的一个示例是出现在电视节目上的演员传记。虽然演员人生的细节可能会随着时间而变化，但是因为传记中的数据不受传记被取回的时刻和其被广播的时刻之间的短暂延迟的影响，所以传记被视为静态媒体元素。相反，来自因特网体育服务的实况体育比分和统计信息呈现将会是动态媒体元素的示例，其中数据的相关性和精确性是时间敏感的。

以下段落描述根据本发明的优选实施例的增强型媒体生成和分配系统10的操作。

图2是示出新事件出现在播放列表20上时发生的过程的流程图。在步骤10中，广播定时服务器35经由中继器30接收来自BOC 15的播放列表20。在步骤20中，广播定时服务器35解析广播列表数据馈送，比较新播放列表数据与最近的播放列表，并发现新事件已进入到播放列表20中。作为响应，广播定时服务器35向定时应用程序45发送进入视野触发信号，以通知它们新事件的存在。在优选实施例中，广播定时服务器35使用进入视野触发信号来向定时应用程序45传递关于新事件的信息，包括事件号码、开始时间、标题、持续时间、事件标识符和事件类型。

在优选实施例中，进入视野触发信号被广播到所有的客户端特定的定时应用程序45。以下段落描述单个定时应用程序45对进入视野触发信号的处理，但是应该理解，每个定时应用程序45利用为每个定时应用程序45建立的客户端特定的商业规则和内容增强标准同时执行相同的步骤。

在步骤30中，定时应用程序45接收来自广播定时服务器35的进入视野触发信号，并且利用事件标识符查询内容数据库50，以捕捉一个或多个与新事件相关联的脚本。这里所使用的术语“脚本”是指描述媒体元素将如何被用于增强与该事件标识符相关联的事件的计算机代码。在优选实施例中，许多不同类型的脚本与单个事件标识符相关，并且每个脚本被分配了脚本层次结构中的优先级，该优先级确定事件广播时哪个脚本实际被使用。不同类型的脚本的示例包括网络脚本、特许脚本、标题脚本、版本脚本、正在播送脚本和时间表脚本。

网络脚本通常是层次结构中的最低脚本，被用在接收到没有事件标识符、或者具有不与其他脚本相关联的事件标识符的进入视野触发信号时。例如，网络脚本可指示定时应用程序45利用该日的网络节目时序安排表、或被安排为跟随在当前节目之后的节目列表来增强广播信号。

脚本层次结构中的下一个脚本是特许脚本，被用在新事件与特定的特许权相关联时。特许脚本的示例包括诸如“Friends”这样的电视连续剧，或者定期重复的网络呈现，例如“Dinner&a Movie”特许。与网络脚本不同，特许脚本适用于特定的系列节目，从而可能包括以下形式的增强的内容：传记信息、关于正式演员的图片、带有关于过去几集的问题的花絮游戏，或者甚至是来自最近由一个或多个演员主演的电影片断的视频流。

标题脚本是脚本层次结构中的下一个脚本，并且用在新事件与特定电视节目相关联时。鉴于特许脚本可应用于特定的特许系列节目，例如“Friends”，标题脚本可应用于“Friends”特许的特定的一集。从而，除了涉及整个特许的增强内容外，标题脚本还可指导定时应用程序45利用关于被广播的特定集的信息来增强广播信号。例如，标题脚本可使用关于出现在特定的一集中的客串明星的图片和传记信息。

版本脚本是层次结构中的下一个脚本，并且比起标题脚本来更是表演特定的，这是因为它只应用于特定表演的特定剪辑。在电视工业中，例如，如果表演包含违禁内容，则单次表演的多次剪辑是常见的。由于不同网络可能具有被视为可接受内容的不同阈值，因此每个网络可能会广播同一表演的不同剪辑。或者网络可能广播缩短表演播放时间的表演的特殊剪辑，并允许网络放映附加的插播广告。版本脚本与表演的特定剪辑相联系，并且例如可能指示定时应用程序45广播为特定表演的较长剪辑所创建的花絮游戏的缩短版本。具有对分配通道特定的脚本类型的好处是可根据与通道相关联的特定商业规则或硬件要求来为特定分配通道组装媒体元素。

正在播送脚本是最后的表演特定的脚本，并且一般也是脚本层次结构中最高的脚本。与版本脚本类似，正在播送脚本与表演的特定剪辑相关联，但是正在播送脚本甚至更具体，因为它涉及该剪辑将会被播送的特定时隙。从而，例如，可为将在2003年12月31日晚上11:30播送的“Friends”特许的特定一集的特定剪辑创建一个正在播送脚本。在此示例中，正在播送脚本可指示定时应用程序45利用屏幕底部的向着新年倒计时的时钟来增强广播信号。

可用于本发明的另一类型的脚本是时间表脚本。与先前讨论的脚本不同，时间表脚本不与特定节目相联系，而是与特定时隙相联系。虽然时间表脚本在脚本层次结构中一般具有低于除网络脚本外的其他所有脚本的优先级，但是其优先级可被调整，以便时间表脚本推翻其他脚本中的某些或全部。例如，如果不论特定时间正在播送的特定电视节目如何，特定媒体呈现必须在该时间被广播，则可使用这种调整。

时间表脚本还具有与实况体育事件的广播相联系的值。例如，网络可在每星期日下午3:00至6:00间广播职业足球比赛。可创建时间表脚本，以指示定时应用程序45利用连续的体育比分和统计信息馈送来增强该三小时时隙期间的广播信号。

时间表脚本的另一个可能的用途是作为默认脚本来替换网络脚本。从而，可为网络时序安排表中的每个时隙创建时间表脚本，并且如果接收到不具有事件标识符或者事件标识符不与表演脚本相关联的事件，则定时应用程序45被配置为默认这些时间表脚本。这些示例是示例性的，并且时间表和上述其他脚本的更多用途对于本领域的普通技术人员是显而易见的。

返回图2，在步骤40中，定时应用程序45取回每个脚本中涉及的媒体元素。多个脚本通常与单个事件标识符相关联，在此步骤中，定时应用程序45解析每个可应用的脚本，并且取回每个脚本中涉及的媒体元素。用于取回和组装脚本中描述的媒体呈现的过程在下文讨论，但是，一般而言，在步骤40中，构成每个脚本的各种媒体元素被取回并存储在临时存储区域中。

在步骤50中，定时应用程序45调和与事件相关联的脚本，以确定在生成将与广播信号同步的媒体呈现时将遵循哪个脚本。通常，定时应用程序45将会使用默认脚本优先级来调和脚本。从而，如果网络脚本、特许脚本和版本脚本都与给定事件相关联，则定时应用程序45将会遵循版本脚本，因为它的脚本优先级高于网络和特许脚本。但是如上所述，脚本的优先级可被修改，以便默认脚本层次结构可根据需要被推翻。

在步骤60中，定时应用程序45取回调和过程中选择的脚本中所涉及的媒体元素，并将数据组装成媒体呈现。用于将媒体元素组装成媒体呈现的过程是本领域中公知的。本领域的普通技术人员将会意识到对任何媒体元素进行格式化所需的过程取决于将要使用的媒体类型以及将在其上显示该媒体元素的客户端。例如，如果定时应用程序45正在用文本来增强广播信号，则定时应用程序45必须为文本编页码，以便正确的文本量出现在每页上。而关于每页将装下多少文本是由将要广播该文本的客户端确定的。类似地，如果媒体元素采取图形图像的形式，则电视屏幕上将显示的图像的尺寸取决于将要广播该图像的客户端。正如先前注意到的，定时应用程序45是客户端特定的，因此最好预先被配置为以其各自的客户端所需的任何方式来组装和格式化媒体元素。

在步骤70中，定时应用程序45将组装后的媒体呈现存储在内容缓存60中。在优选实施例中，构成媒体呈现的媒体元素被以用于广播它们的格式从物理上格式化并存储在内容缓存60中。从而，例如，如果媒体呈现完全由文本增强效果构成，则编页码后的文本呈现的每一页都被物理地存储在缓存60中。在替换实施例中，构成组装后的媒体呈现的媒体元素中的某些或全部不被物理地存储在缓存60中，相反地，缓存60包含标识媒体元素的位置的地址或其他索引。从而，例如，不是将图像文件存储在缓存60上，而是缓存60可保存指向实际图像文件的URL地址。

在图2中所示的过程结束处，将被用于增强事件广播的媒体呈现被组装并存储在内容缓存60中。在优选实施例中，媒体呈现保持在缓存60中，直到定时应用程序45接收到以下通知：事件处于事件位置0处并且已经开始广播。图3是示出事件开始播送时发生的过程流程的流程图。

在步骤100中，广播定时服务器35经由中继器30接收来自BOC15的播放列表20。在步骤110中，广播定时服务器35解析播放列表数据饲养，比较新播放列表数据与最近的播放列表，并确定新事件正播送中。然后广播定时服务器35通过新的正在播送的事件的正在播送触发信号通知定时应用程序45。在优选实施例中，正在播送触发信号包括来自播放列表20的关于新的正在播送的事件的数据，包括事件号码、开始时间、持续时间、事件标识符和事件类型的数据字段。

在步骤120中，定时应用程序45从正在播送触发信号中捕捉事件标识符，并从内容缓存60取出与正在播送的事件相关联的媒体呈现。作为此过程的一部分，定时应用程序45将会取回此事件的脚本中涉及的任何动态媒体元素。

在优选实施例中，当事件的脚本中涉及动态内容时，动态内容的脚本内容标识符将会包括到动态数据源70的URL或其他链接，动态媒体元素被从该动态数据源70取回。用于取回动态媒体的最常见的格式是XML馈送。但是本领域的普通技术人员将会很容易意识到捕捉动态媒体的其他方法是本领域中已知的，并且也可用于本发明。

当定时应用程序45接收到正在播送触发信号时，定时应用程序链接到动态数据源70并捕捉XML馈送。通常，XML馈送包含定时应用程序45可能不需要的数据，定时应用程序45必须解析XML馈送以获得作为脚本的一部分的数据。正如静态媒体元素那样，动态媒体元素也必须被组装和格式化，以便它们能以适当格式被显示。为此，定时应用程序45使用来自原始XML馈送的数据来创建第二XML馈送，该第二XML馈送仅包括脚本中涉及的信息。此外，第二XML馈送优选地包括本领域中公知的媒体显示指令或属性，这些指令或属性将会指示客户端动态媒体元素应该如何被显示。然后此数据被传送到缓存，在这里它变成将会与广播信号合并的媒体呈现的一部分。

在步骤130中，定时应用程序45将组装后的媒体呈现递送到分配通道的应用程序接口85，在该应用程序接口85中媒体呈现被与广播信号合并。合并媒体呈现与广播信号所需的系统和过程是本领域中公知的，并且是在本发明的描述的范围之外的。本领域的普通技术人员将会很容易意识到将媒体呈现与广播信号或另一媒体格式相关联所需的系统和过程取决于用于将事件发送到观看者所使用的分配通道的类型以及用于递送媒体的平台。用于增强广播信号的某些公知过程包括但不限于将媒体呈现与广播信号进行多路复用，以及将媒体呈现插入到广播信号的垂直消隐间隔中。

媒体呈现是独立于用来广播增强的广播信号的分配通道而被组装的这一事实是本发明的一个新颖的方面和优点。前述段落描述了一种系统，该系统监控广播时序安排表并在新事件进入播放列表20时通知多个客户端特定的定时应用程序45。虽然每个定时应用程序45接收相同的事件标识符，但是定时应用程序45响应于该事件取回和组装的脚本和媒体元素可能是完全不同的。在优选实施例中，每个定时应用程序45被配置成为一个客户端收集和组装媒体呈现，并且由于每个客户端具有其自己的唯一的商业规则和硬件限制集合，由第一定时应用程序45所组装的媒体呈现可能完全不同于由第二定时应用程序45所组装的媒体呈现。

例如，响应于特定事件标识符，第一定时应用程序45使用这样一个脚本，该脚本指示应用程序以文本覆盖的形式组装媒体呈现，该文本覆盖向观看者提供一系列标签，该标签系列提供节目描述、节目中的每个演员的传记以及下周中该节目被安排播送的时间列表。第二定时应用程序45接收相同的事件标识符，但是与第二定时应用程序相关联的客户端已将其配置成为该事件生成多播放器花絮游戏形式的媒体呈现。仍是响应于同样的事件标识符，第三客户端特定定时应用程序45可被配置为以视频流形式向其观看者递送广告。

图4示出描述用于取回和组装构成媒体呈现的各种媒体元素的步骤的流程图。在步骤200中，定时应用程序45在新事件进入广播播放列表20时接收进入视野触发信号。在优选实施例中，进入视野触发信号通常包括事件的事件标识符，定时应用程序45在步骤210中使用该事件标识符来查询内容数据库50，以取回与该事件相关联的脚本。在进入视野触发信号不包括事件标识符或者利用事件标识符进行的查询未找到相关联的脚本的情况下，定时应用程序45将会默认诸如网络或时间表脚本这样的脚本。但是在许多情况下，定时应用程序45可找到与事件相关联的几个脚本。

在优选实施例中，从内容数据库50取回的每个脚本具有其自己的唯一的脚本标识符，并且在步骤220中，定时应用程序45使用该脚本标识符来查询内容数据库50中的另一个表，以获得第一脚本的第一定时器。如下所述，定时应用程序45将定时器与媒体元素相关联，并利用该定时器来将媒体元素的启动与广播信号同步。例如，特定事件的持续时间可能是10分钟，该事件的脚本可能要求第一媒体呈现被用于事件的前一半，并且在该事件的7分30秒处定时应用程序启动第二媒体呈现。在此示例中，一旦事件开始播送，则将会为脚本生成第一定时器，以启动第一媒体呈现。在事件开始播送的时刻也可以起动第二定时器，但不是立即启动第二媒体呈现，而是在触发定时应用程序45之前，第二定时器可从事件的7分30秒开始倒计时以启动第二媒体呈现。

在优选实施例中，定时器在递送动态内容方面也扮演着角色。例如，体育事件的实况广播的脚本可指导定时应用程序45从动态数据源70捕捉关于体育事件的实况比分和统计信息，并将这些比分和统计信息显示在电视屏幕底部的横幅中。在这种情况下，可创建定时器，以便定时器以预定的间隔(例如每15秒)向定时应用程序45发送请求更新动态内容的触发信号，在此示例中，该触发信号致使定时应用程序45从动态数据源70取回最新比分和统计信息。一旦更新数据被取回，定时应用程序45就将数据传送到内容缓存60，并立即将数据从缓存60发送到分配通道。

返回图4，在步骤230中，定时应用程序45使用唯一地标识定时器的定时器标识符来查询广播项目表，该广播项目表优选地位于内容数据库50中。至少一个广播项目与每个定时器标识符相关联，并且每个定时器可能有多于一个广播项目。在优选实施例中，广播项目表包括唯一标识该记录的广播项目标识符，还包括内容标识符，该内容标识符标识将与广播信号同步以增强视频节目的媒体元素(即原始内容)。在步骤240中，定时应用程序45使用内容标识符来取回广播项目记录中标识的媒体元素。

列出可用于增强电视节目的每种可能的内容格式几乎是不可能的，并且不管怎样都是在本发明描述的范围之外的。本领域的普通技术人员熟悉增强内容可采取的多种格式，包括但不限于文本、图形或照片图像、视频流、到因特网站的链接或多种动态数据源中的任何一种。

在优选实施例中，广播项目记录中的内容标识符可链接到用于增强视频节目的任何形式及每一个形式的媒体。此外，内容标识符可涉及反过来又涉及多个其他媒体元素的媒体内容。例如，广播项目记录中的内容标识符可链接到列表内容。列表内容本身可指向多个其他媒体元素，这些媒体元素中的每一个都能被随机地、按转盘格式或以级联形式访问。在采取内容列表形式的媒体元素的情况下，涉及内容列表的广播项目记录将会标识内容列表所涉及的媒体元素中的某些或全部(广播项目可请求访问来自内容列表的单个媒体元素、来自该列表的媒体元素的子集或整个列表)以及它们被访问的形式(例如随机、顺序或级联)。

从而广播项目列表中的内容标识符涉及特定媒体元素或者涉及多个媒体元素的数据结构。在内容列表的情况下，广播项目具有以下灵活性：标识内容列表并确定内容列表首次被访问时第一媒体元素应被使用，内容列表下一次被访问时第二媒体元素应被使用，诸如此类。变化级别的内容数据结构的使用在为了某个事件对媒体元素进行组合和脚本编写的方式上提供了巨大的灵活性。

返回图4，当定时应用程序45已取出第一广播项目中涉及的所有媒体元素时，过程前进到步骤250，以查看定时器中是否涉及另外的广播项目。如果存在另外的广播项目，则过程返回步骤230，在这里下一广播项目被取回，并且取回媒体元素的过程被重复。当定时器中的所有广播项目的内容都已被取回时，过程前进到步骤260，以查看脚本中是否涉及另外的定时器。如果存在另外的定时器，则过程返回步骤220，并且过程为新的定时器重复。当所有定时器中的所有广播项目的媒体元素都已被取回时，过程前进到步骤270，以查看是否有另外的脚本匹配该新事件的事件标识符。如果存在另外的脚本，则定时应用程序45返回步骤210，过程重复，直到每个脚本中涉及的内容都被取回。

在步骤280中，定时应用程序45检查每个脚本的优先级，以确定在事件被广播时将要使用哪一个。一个默认优先级与每个脚本相关联，具有最高优先级的脚本一般是被选中的脚本。但在优选实施例中，脚本的默认优先级可被修改或推翻，从而向用户提供指定特定脚本与某个事件一起运行或在特定时隙期间运行的能力。

在步骤290中，调和过程所选择的脚本中涉及的媒体元素根据媒体和将要接收组装后的媒体呈现的客户端的特定要求而被组装和格式化。一旦媒体呈现被组装，定时应用程序45就将格式化后的内容传送到内容缓存290，在这里它被存储直到事件开始播送。

本领域的普通技术人员将会意识到本发明的好处是它针对解决了将媒体呈现与广播馈送同步的问题。目前，增强内容是通过以下两种方式之一与广播信号同步的：通过不能响应于广播时序安排表中的意外变化的手动过程，或者经由将增强内容物理地链接到广播信号的几个过程。相反，本发明使用了来自广播定时服务器35的进入视野触发信号，来警告定时应用程序45新事件何时进入广播播放列表20。此警告为定时应用程序45提供了充分提前的事件通知，以便定时应用程序45有机会在事件开始播送之前取回、组装并缓存内容。从而，当广播定时服务器35发送正在播送触发信号时，某些或全部内容已经被组装并准备好被传送到分配通道，以便它将与广播信号同步。并且，由于广播定时服务器连续监控广播播放列表20，因此增强型媒体生成和分配系统10可响应于可能发生的任何意外的时序安排变化。

作为对详细描述的结论，应该注意本领域的技术人员将会很清楚可对优选实施例做出许多变化和修改，而实质上不脱离本发明的原理。另外，这种变化和修改想要被包含在所附权利要求书所述的本发明的范围之内。此外，在以下权利要求书中，结构、材料、行为和所有装置的等同物或者步骤加功能元素想要包含用于执行其引证的功能的任何结构、材料或行为。

Claims (6)

1.一种用于将第一和第二媒体呈现组装和递送到多个分配通道的方法，所述递送与事件的广播同时发生，所述方法包括以下步骤：

接收指示所述事件已进入被安排广播的事件的播放列表的第一通知；

响应于所述第一通知组装第一和第二媒体呈现；并且

在接收到指示所述事件的所述广播已开始的第二通知时，将所述第一媒体呈现递送到第一分配通道，并将所述第二媒体呈现递送到第二分配通道。

2.如权利要求1所述的方法，其中所述第一和第二媒体呈现的所述递送同时发生。

3.如权利要求1所述的方法，其中所述第一分配通道与用于递送所述广播信号的第一平台相关联，所述第二分配通道与用于递送所述广播信号的第二平台相关联。

4.如权利要求1所述的方法，其中递送所述第一和第二媒体呈现的步骤包括以下步骤：将所述第一媒体呈现递送到与所述第一分配通道相关联的第一应用程序接口，将所述第二媒体呈现递送到与所述第二分配通道相关联的第二应用程序接口。

5.如权利要求4所述的方法，还包括以下步骤：将所述第一媒体呈现与所述事件的所述广播相组合，以创建第一增强的广播信号，并将所述第二媒体呈现与所述广播相组合，以创建第二增强的广播信号。

6.如权利要求5所述的方法，其中所述第一增强的广播信号是经由第一视频发送平台广播的，所述第二增强的广播信号是经由第二视频发送平台发送的。

Images