交互式媒体系统和用于在交互式媒体系统中确定交互服务器范围的方法

摘要

用于交互式电视系统的交互服务器可根据用户交互的预测可能性动态确定范围。在一个示范实施例中，确定范围系统(60)基于对交互式媒体节目的请求数量和交互式媒体节目的类别，评估事件可能性，并基于预测的事件可能性确定一个或多个交互服务器(26)的范围。

说明书

技术领域

本发明一般涉及允许用户与媒体节目交互的交互式媒体系统，并且更具体地说，涉及调整资源大小和分配资源以操控与观看者的交互的方法。

背景技术

交互式媒体包括允许观看者成为媒体节目中的积极参与者的媒体。例如，在交互式电视系统中，观看者可与游戏节目中的参赛者竞争，下单订购广告的产品，提供有关节目内容的问题或评论，请求有关媒体节目或媒体节目的主题的信息等。在许多情况下，观看者反馈可影响节目如何继续。观看者反馈影响媒体内容的一个示例是观看者的实时投票产生影响演示如何继续的决定的实时节目制作(例如，选秀节目、真人秀)。

时间偏移、录制节目供以后观看的实践可造成交互式电视有关的问题。一个问题是在媒体节目的原始传输后交互事件的可能失效。在节目的原始广播期间发生的交互事件可能在节目的录制内容的以后观看期间不是有效的。例如，在原始广播期间发生的投票事件在观看录制内容时可能不再有效。这种情况下，许多用户可对让观看者投票的提示恼怒，并且一些用户在尝试投票时可变得失望。

因交互式媒体节目的录制引发的另一问题是难以确定操控(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通信。

媒体回放系统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不是必需的。

当然，在不脱离本发明范围和基本特征的情况下，本发明可以不同于本文所述那些方式外的其它特定方式实现。因此，所示实施例在所有方面均要视为说明性的而不是限制性的，并且在随附权利要求的意义和等同物范围内的所有更改要涵盖在其中。