专利名称：交互式媒体系统和用于在交互式媒体系统中确定交互服务器范围的方法
技术领域：
本发明一般涉及允许用户与媒体节目交互的交互式媒体系统，并且更具体地说， 涉及调整资源大小和分配资源以操控与观看者的交互的方法。
背景技术：
交互式媒体包括允许观看者成为媒体节目中的积极参与者的媒体。例如，在交互 式电视系统中，观看者可与游戏节目中的参赛者竞争，下单订购广告的产品，提供有关节目 内容的问题或评论，请求有关媒体节目或媒体节目的主题的信息等。在许多情况下，观看者 反馈可影响节目如何继续。观看者反馈影响媒体内容的一个示例是观看者的实时投票产生 影响演示如何继续的决定的实时节目制作(例如，选秀节目、真人秀)。时间偏移、录制节目供以后观看的实践可造成交互式电视有关的问题。一个问题 是在媒体节目的原始传输后交互事件的可能失效。在节目的原始广播期间发生的交互事件 可能在节目的录制内容的以后观看期间不是有效的。例如，在原始广播期间发生的投票事 件在观看录制内容时可能不再有效。这种情况下，许多用户可对让观看者投票的提示恼怒， 并且一些用户在尝试投票时可变得失望。因交互式媒体节目的录制引发的另一问题是难以确定操控(handle)交互事件需 要的资源量。一旦录制节目，之后便随时可发生用户与媒体节目的交互。资源分配的一个 简单解决方案将是为每个交互式媒体节目指配固定量的资源(即，交互服务器)。然而，此 方法不可产生资源的最有效使用。观看特定交互式媒体节目的用户数量很可能随时间而有 所不同。资源的静态分配意味着分配的资源必须足以满足最高预期需求。因此，在特定交 互式媒体节目的需求低时，为该交互式媒体节目分配的资源将未使用。
发明内容
本发明涉及用于将诸如视频节目等交互式媒体节目输送到用户的交互媒体系统。 在一个示范实施例中，与交互式媒体节目的用户交互由诸如SMIL文档等用户在播放或观 看相关联媒体节目前可下载的交互文档定义。交互文档包括基于相关联媒体节目的运行时 间触发交互事件的时间线，并且与媒体节目同步。在触发交互事件时，可向用户显示叠加的 浏览器，并且可捕捉并发送用户输入或响应到交互服务器。交互文档可由媒体节目的回放 触发。本发明的另一方面涉及用于动态确定交互服务器和其它资源范围的方法，以便在 将未使用资源分配尽可能降到最低的同时，确保在任何给定时间有足够的资源可用于用户 交互。在一个示范实施例中，确定范围服务器基于交互文档的下载数量和媒体节目的类别， 预测在任何给定时间用户与事件交互的可能性。计算的可能性随后用于分配资源以操控预 期用户交互。例如，可根据操控交互事件需要的资源的成本，赋予交互事件权重。可基于事 件可能性和事件权重确定资源分配。带有更高可能性和更高权重的事件将需要更大的资源分配，而带有低可能性和低权重的事件将需要更少的资源。
图1示出用于将交互式媒体内容提供到用户的通信系统。图2示出用于对用于操控交互事件的资源确定范围和分配的示范确定范围系统。图3示出用于为用户交互确定交互服务器和其它资源范围的示范方法。图4示出示范确定范围服务器。
具体实施例方式图1示出用于将交互式媒体内容提供到用户的通信系统10。通信系统10包括由 内容提供商(或广播公司)或服务提供商操作的交互式媒体系统20和允许用户访问并播 放来自内容提供商的媒体库的媒体内容的媒体回放系统40。交互式媒体节目能通过多个通 信网络在多个不同的电子媒体中分发，诸如广播网络、移动网络、因特网协议(IP)网络或
其某一组合。交互式媒体系统20包括用于存储可用于用户的媒体内容的一个或多个媒体服务 器22、用于存储定义与媒体内容相关联的交互事件的交互文档的一个或多个文档服务器 24及用于操控交互事件的一个或多个交互服务器26。媒体服务器22存储的媒体内容可以 是任何类型的媒体，诸如视频内容、音频内容、音频/视频内容或其它流媒体。文档服务器 24中存储的交互文档定义与媒体内容相关联的交互事件。正如下面将描述的一样，交互文 档包括与媒体内容同步的脚本以在媒体内容的回放期间在预确定点生成交互事件。交互文 档可包括例如SMIL文档、XML文档等。交互服务器26包括配置为操控或处理交互事件的 服务器，诸如web服务器。交互服务器26从媒体回放系统40接收用户输入和响应。在一 些实施例中，交互服务器26也可在其中用户交互用于影响媒体内容的系统中与媒体服务 器22通f曰ο媒体回放系统40包括显示器42、媒体播放器44、浏览器46、高速缓存48、向用户 呈现媒体内容的音响系统50及输入用户响应的一个或多个用户输入控制54。浏览器46和 高速缓存48可以是web服务器52的部分。显示器42和音响系统50包括用于分别呈现视 频和音频内容的任何合适的装置。媒体播放器44包括软件和/或硬件以生成分别由显示 器42和音响系统50呈现的媒体流。例如，媒体播放器44可实现解压缩算法以将媒体流解 压缩，从而生成适合由显示器42和/或音响系统50呈现的输出数据流。在一个优选实施 例中，媒体播放器44也可录制媒体内容用于以后回放或观看。用户输入控制54包括任何 类型的用户输入装置，诸如小键盘、按钮、指点装置、导航控制、触敏控制等以允许用户输入 对交互事件的响应。在一些实施例中，显示器42可包括也充当用户输入装置54的触摸屏 显不器。浏览器46是媒体回放系统40中的应用程序，通过它进行用户交互。在一个示范 实施例中，用户交互通过媒体回放系统40的显示器42上叠加的浏览器窗口进行，并且用户 输入和响应可由相关联Javascript或其它类型脚本捕捉。浏览器46基于相关联交互文档 来生成用于特定媒体节目的交互事件，捕捉用户输入和响应，并且将用户输入和响应发送 到交互服务器26。作为与媒体内容的用户交互的一个示例，交互式节目可包含观看者投票或问题。定义交互事件的交互文档和相关联脚本存储在高速缓存48中。交互文档定义与 媒体内容同步的交互事件的时间线。因此，交互事件不依赖于媒体流中的触发器。媒体播 放器44可在媒体内容的回放开始时触发交互文档。在一个示范实施例中，统一资源标识符 (URI)可嵌入在媒体流的开始处，标识对应的交互文档。媒体播放器44在媒体流被启动时 捕捉URI，并触发交互文档。交互文档可在媒体内容的观看或呈现前任何时间从文档服务器24下载，并且在 需要用于观看前保持在高速缓存48中。文档服务器24例如可包括向用户提供用于下载交 互文档的接口的web服务器。文档服务器24可允许用户设置经常观看节目的定期下载，诸 如经常观看的游戏节目，以便交互文档在需要时可用。在一些实施例中，用户可预订服务， 其中，基于用户指定的喜好或观察到的观看模式，自动下载交互文档到媒体回放系统40的 高速缓存48。媒体回放系统40也可配置为无论何时录制媒体节目都自动下载交互文档，以 便在用户随后观看节目时交互文档可用。由于交互文档可在观看前下载，因此，需要一种机制确保交互文档是新的。例如， 在触发交互文档时，可比较下载时间和当前时间以确定交互文档的年龄。因此，在一个示范 实施例中，浏览器功能可以是也管理高速缓存48的成熟web服务器52的一部分。在此实 施例中，HTTP POST和PUT操作被启用，由此允许第三方提供商预供应高速缓存48和提供 以前下载的交互文档的更新。在用户为以后观看而录制的实况事件的情况下，可能已在事件的原始传输期间发 生的交互可不再有效。例如，实况广播的选秀节目可包括允许用户为其喜爱的表演者投票 的交互事件。又如，访谈节目可允许用户向节目的主持人提交问题。这些类型的交互事件 可在原始传输后不是有效的，并且可使在观看节目的录制版本时尝试交互的用户失望或恼 怒。这种情况下，可定义两种不同的交互文档实时版本供原始传输期间使用，用于原始传 输的录制和以后观看的异步版本。媒体回放系统40的高速缓存48中交互文档的实时版本 可在原始传输后替代为交互文档的异步版本。在一个示范实施例中，会话启动协议(SIP)预订方法可用于更新媒体回放系统40 的高速缓存48中存储的交互文档。用户录制实况事件时，媒体回放系统40可使用SIP预 订方法来预订来自文档服务器的更新通知。在交互文档更新时，文档服务器24可将SIP通 知消息发送到媒体回放系统40。媒体回放系统40随后可从文档服务器24检索更新的交互 文档。如果web服务器52由媒体回放系统40实现，则文档服务器24可保持每个用户的下 载的记录，并在修订的交互文档变得可用时使用标准HTTP POST和PUT操作将它们上载到 媒体回放系统40的高速缓存48，而无需用户干预。在上述交互式媒体系统20中，交互事件可随时发生，而不只是在实况事件的原始 传输期间发生。需要分配操控交互事件所需的交互服务器26和其它资源。对于某些类型 的事件，交互服务器26可以如接收请求的web服务器和记录用户响应的数据库服务器一样 简单。在其它情形下，用户交互可以更复杂。资源分配的一个简单解决方案将是为每个交 互式媒体节目指配固定量的资源(例如，交互服务器)。然而，此方法不可产生资源的最有 效使用。观看特定交互式媒体节目的用户数量很可能随时间而有所不同。资源的静态分配 意味着分配的资源必须足以满足最高预期需求。因此，在特定交互式媒体节目的需求低时， 为该交互式媒体节目分配的资源将未使用。
根据本发明，可动态分配用户交互需要的交互服务器26和其它资源，将可影响观 看交互式媒体内容的其它事件和环境考虑在内。预测算法用于预测交互式事件的可能性。 交互式媒体节目指配到类别。交互式媒体节目的事件可能性是基于交互式媒体节目的类别 和交互文档的下载的数量来确定的。事件可能性的计算可将历史使用模式(例如，特定类 别中交互的已知发生)、可影响观看的预定(scheduled)事件、季节或日时及与用户交互相 关的任何其它信息考虑在内。一旦确定事件可能性，便可对用于操控或处理交互事件的资 源确定范围和分配。在确定资源的分配中，交互事件可根据操控事件所需的资源量进行加 权。用于分配交互式资源的分配方法通过避免在用户需求低时会未使用的资源的静态分 配，更有效地利用交互资源。本发明允许那些交互资源重新分配到其它节目。图2示出用于对用于操控交互事件的资源确定范围和分配的示范确定范围系统 60。确定范围系统60包括确定范围服务器62以执行用于操控交互事件的服务器资源的确 定范围和分配、事件数据库64以存储可影响观看交互式媒体节目的外部事件的列表及分 类服务器66以将交互式媒体节目和事件指配到类别。虽然单独示出，但分类服务器66的 功能可结合到确定范围服务器62中。确定范围服务器62确定哪些交互服务器26和其它 交互资源分配到媒体节目，并将通知消息发送到交互服务器26或配置交互服务器26的某 一其它服务器。确定范围服务器62从其它来源收集信息，并执行服务器资源的确定范围和分配。 确定范围服务器62收集的信息列表可包括媒体服务器22提供的交互式多媒体节目的列 表、文档服务器24收到的下载请求的数量、来自分类服务器66、用于交互式多媒体节目的 类别指配及来自事件数据库64的事件列表。事件数据库64中的事件列表可包括服务提供 商或第三方提供的其它预定的节目制作和可影响观看交互式媒体节目的其它预定事件，诸 如实况体育事件、实况演唱会等。有关其它预定事件的信息例如可从服务提供商或其它第 三方内容提供商保持的电子节目指南(EPG)获得。分类服务器66将交互式媒体节目及可 影响观看交互式媒体节目的外部事件分类。将外部事件分类为确定范围服务器62提供了 分析外部事件对观看交互式媒体节目的可能影响的基础。例如，诸如冠军赛等重要体育事 件可对交互式体育节目有重大影响，但对交互式烹调节目的影响极小。媒体节目的类别与 事件的类别之间的关联可基于历史观看模式确定，并用于调整用户交互的可能性。图3示出用于为用户交互确定交互服务器26和其它资源范围的示范方法。要开 始该过程，确定范围服务器62先确定交互式媒体节目的类别(方框102)和交互式媒体节 目的交互文档已被下载的次数(方框104)。下载的数量反映用户对交互式媒体节目的需 求。可假定具有高下载数量的交互式媒体节目将生成比具有更低下载数量的交互式媒体节 目更多的交互事件。下载随时间的分布也可考虑在内。在较短时间段内大量的下载可指示 对交互式视频节目的高需求，因此，交互事件可能性更高。在确定需求时，可赋予更近的下 载比在时间上更远的下载更大的权重。也考虑了交互式媒体节目的类别。在节目的某些类别中比其它类别中更可能有交 互事件。例如，游戏节目很可能导致大量的交互事件，特别是在为用户交互提供奖励或奖赏 时。与此相反，体育节目较不可能生成交互事件。在确定用户交互的可能性时可将不同类 别的交互事件的已知发生考虑在内。在评估用户交互的可能性时，也可将外部事件考虑在内。外部事件可包括可影响观看交互式媒体节目的预定节目制作或实况事件。外部事件的预测影响可用于调整用户交 互的可能性。在确定外部事件对用户交互的可能性的影响时，外部事件也可被指配到类别， 这些类别可与交互式媒体节目的类别进行比较。基于历史观看模式，类别之间的关联可得 以确定并用于预测一个节目或事件对观看交互式媒体节目的影响。交互式媒体节目的相同 或有关类别内的事件可与对交互式媒体节目的需求高度相关，而无关类别内的外部事件具 有的影响可很小。例如，冠军赛的广播可大大影响对交互式体育访谈节目的需求，但对烹调 节目的影响很小。确定范围服务器62基于类别和下载数量计算用户交互的可能性(方框106)。由 于需求很可能随时间有所不同，因此，确定范围服务器62可生成用户将观看特定交互式媒 体节目的可能性的时间系列。例如，确定范围服务器62可预测在预确定时间段内的可能 性，如每周、每天或每小时。通常，从资源利用角度而言，缩短时间间隔将更有效，但代价是 增大了在确定范围服务器62对计算资源的需求和复杂性。事件可能性的确定应提前足够 早进行，以便资源可得以识别和预留。例如，在给定日期的给定时间期间用户与特定交互式 媒体节目的交互可能性可提前一天、一周或一月确定，以便将有足够的时间识别和分配资 源以操控用户交互。确定范围服务器62的最终步骤是确定和分配用于交互式媒体节目的资源(方框 108)，并且将分配通知发送到正被分配的交互服务器26 (方框110)。分配通知可备选发送 到负责配置交互服务器26的某一其它服务器。需要的资源量将基于如上所述的事件可能 性和与交互式媒体节目相关联的事件的复合权重确定。用户交互的数量和类型可从交互文 档确定。交互文档定义的每个事件可指配有加权系数，该系数反映在金钱方面或在系统负 载中事件的相对成本。例如，可为检索网页指配低权重，而可为上载Java小应用程序到用 户指配高权重。所有事件的比率可相加或平均以达到交互式媒体节目的复合权重。确定范 围服务器62随后根据事件可能性、事件的复合权重和事件的类型分配用于交互式媒体节 目的资源。图4示出实现图3所示方法的示范确定范围服务器。确定范围服务器62包括中央 处理器(CPU) 202、存储器204、网络接口 206及可选地包括用户接口 208。CPU 202运行存 储器204中存储的计算机程序和指令以执行图3所示的过程。诸如以太网接口或无线局域 网(WLAN)接口等网络接口 206允许确定范围服务器62与诸如媒体服务器22、文档服务器 24、事件数据库64及分类服务器66等其它装置之间进行通信。用户接口 208例如可包括 键盘和显示器以允许操作员与确定范围服务器62交互。然而，本领域的技术人员将理解， 操作员可经由网络接口 206远程访问确定范围服务器(dimensioning server)62，因此，用 户接口 208不是必需的。当然，在不脱离本发明范围和基本特征的情况下，本发明可以不同于本文所述那 些方式外的其它特定方式实现。因此，所示实施例在所有方面均要视为说明性的而不是限 制性的，并且在随附权利要求的意义和等同物范围内的所有更改要涵盖在其中。
权利要求
一种用于为包括一个或多个交互式事件的交互式媒体节目分配交互资源的方法，所述方法的特征在于确定与所述交互式媒体节目相关联的请求数量；确定所述交互式媒体节目的媒体类别；至少部分地基于所述媒体类别和对所述交互式媒体节目的请求数量，确定事件可能性，所述事件可能性指示用户交互的可能性；以及基于所述事件可能性分配一个或多个交互资源以操控所述用户交互。
2.如权利要求1所述的方法，其中确定与所述交互式媒体节目相关联的请求数量包括 确定对与所述交互式媒体节目相关联的交互文档的请求数量。
3.如权利要求1所述的方法，其中确定事件可能性包括基于相应媒体类别中使用的历 史，确定所述事件可能性。
4.如权利要求3所述的方法，其中确定事件可能性包括基于一个或多个外部事件，调 整事件可能性。
5.如权利要求4所述的方法，其中所述外部事件包括预定事件，以及其中调整事件可 能性包括基于预先存在的事件计划，调整事件可能性。
6.如权利要求4所述的方法，其中调整事件可能性包括基于在所述交互式媒体节目的 所述媒体类别与所述外部事件的对应事件类别之间的比较，确定事件可能性。
7.如权利要求1所述的方法，其中确定事件可能性包括确定在个体媒体节目中选定事 件的事件可能性。
8.如权利要求1所述的方法，其中确定事件可能性包括确定个体媒体节目的总计事件 可能性。
9.如权利要求1所述的方法，其中确定事件可能性包括确定媒体类别的总计事件可能性。
10.如权利要求1所述的方法，其中基于所述事件可能性确定一个或多个交互资源的 范围包括确定所述事件可能性的权重，以及基于所述事件可能性和所述权重来分配资源。
11.一种用于为包括一个或多个交互式事件的交互式媒体节目分配资源的系统(60)， 所述系统的特征在于包括配置为执行以下操作的处理器(202)的确定范围服务器(62)确定与所述交互式媒体节目相关联的请求数量；确定所述交互式媒体节目的媒体类别；至少部分地基于所述媒体类别和对所述交互式媒体节目的请求数量，确定事件可能 性，所述事件可能性指示用户交互的可能性；以及基于所述事件可能性分配一个或多个交互资源以操控所述用户交互。
12.如权利要求11所述的系统(60)，其中所述处理器(202)配置为通过确定对与所述 交互式媒体节目相关联的交互文档的请求数量来确定与所述交互式媒体节目相关联的请 求数量。
13.如权利要求11所述的系统(60)，其中所述处理器(202)配置为通过基于在相应媒 体类别中使用的历史来确定所述事件可能性，确定事件可能性。
14.如权利要求13所述的系统(60)，其中所述处理器(202)配置为通过基于一个或多 个外部事件来调整事件可能性，确定事件可能性。
15.如权利要求14所述的系统(60)，其中所述外部事件包括预定事件，以及其中所述 处理器配置为通过基于预先存在的事件计划来调整事件可能性，调整事件可能性。
16.如权利要求14所述的系统(60)，其中所述处理器(202)配置为通过基于所述交互 式媒体节目的所述媒体类别与所述外部事件的对应事件类别之间的比较来确定事件可能 性，调整事件可能性。
17.如权利要求11所述的系统(60)，其中所述处理器(202)配置为确定在个体媒体节 目中选定事件的事件可能性。
18.如权利要求11所述的系统(60)，其中所述处理器(202)配置为确定个体媒体节目 的事件可能性。
19.如权利要求11所述的系统(60)，其中所述处理器(202)配置为确定媒体类别的总 计事件可能性。
20.如权利要求11所述的系统(60)，其中所述处理器(202)配置为通过确定所述事件 可能性的权重并基于所述事件可能性和所述权重分配资源，分配一个或多个交互资源。
21.如权利要求11所述的系统(60)，还包括事件数据库(64)，所述事件数据库(64)用 于存储有关可影响交互事件的所述可能性的外部事件的信息和用于提供事件信息到所述 确定范围服务器(62)以便在计算所述事件可能性中使用。
22.如权利要求11所述的系统(60)，还包括分类服务器(66)，所述分类服务器(66)用 于将有关媒体节目的类别的信息提供到所述确定范围服务器(62)以便在计算所述事件可 能性中使用。
全文摘要
用于交互式电视系统的交互服务器可根据用户交互的预测可能性动态确定范围。在一个示范实施例中，确定范围系统(60)基于对交互式媒体节目的请求数量和交互式媒体节目的类别，评估事件可能性，并基于预测的事件可能性确定一个或多个交互服务器(26)的范围。
文档编号H04N7/173GK101978692SQ200880128277
公开日2011年2月16日 申请日期2008年4月3日 优先权日2008年4月3日
发明者J·赫尔姆 申请人:爱立信电话股份有限公司