在内容发布广播系统中从客户向服务器发送反馈的方法和装置的制作方法

专利名称：在内容发布广播系统中从客户向服务器发送反馈的方法和装置的制作方法
技术领域：
本发明一般地涉及广播系统，更具体地说，本发明涉及在广播系统中按需提供内容。
背景技术：
广播系统传统上从服务器系统向多个客户系统单方向发送数据。客户系统的用户 典型地按照信号被广播的那样来消费从服务器系统接收的信号。按需提供内容给用户的一 个范例涉及连续和/或以交错的时间间隔广播相同数据的服务器系统。因此，如果用户需 要按需消费特定内容段或数据文件，则用户“调入(time in)”该内容的重复广播之一。此 范例的一个例子可以用现今的“按次付费”电影来举例说明，这些电影可以从有线或卫星电 视供应者获得。例如，有线电视供应者通常以交错的时间间隔在多个频道重复广播相同的 电影。希望“按需”观看特定电影的用户只要在广播该电影的开始时间之一调入其上广播所 需电影的频道之一。相同数据或节目的连续与重复广播导致广播带宽非常低效率的使用。 否则，用于在多个频道重复广播相同数据的带宽可以用来广播不同数据。在广播系统中按需提供内容的另一个范例涉及用户记录特定数据文件并在以后 “按需”访问该数据文件。继续以上讨论的电视广播示例，此范例的例子是用户设置他或她 的录像机(VCR)来记录所需电视节目。以后，当用户希望“按需”观看此电视节目时，该用 户只要从他或她的VCR播放先前所记录的节目。近来，已经可以获得更高级的数字录影机， 数字录影机在内部的硬盘上而不是在传统VCR所使用的录像带上记录电视广播。然而，在 要求用户明确设置使用条件(例如日期、时间)来确定在内部硬盘上记录哪些广播的方面， 数字录影机的使用与传统的VCR是相似的。现今广播系统的另一个限制是对客户系统的大多数用户来说很难关于节目向广 播台提供反馈。例如，继续以上讨论的电视广播示例，许多今日的电视广播台依靠尼尔森收 视率(Nielson ratings)来确定广播节目和/或时间安排。尼尔森收视率通常只是基于公 众样本的小采样。因此，大多数电视观众对广播时间表和/或内容只有相当小的影响或没 有影响。


以示例的方式来举例说明本发明，并且不限于附图。图IA是图示根据本发明的教导的广播系统的一个实施例的框图。图IB是图示根据本发明的教导的广播系统的另一个实施例的框图。图IC是图示根据本发明的教导的广播系统的另一个实施例的框图。
图2是根据本发明的教导的代表客户或服务器的计算机系统的一个实施例的框 图。图3是图示根据本发明的教导在服务器与客户中的事件流程的一个实施例的流 程图，该服务器与客户具有向客户广播的多阶段内容描述符和进一步描述性内容以及从客 户向服务器发送的多阶段需求数据反馈。图4A至4C是图示根据本发明的教导的从服务器向客户广播的内容描述符文件的 各种实施例的流程图。图5A至5E是图示根据本发明的教导的从客户向服务器发送的需求数据反馈的各 种实施例的流程图。图6是图示根据本发明的教导的当处理来自服务器广播的内容描述符以维护内 容描述符表和需求数据表时，客户中的事件流程的实施例的流程图。图7是根据本发明的教导的由服务器广播的内容描述符的一个例子的示例。图8是根据本发明的教导的由客户更新和维护的内容描述符表的一个例子的示 例。图9是根据本发明的教导的由客户更新和维护的需求数据表的一个例子的示例。图10是图示根据本发明的教导的由用户分类的数据文件的一个实施例的图表。图11是图示根据本发明的教导的响应于用户分类而更新的内容描述符表的一个 实施例的图表。图12是图示根据本发明的教导的在用户访问后更新的内容描述符表的一个实施 例的图表。图13是图示根据本发明的教导的在用户访问后更新的需求数据表的一个实施例 的图表。图14是图示根据本发明的教导的在另一个用户访问后更新的内容描述符表的另 一个实施例的图表。
具体实施例方式在本发明的一个方面，公开了使用多阶段广播系统来确定内容广播时间表的方法 和装置。在本发明的另一个方面，公开了用于从服务器向客户发送内容描述符的方法和装 置。在本发明的另一个方面，公开了用于从客户向服务器发送需求数据的方法和装置。在 以下描述中，为了提供对本发明的透彻理解而阐明了大量具体的细节。然而，对于本领域技 术人员来说很明显，实施本发明并不必需采用这些具体的细节。在其它例子中，为了避免混 淆本发明没有详细描述公知的材料或方法。整个说明书中对“一个实施例”或“实施例”的引用表示所描述的与该实施例有关 的具体的特征、结构或特性包含在本发明的至少一个实施例中。因此，在整个说明书中各 个地方出现的短语“在一个实施例中”或“在实施例中”不一定都指的是相同的实施例。此 外，在一个或多个实施例中，可以以任意适当的方式将所述具体的特征、结构或特性结合在一起。图IA是根据本发明的教导的广播系统的一个实施例的示例。如所描述的实施例 中图示的那样，配置广播操作中心或者服务器103以向多个客户105、107和109广播信息。在图IA所示的实施例中，客户105通过来自广播天线111的链路115而接收来自服务器 103的广播。类似地，客户107通过链路117接收来自服务器103的广播而客户109通过 来自广播天线111的链路119而接收来自服务器103的广播。在一个实施例中，链路115、 117和119是来自广播天线的单向无线射频(RF)链路，所述链路是以诸如公知的调幅(AM) 或调频(FM)无线电信号、电视(TV)信号和数字视频广播(DVB)信号等通过空气广播的信 号形式，但不限于此。在一个实施例中，配置服务器103以广播可以被客户105、107和109接收的多个 数据文件或多段内容。在一个实施例中，所述数据文件可以是多个不同类型的文件的任意 组合，所述不同的文件类型包括例如视频、音频、图片、文本和多媒体等。当接收这些文件 后，它们可以被客户105、107或109实时访问、分流或消费，或者可以缓存或存储这些文件 以备以后消费。为了解释的目的，本公开中为帮助描述本发明而提供的许多例子假定服务 器所广播的数据文件是音频/视频文件，例如具有移动图像和声音的电影。然而，应当了解 根据本发明的教导，广播的数据文件不只限于音频/视频文件。如图IA所示的实施例图示的那样，在服务器103与客户105、107和109之间是单 路或者单向的链路。然而，在另一个实施例中，应当了解在服务器103与每个客户105、107 和109之间还可以分别有通信链路。具体地说，图IB是图IA的广播系统增加了每个客户 105,107和109与服务器103之间的“反向信道”或者通信链路的示例。具体地说，图IB中 图示的实施例示出了可以分别由客户105、107和109使用以发回信息给服务器103的链路 121、123和125。虽然在图IB中链路121、123和125被图示为客户105、107和109与服务 器103之间的直接链路，但是应当了解，客户105、107和109可以通过诸如但不限于广播无 线信号和网络通信等间接链路向服务器103发送信息。在一个实施例中，假定链路121、123 和125是具有比链路115、117和119更低带宽的连接。例如，链路121、123和125可以是 诸如通过公众交换电话网络的调制解调器连接等的低带宽连接，而链路115、117和119是 诸如电视广播、有线电视广播和卫星电视广播等的高带宽连接。图IC是根据本发明的教导的广播系统的另一实施例的示例。如图所示，耦合服务 器103以通过网络113向多个客户105、107和109广播信息。在一个实施例中，网络113可 以是任何类型的通信网络，例如但不限于因特网、广域网(WAN)、局域网(LAN)和内联网等， 其中多种不同的设备可以通过所述通信网络进行通信。图IC中图示的实施例中，耦合客户105以通过链路115与来自服务器103的广播 进行通信。类似地，耦合客户107以通过链路117与服务器103进行通信，并且耦合客户 109以通过链路119与服务器103进行通信。图2是图示根据本发明的教导的可以用做服务器103或者客户105、107或109的 机器201的一个实施例的框图。在一个实施例中，机器201是包括耦合到总线207的处理 器203的计算机或装置。在一个实施例中，内存205、存储器211、显示控制器209、通信接口 213、输入/输出控制器215和音频控制器227也都耦合到总线207。在一个实施例中，机器201通过通信接口 213连接到外部系统。通信接口 213可 以包括与AM、FM、TV、数字TV、DVB和无线电话信号等兼容的无线电收发器。通信接口 213 还可以包括模拟调制解调器、综合业务数字网(ISDN)调制解调器、电缆调制解调器、数字 用户线(DSL)调制解调器、T-I线接口、T-3线接口、光学载波接口(例如0C-3)、令牌环接口、卫星传送接口、无线接口或其它接口，以将设备耦合到其它设备。在一个实施例中，由通信接口 213接收载波信号223以与天线111通信。在一个实 施例中，在通信接口 213和网络113之间接收/发送载波信号225。在一个实施例中，通信 信号225可以用于将机器201与另一计算机系统、网络集线器、交换器和路由器等相连接。 在一个实施例中，载波信号223和225被认为是机器可读介质，其可以通过导线、电缆、光纤 或通过空气等来发送。在一个实施例中，处理器203可以是传统的微处理器，例如但不限于英特尔x86或 奔腾系列微处理器、摩托罗拉系列微处理器等。内存205可以是诸如动态随机存取存储器 (DRAM)的机器可读介质，并且可以包括静态随机存取存储器(SRAM)。显示控制器209以 传统方式控制显示器219，在一个实施例中，所述显示器219可以是阴极射线管(CRT)、液 晶显示器(IXD)、主动矩阵显示屏和电视监视器等。耦合到输入/输出控制器215的输入 /输出设备217可以是键盘、磁盘驱动器、打印机、扫描仪和包括电视遥控器、鼠标、跟踪球 (trackball)、跟踪板(trackpad)和操纵杆等的其它输入/输出设备。在一个实施例中，音 频控制器227以传统方式控制音频输出231，所述音频输出231可以包括例如音频扬声器、 耳机、音频接收器和扩音器等。在一个实施例中，控制器还以传统方式控制音频输入229，所 述音频输入229可以包括例如话筒或者来自音频设备或音乐设备的输入等。在一个实施例中，存储器211可以包括例如但不限于磁性硬盘、软盘、光盘、智能 卡或另一形式数据存储器的机器可读介质。在一个实施例中，存储器211可以包括可清除 介质、只读介质、可读/可写介质等。在计算机系统201中，在软件执行期间可以通过直接 内存访问过程将一些数据写入内存205中。应当了解软件可以驻留于存储器211、内存205 中，或者可以通过调制解调器或通信接口 213发送或接收。为了本说明书的目的，术语“机器可读介质”应当包括能够存储数据、信息或者能 够编码指令序列的任何介质，其中所述指令序列由处理器203执行以使处理器203执行本 发明的方法。术语“机器可读介质”应当包括但不限于固态存储器、光盘和磁盘、载波信号等。在一个实施例中，配置诸如与图1A-1C中图示的那些广播系统中的任何一个相似 的广播系统，使服务器103向多个客户105、107和109广播多个数据文件。正如以下将更 加详细讨论的那样，根据本发明一个实施例的教导，多个数据文件中的每一个都用元数据 (meta-data)或内容描述符来描述。通常，内容描述符可以认为是一组用于描述多段内容或 数据文件的描述符或属性值，其中所述多段内容或数据文件可以从服务器103广播或可能 被广播。本发明的内容描述符提供信息，该信息使得客户系统105、107和109能够推断和 被告知关于服务器103以后将要广播的数据文件内容的决定。正如将讨论的那样，本发明 的各种实施例使用内容描述符以用于客户端的过滤、存储管理和其它个性化技术，以及提 供需求数据反馈来确定将来服务器广播的广播时间表和内容。图3是图示根据本发明的一个实施例的教导的执行过程的流程图301。具体地说， 流程图301图示了使用多阶段过程从广播操作中心或服务器向一个或更多客户发布内容 的内容发布系统的一个实施例。如过程方框303所示，服务器向一个或更多客户广播内容 描述符。方框305图示了内容描述符被一个或更多客户所接收。在一个实施例中，内容描 述符包括用来描述可能被服务器广播的可获取内容的元数据或属性值对。正如以下将结合图4A至4C来讨论的那样，根据本发明的的教导，具有将内容描述符从服务器发送到客户的 多个不同的实施例。在一个实施例中，基于地理、网络连接或其它标准，可以将客户划分到 特定的组中。方框309示出了在接收内容描述符后，用户更新他们的内容描述符表和需求数据 表。正如以下将详细讨论的那样，在本发明的各种实施例中，客户在创建需求数据的过程中 使用内容描述符表和需求数据表。为了本公开的目的，“需求数据”是客户对可从服务器获 得的特定内容段的需要性的表示。因此，高“需求”的内容段将有高程度的需要性，而不在 “需求”中的内容段将有相对低程度的需要性。可以以包括排名、评级等的各种方式产生需求数据。例如，通过产生至少一些可获 取内容排名的有序列表，可以确定需求数据。排名建立了内容选择中可获取内容的相对顺 序。在另一个实施例中，通过产生一些或全部内容段的绝对评级数列表可以确定需求数据。 通过用户对每段内容赋予具体的需要性值，可以实现评级。需求数据可以考虑或可以不考 虑特定客户系统上缓存的现有内容。通过考虑客户方明确的用户反馈或者基于前一用户的 动作或消费内容，可以产生需求数据。方框313示出了需求数据反馈然后从客户发送回服务器，而方框307示出了服务 器从客户接收需求数据反馈。正如以下将结合图5A至5E进行的讨论那样，根据本发明的 教导，具有可以从每个客户向服务器发送需求数据的多个不同实施例。例如，可以实时或者 分批发送需求数据。需求数据可以代表来自用户的对所有可获取内容或者只是部分内容的 反馈。此外，通过响应来自服务器的触发或者基于某些规则，反馈可以由客户独立地发送。方框311示出了服务器然后创建最高需求内容列表以响应从客户接收的需求数 据反馈。在一个实施例中，所述列表是基于接收自客户的需求数据反馈、范围从较高需求内 容到较低需求内容的分类列表。在一个实施例中，分类列表被服务器用来区分广播内容的 优先次序。例如，在一个实施例中，较高需求内容在较低需求内容广播之前广播。在一些例 子中，服务器可能从不广播排名或评级较低的需求内容。在一个实施例中，应当了解这一阶段的发送内容描述符和从客户接收需求数据反 馈是高度自动化的，而且对用户可以是透明的。在一个实施例中，用来产生需求数据的排名 或评级系统可以使用或者可以不使用与当服务器广播时由客户用来捕获和缓存多段内容 的那些算法相同的算法。在下一个阶段，方框315示出了服务器向一个或更多客户广播进一步描述性内 容，而方框317示出了客户接收所述进一步描述性内容。在一个实施例中，所发送的所述进 一步描述性内容限于可获取内容的较小部分。如在方框311所创建的列表中指示的那样， 由进一步描述性内容所描述的此较小部分内容是被确定为是更可能需求的内容。在一个实 施例中，客户过滤方框315中服务器所发送的进一步描述性内容。因此，客户所缓存的进一 步描述性内容描述了更可能被客户排名、评级和/或消费的多段内容。在另一个实施例中， 方框317中没有执行过滤。应当了解到在过程的这一阶段，为了接收更多的需求数据形式的用户反馈，一个 实施例中的服务器发布内容的一部分。在一个实施例中，进一步描述性内容包括内容的一 部分，而且与实际内容相比其发送更便宜。例如，假定可获取内容包括电影，进一步描述性 内容可以包括电影预告片、海报(box art)、获奖情况、电影场景等。在音乐方面的情况，进
8一步描述性内容可以包括歌曲选节、唱片预览、关于音乐艺术家的历史信息等。方框321示出了然后在客户方更新内容描述符表和需求数据表。在一个实施例 中，响应于明确的诸如排名或评级的用户反馈而发生内容描述符表和需求数据表的更新。 例如，通过诸如看用户可能潜在地有兴趣消费的电影预告片和/或听歌曲选节，用户可以 查看进一步描述性内容。在查看了缓存在用户的客户系统中的进一步描述性内容后，用户 可以提供关于用户是否有兴趣消费整段内容的明确反馈。方框325示出了然后将更新的需求数据反馈从客户发送回服务器，而方框319示 出了服务器从(多个)客户接收所述需求数据。方框323示出了然后进一步精炼最高需求 内容列表以响应从(多个)客户接收的需求数据。因此，通过在多个阶段中从客户接收反 馈，服务器能够更好的确定客户更可能消费的多段内容。在一个实施例中，从方框323的过程循环回方框315并且从方框325的过程循环 回方框317。在一个实施例中，此循环可以重复多次直到最高需求内容列表被精炼或者缩小 到需要的程度。照这样，本发明的实施例能够基于明确的反馈来进一步精炼或缩小最高需 求内容列表。因此，当服务器最终选定广播的多段内容时，对于用户将消费此内容，将具有 更大程度的把握。在一个实施例中，因为明确的用户反馈通常比自动反馈更精确，所以与没 有明确用户反馈的自动产生的反馈相比，明确的用户反馈被给予更大的权重。在一个实施例中，当发送进一步描述性内容时，跟踪服务器发送的每个部分内容。 具体地说，系统维护并跟踪内容段以使得在任何客户请求它的情况下把与每个部分内容相 关的最后和完整的内容最终发送出去。因此用户的期望得到管理，由于用户涉入了排名或 评级系统的这个部分。如上所述，一个实施例中的客户系统可以对方框317中接收的进一步描述性内容 应用过滤。因此，缓存在客户中的进一步描述性内容关系到用户更可能希望消费的多段内 容。结果，此系统能够在方框315中发送比单个客户能缓存的更多的总的进一步描述性内 容。例如，假定客户系统有5G(gigabyte)存储容量可以用于服务器在方框315中发送的进 一步描述性内容。通过在方框317中应用过滤，客户系统将缓存服务器发送的例如总共20G 中的5G。此外，客户所缓存的5G进一步描述性内容关系到用户更可能消费的多段内容。而 且，通过在方框317中应用过滤，用户将对所缓存的进一步描述性内容将要描述用户感兴 趣的内容具有更大的把握。因为用户将有更大把握，因此对于用户将对内容进行明确地排 名或评级以在方框325中提供更新的需求数据，将有更大的可能性。在一个实施例中，可以存储响应于在方框307中接收的需求数据而在方框311中 创建的列表结果。在此情况下，因为方框307中接收的需求数据可能已经自动产生，所以响 应于方框319中接收的数据而在方框323中创建的精炼的列表被赋予了更大的权重。在另 一个实施例中，一旦在方框323中精炼的列表产生，就不再考虑方框311中创建的列表。在下一个阶段中，方框327示出了所选择的多段内容然后被服务器广播，而方框 329示出了客户接收所述内容。在一个实施例中，除了在方框325中没有客户在发送给服务 器的需求数据中明确提供主动反馈的情况之外，在方框315中发送给客户的进一步描述性 内容中所描述的任何内容段最终都包括在方框327的广播中。正如以下将更详细讨论的那样，在一个实施例中，方框331示出了客户然后根据 由每个特定客户维护的需求数据表来选择性地存储多段内容。在一个实施例中，方框333示出了如果内容被消费则每个客户上的内容描述符表和需求数据表然后被更新。方框335 示出了更新的需求数据然后被发送回服务器以使得精炼的列表能够被服务器进一步精炼。如上所述，具有多个不同的实施例，其中根据本发明的教导在图3的方框303和 305中，可以从服务器发送并且由客户接收内容描述符文件。例如，图4A是示出内容描述符 从服务器向一个或更多客户广播的流程图401。在所图示的实施例中，方框403示出了从服 务器广播内容描述符广播时间表信号，而方框405示出了客户接收内容描述符广播时间表 信号。在一个实施例中，内容描述符广播时间表信号是这样的信号，其发送给所有客户 用来指示将要发送内容描述符文件。在一个实施例中，内容描述符广播时间表信号包括何 时发送内容描述符文件的描述。例如，内容描述符广播时间表信号可以指示内容描述符文 件将被发送的确定的时间或者在由服务器广播的其它信息中的相对顺序。在一个实施例 中，内容描述符广播时间表信号还向客户指示如何使用例如频率、网际协议(IP)端口和IP 地址信息等来找到内容描述符文件的位置。在一个实施例中，使用网际协议(IP)信令协议、数字视频广播信号(DVB)和节目 与系统信息协议(PSIP)信号等来广播内容描述符广播时间表信号。在另一个实施例中，内 容描述符广播时间表信号嵌入到由服务器向客户广播的文件中。在一个实施例中，客户系统为内容描述符广播时间表信号的到达而监视广播频 道。当客户接收到内容描述符广播时间表信号时，然后客户准备在安排广播内容描述符文 件的时候接收它。在一个实施例中，通过通知在客户系统上运行的负责处理内容描述符的 其它过程，客户准备接收内容描述符文件。在一个实施例中，服务器然后产生或者收集内容描述符到文件中。方框407示出 了然后在适当的时间广播内容描述符文件，而方框409示出了然后如同安排的那样接收内 容描述符文件。在内容描述符广播时间表信号指出在确定的时间广播内容描述符文件的实 施例中，服务器一直等到指定时间，而后在该时间广播内容描述符文件。在内容描述符广播 时间表信号指出以相对顺序广播内容描述符文件的实施例中，服务器首先广播安排在内容 描述符文件之前广播的所有文件。然后，服务器广播内容描述符文件。在一个实施例中，服 务器使用诸如超文本传输协议(HTTP)和文件传输协议(FTP)等的文件传输协议来向客户 广播内容描述符文件。图4B是示出从服务器向一个或更多客户广播内容描述符的另一个实施例的流程 图431。在图示的实施例中，方框433示出了服务器向内容描述符文件赋予唯一的标识符。 方框437然后示出了然后向客户广播此内容描述符文件。在一个实施例中，向一段中的所 有客户发送内容描述符文件。为了本公开的目的，一段可以定义为基于地理、网络连接和权 利向量(rightsvector)等的多个客户或者客户子集。方框435示出了客户然后接收内容描述符文件。方框439示出了基于赋予该文件 的唯一标识符，客户将所接收到的文件识别为内容描述符文件。在一个实施例中，赋予内容 描述符文件的唯一标识符使得客户系统在客户上特定的和/或已知的位置存储该内容描 述符文件。因此客户系统识别出方框409中的输入文件为内容描述符文件并且相应地处理 该文件。在一个实施例中，客户系统将为放置内容描述符而分配临时缓冲器，并且一旦内容描述符文件已经全部传输完毕，客户将锁定之前接收的内容描述符文件，并用新接收的 内容描述符文件替换其内容。在一个实施例中，客户系统然后将发信号通知用于处理内容 描述符的过程已经接收新的内容描述符文件。图4C是示出从服务器向一个或更多客户广播内容描述符的另一个实施例的流程 图。在图示的实施例中，方框463示出了服务器向内容描述符文件赋予通用标识符。方框 465然后示出了服务器然后广播该内容描述符文件。方框467示出了客户接收内容描述符 文件。在一个实施例中，如同其接收任何其它文件一样，客户接收由服务器广播的内容描述 符文件。方框469示出了服务器然后向客户广播用于指示已经广播了内容描述符文件的 信号。方框471示出了客户接收到由服务器广播的用于指示已经广播了内容描述符文件的 信号。在一个实施例中，此信号还向客户指示如何找到内容描述符文件的位置，并且使用网 际协议(IP)信令协议、数字视频广播信号(DVB)和节目与系统信息协议(PSIP)信号等来 广播该信号。在另一个实施例中，内容描述符广播时间表信号被嵌入到由服务器向客户广 播的文件中。在一个实施例中，客户系统然后将发信号通知用于处理内容描述符的过程已 经接收到新的内容描述符文件。如上所述，根据本发明的教导，具有可以从客户发送并由服务器接收需求数据的 多个不同的实施例，例如图3的313、325或335。例如，图5A是示出根据本发明的教导的 从客户向服务器发送需求数据的一个实施例的流程图501。方框503示出了当服务器准备 好接收来自客户的需求数据反馈时向客户广播触发信号。在一个实施例中，因为服务器准 备好了建立另一个向客户广播的内容的列表或时间表，所以服务器可以广播触发信号。方 框505示出了客户接收由服务器广播的触发信号。在一个实施例中，触发信号可以请求来 自全部客户或者来自诸如一段中的一组客户的需求数据反馈。作为响应，方框509示出了 客户向服务器发送需求数据，而方框507示出了服务器接收需求数据反馈。在一个实施例中，客户通过初始化与服务器的连接来向服务器发送需求数据以 向服务器提供需求数据反馈。在客户由于包括例如电话信号忙等原因而不能建立连接的 情况下，在一个实施例中，客户使用二进制指数后退系统(binary exponential back-off system)。因此，可以提供服务器与试图提供需求数据反馈的多个客户的正常连接。图5B是图示根据本发明的教导从客户向服务器发送需求数据的另一个实施例的 流程图521。在流程图521图示的实施例中，客户在不同的时间向服务器提供需求数据反 馈。可以在由于例如带宽或者网络负载限制而使服务器同时从全部客户接收需求数据反馈 不可行的情况下使用此实施例。例如，如果公众交换电话网络(PSTN)用作反向信道，在接 收到触发信号后全部客户同时拨打服务器可能不现实或者不可行。方框523示出了客户系统对从上次将需求数据发送回服务器起所经历的时间量 保持跟踪。在一个实施例中，客户通过维护用于表示从上次提供需求数据反馈给服务器起 的时间量的计时器来实现方框523。在一个实施例中，经历预定时间量后，方框527示出了 客户将需求数据发送回服务器，而方框525示出了服务器接收此需求数据。在一个实施例 中，客户系统通过建立与服务器的连接来发送需求数据。图5C是图示根据本发明的教导从客户向服务器发送需求数据的另一个实施例的 流程图541。在流程图541中图示的实施例中，假定客户以不同速率产生需求数据反馈。结果，经过给定的时间段，一些客户比其它客户有更多的需求数据反馈。因此，客户基于已经 排名或评级的内容量来提供反馈。为了图示，方框543示出了客户系统产生与内容描述符所描述的内容相关的需求 数据。可以自动或者手动产生此需求数据。在一个实施例中，客户维护从上次将需求数据 反馈发送到服务器以来已经评级的内容段数的计数。方框547示出了在与预定内容段数相 关的需求数据已经产生后，发送此需求数据到服务器。在一个实施例中，为每个客户系统 细微地调节用作确定何时发送需求数据反馈的阈值的预定内容段数，以顾及广播内容的速 率、广播内容描述符的速率和从客户到服务器的通信链路的带宽容量。方框545示出了服 务器接收需求数据。在一个实施例中，客户系统通过初始化与服务器的连接来发送需求数 据。图5D是图示根据本发明的教导从客户向服务器发送需求数据的另一实施例的流 程图561。在流程图561中图示的实施例中，假定客户以不同速率消费内容。结果，在给定 时间量内一些客户将比其它客户消费更多的内容。因此，客户基于所消费内容量提供反馈。为了图示，方框563示出了客户系统产生与用户消费的内容相关的需求数据。在 一个实施例中，客户维护从上次将需求数据反馈发送到服务器以来已经消费的内容段数的 计数。方框567示出了在已经消费了预定内容段数后，发送需求数据到服务器。方框565 示出了服务器接收需求数据。在一个实施例中，客户系统通过初始化与服务器的连接来发 送需求数据。图5E是图示根据本发明的教导从客户向服务器发送需求数据的另一实施例的流 程图581。在流程图581中图示的实施例中，假定客户以不同速率消费内容，如在流程图561 中图示的实施例中那样。结果，在给定时间量内一些客户将比其它客户更快地用完缓存在 他们的客户系统中的可获取的未消费内容。因此，客户基于仍缓存于他们的客户系统中的 未消费内容量来提供反馈。为了图示，方框583示出了客户系统产生与用户所消费内容相关的需求数据。在 一个实施例中，客户维护对仍存储在该客户系统中的未消费内容段数的计数。方框587示 出了当客户上仍缓存的内容段数低于预定量时，向服务器发送需求数据。因此，当客户最终 接收更多服务器广播的内容来重新填充缓存时，服务器将已经有机会考虑该客户先前产生 的需求数据。结果，客户缓存更可能是用客户更希望的内容来重新填充。方框585示出了 服务器接收需求数据。在一个实施例中，客户系统通过初始化与服务器的连接来发送需求 数据。图6是根据本发明的教导，图示当处理来自服务器广播的内容描述符并且更新和 维护内容描述符表与需求数据表时，客户中的事件流程的一个实施例的流程图601。具体地 说，过程方框603示出了用从服务器广播的内容描述符中所包括的属性和属性值来更新内 容描述符表。过程方框605示出了然后用从服务器广播的内容描述符所描述的每个数据文 件的条目来更新需求数据表。在一个实施例中，假定客户系统中已经存在内容描述符表、需求数据表和多个数 据文件。在一个实施例中，如图2中所示的实施例中图示的那样，可以在客户系统中的机器 201的内存205、存储器211或者通过访问本地网络等来存储和维护内容描述符表、需求数 据表和多个数据文件。
为了帮助图示本发明的内容描述符方面，图7是可以由服务器103向客户105、107 和109广播的多个内容描述符701的一个实施例的例子。出于解释目的，假定此例子中服 务器103所广播的数据文件是诸如电影或电视节目之类的音频/视频文件。如上所述，数 据文件可以是诸如但不限于音频、图片、文本和多媒体等其它类型的文件。在图示的实施例中，图7中的内容描述符701示出了以后将由服务器103广播 的四部电影或数据文件。此例子中示出的这些电影是“Acti0nDUde”、“The Funny Show”、 "Blast ‘Em”和“Hardy Har Har”。内容描述符701包括用于描述以后将由服务器广播的 每部电影的属性和属性值。在图示的例子中，在内容描述符701中提供了两个属性来描述 每部电影。图7中示出的属性是“演员”和“类型”。应当了解本发明的其它实施例可以包 括不同的属性和其它属性值。例如，可以用于描述电影的其它属性的非穷尽性列表可以包 括“导演”、“年份”、“影响”和“结局”等。在一个实施例中，根据本发明的教导，可以提供例 如40-50种不同的属性来描述电影。回头参考图7中示出的具体例子，“Action Dude”是演员“乔 史密斯”主演的“动 作”片。"The Funny Show”是演员“简·多伊”主演的“喜剧”片。"Blast ‘Em”是演员 “简·多伊”主演的“动作”片。“HardyHar Har”是演员“乔·史密斯”主演的“喜剧”片。为了帮助图示本发明的内容描述符表方面，图8是由每个客户105、107和109在 本地更新和维护的内容描述符表801的一个实施例的例子。在图示的实施例中，图8中的 内容描述符表801已经填有内容描述符701所包括的数据，所述内容描述符701先前从服 务器103广播。在一个实施例中，内容描述符表801包括属性、属性值和相应的关联性值及 可信度因子的列表。具体地说，内容描述符表801包括属性值“乔·史密斯”、“简·多伊”、 “动作”和“喜剧”。此时，属性值“乔·史密斯”、“简·多伊”、“动作”和“喜剧”的关联性值 与可信度因子在图8中都是零。正如将要示出的那样，在一个实施例中，当用户同客户系统 交互时，本发明的关联性值与可信度因子将被更新和维护。在一个实施例中，内容描述符表801中的关联性值是关于相关属性和属性值的关 联程度以用于预测特定用户行为的指示器。例如，关联性值指示因为此特定的属性值，用户 观看特定的电影有多大可能。在一个实施例中，内容描述符表801中的关联性值处于某个 范围的值中，例如从-10到10。正如将要讨论的那样，如果例如用户观看了特定电影或者至 少表达了对具有该特定属性值的特定电影的兴趣，则可以增加关联性值。相反，如果例如用 户没有观看特定电影或者如果用户明确指示他或她不想观看具有特定属性值的特定电影， 则可以减小关联性值。在一个实施例中，当评级或者预测用户是否将实际访问具有特定属性值的特定数 据文件时，内容描述符表801中的可信度因子是将应用到特定属性和属性值对上的权重因 子。在一个实施例中，内容描述符表801中的可信度因子处于某个范围的值中，例如从-10 到10。在一个实施例中，例如当属性值准确预测出用户感兴趣的数据文件时，可以增加可信 度因子。相反，当用户对数据文件感兴趣时，即使特定属性值有另外的指示，可以减小可信 度因子。在一个实施例中，内容描述符表801的条目由与服务器103将广播的可能内容或 数据文件相关的所有内容描述符701的集合来构建。在一个实施例中，内容描述符表801 中的条目基于明确的用户请求而更新。此外，内容描述符表801的更新也可以隐式地基于用户是否访问具有特定属性值的具体数据文件，而不依赖于用户是否明确地把特定电影分 类。为了帮助图示本发明的需求数据表方面，图9是需求数据表901的一个实施例的 例子，在一个实施例中所述需求数据表901由每个客户105、107和109在本地更新和维护。 在所图示的实施例中，图9中的需求数据表901包括在内容描述符701中所描述的数据文 件列表以及由客户当前在本地存储或缓存的任何额外的数据文件。在一个实施例中，客户可以在例如内存205、存储器211或由图2的机器201可以 在本地访问的网络中在本地存储数据文件。为了本公开的目的，客户本地存储的数据文件 也可以解释为包括由客户在与服务器分开的已知网络存储结构中“本地”存储的数据文件。 为了本公开的目的，客户本地存储或缓存的数据文件应当解释为为了以后的访问、检索或 消费而存储的数据文件。在一个实施例中，本发明的本地缓存被认为是一级缓存。因此，相 应地定制本发明的本地缓存的大小以增加单击(single hit)的可能性。回头继续参考用于表示音频/视频文件的数据文件的例子，客户在本地存储电 影。在用户观看电影后，由此电影占据的存储空间通常被认为可用于存储以后某时间将广 播的另一部电影。因此，根据本发明的教导，应当了解客户系统的本地缓存设计为单用途系 统，例如激活和遗忘(fire andforget)。在一个实施例中，假定当用户访问数据文件时，该 用户不太可能想再次访问相同的数据文件。如果用户没有观看特定电影，该电影所占据的 存储空间通常被认为不可用于存储另外一部电影。然而，如果没有额外的存储空间可用并 且将广播更高评级的电影，则根据本发明的教导，较低评级的未观看电影将被更高评级的 电影所替换。回头参考图9中所示的需求数据表901的实施例，每部电影还具有相关评级、评级 类型指示器、缓存内指示器(in cache indicator)和下一步处理指示器。在一个实施例中， 评级指示相关数据文件的评级值。在一个实施例中，可以由用户明确输入或由客户系统通 过处理与该特定数据文件相关的内容描述符而隐式地产生此评级值。在一个实施例中，相 对高的评级值预示用户可能对该特定数据文件有兴趣。相反，在一个实施例中，相对低的评 级值预示用户不太可能对该特定数据文件有兴趣。在一个实施例中，评级类型指示器指示此特定数据文件的评级值是用户明确输入 的结果还是由客户系统隐式地产生。因此，在一个实施例中，需求数据表901的评级类型指 示器可以是明确的、隐式的或者如果该数据文件或电影还没有评级则为空。在一个实施例 中，如果数据文件已经由用户明确分类，则此数据文件的属性值中的评级值不再由客户系 统隐式地更新。然而，如果数据文件还没有被分类或者只是由客户系统隐式地评级，则该数 据文件的属性值中的评级可以由客户系统进一步更新或者调整。在一个实施例中，缓存内指示器指示特定数据文件当前是否由客户在本地存储或 者缓存。在图9中图示的实施例中，电影“Action Dude”、“TheFunny Show”和“Blast ‘Em” 已经存在于客户系统的本地存储器中。相反，在图9中图示的例子中，电影“Hardy Har Har" 还没有存储在客户系统的本地存储器中。在一个实施例中，下一步处理指示器用于跟踪将要对特定数据文件采取的动作。 例如，如果电影已经被用户观看，下一步处理指示器将指示“替换”以指示该特定电影所占 据的存储空间可用于存储另一部电影。在一个实施例中，如果电影还未被用户观看，则下一步处理指示器将指示“保留”。在一个实施例中，如果电影没有被客户本地存储而且如果评 级值预示用户可能对该特定电影有兴趣，则下一步处理指示器将指示“捕获”。在一个实施 例中，如果电影还没有被服务器广播而且评级预示用户不太可能对此电影有兴趣，则下一 步处理指示器将表示“忽略”。正如图6所讨论的那样，过程方框603和605示出了根据从服务器广播的内容描 述符来更新内容描述符表和需求数据表。判定方框607示出了然后确定是否有对任何数据 文件的用户分类。简单地参考图10，示出了用户分类一些电影的例子，如内容描述符701所 描述的那样。具体地说，用户通过指示他或她希望接收电影“Action Dude”而表达了对该电 影的兴趣。在此例子中，用户通过指示他或她拒绝该电影而表达了对电影“The FunnyShow" 没有任何兴趣。在此例子中，用户没有提供关于余下电影的任何信息或者分类。回头参考图6，如果用户已经对任何数据文件分类，过程方框609示出了已分类数 据文件的特定属性的关联性值在内容描述符表801中被更新。过程方框611示出了具有属 性值的数据文件的评级也被调整，所述属性值具有响应于用户分类而被调整的关联性值。 在一个实施例中，如果用户没有对任何数据文件分类，则跳过过程方框609和611。为图示当用户对数据文件分类时的例子，图11示出了响应于用户分类而更新或 调整的内容描述符表801。在图10中提供的例子中，用户指示他或她对电影“Action Dude” 有兴趣。图7中的内容描述符701示出“ActionDude”由演员“乔 史密斯”主演而且是“动 作”片。因此，参考图11中的内容描述符表801，属性值“乔·史密斯”和“动作”的关联性 值被调整以反映用户明确表达对“Action Dude”有兴趣。在一个实施例中，增加关联性值 以反映用户有兴趣。正如将要讨论的那样，在一个实施例中，与每个属性值相关的可信度因 子直到用户访问具有该特定属性值的数据文件时才被更新。继续图10的例子，用户指示他或她对“The Funny Show”没有兴趣。图7中的内 容描述符701示出了 “The Funny Show”由演员“简 多伊”主演而且是“喜剧”片。因此， 回头参考图11中的内容描述符表801，属性值“简·多伊”和“喜剧”的关联性值被调整以 反映用户明确表达他或她对“The Funny Show”没有兴趣。在一个实施例中，减小关联性值 以反映用户没有兴趣。继续图10的例子，用户没有提供关于“Blast' Em”和“Hardy Har Har”的任何信 息。因此，在内容描述符表801中没有更新与“Blast' Em”和“HardyHar Har”相关的属性 值的关联性值。正如将要讨论的那样，在一个实施例中，需求数据表901中的评级的更新涉及内 容描述符表801中所列的属性值的关联性值和可信度因子，如过程方框611所述。以下将 连同对过程方框617的讨论来讨论发生在过程方框611中的处理的详细描述。回头参考图6，如果用户访问任何数据文件，例如用户观看电影，如在判定方框 613中所确定的那样，过程方框615示出了在内容描述符表801中更新用户所访问的数据文 件的特定属性的关联性值和可信度因子。过程方框617示出了具有属性值的数据文件的评 级也被调整，所述属性值具有响应于用户访问而被调整的关联性值。如果用户没有访问任 何数据文件，则跳过过程方框615和617。为了图示用户访问数据文件的例子，假定用户观看电影“Action Dude”。图7中 的内容描述符701示出了 “Action Dude”由演员“乔·史密斯”主演而且是“动作”片。在
15一个实施例中，每次用户访问特定数据文件或与之交互时，该影片的属性值的可信度因子 就被调整或更新。在一个实施例中，对于具有大于零的关联性值的属性值，因为该属性值精 确地担当起用户将访问的数据文件的预报器，所以该属性值的可信度因子增大。在一个实 施例中，对于具有小于零的关联性值的属性值，因为该属性值没有精确地担当起用户将访 问的数据文件的预报器，所以该属性值的可信度因子减小。因此，图12示出了响应于用户 对“Action Dude”的访问而更新或调整的内容描述符表801。在此例子中，因为“乔 史密 斯”和“动作”的关联性值大于零，所以这些属性值的可信度因子增大。在一个实施例中，与隐式地评级数据文件相关的关联性值也响应于用户访问而在 内容描述符表801中增大。然而，在图12的内容描述符表801中示出的例子中，“Action Dude”被用户明确地分类。在一个实施例中，关联性值没有响应于用户对由用户明确分类的 数据文件的访问而在内容描述符表801中被更新。图13示出了响应于用户对“Action Dude”的访问而被更新的需求数据表901，如 过程方框617所述。如前所述，根据本发明的教导，需求数据表901也如同过程方框611所 描述那样被更新。如图13的需求数据表901所示，“Action Dude”具有评级值1。如上与 图10有关的描述的那样，因为用户对“Action Dude”进行明确分类，所以“Action Dude” 的评级类型是“明确的”。缓存内指示器指示“Action Dude”目前由客户系统在本地存储。 因为用户已经观看了 “Action Dude”，所以下一步处理指示器指示替换。在一个实施例中，需求数据表901中的评级值如下确定。内容描述符701示出 "Action Dude”具有属性值“乔 史密斯”和“动作”。图12的内容描述符表801示出“乔 史 密斯”具有关联性值1和可信度因子1。图12的内容描述符表801还示出“动作”具有关 联性值1和可信度因子1。在一个实施例中，考虑到数据文件的所有属性值的结合了其各自 可信度因子的所有关联性值来确定特定数据文件的评级值。例如，在一个实施例中，数据文 件的评级值等于数据文件的属性值的每个关联性值与其对应可信度因子的全部乘积的平 均值。为了图示，参考图13的需求数据表901中的“Action Dude”，“乔 史密斯”的关联 性值和可信度因子的乘积是1X1等于1。“动作”的关联性值和可信度因子的乘积是1X1 等于1。乘积1和1的平均值是1。因此，图13的需求数据表901中的“Action Dude”的 评级是1。类似地，关于需求数据表901中的“Blast πι", "Blast ‘Em”具有属性值“简 多 伊”和“动作”。图12的内容描述符表801中的“简·多伊”的关联性值和可信度因子分别 是-1和0。因此，需求数据表901中的“Blast' Em”的评级是1 X0和1 X 1的平均值，等 于0.5。在图13中示出的例子中的需求数据表901中的“The Funny Show”和“Hardy Har Har”的评级以本发明一个实施例中类似的方式确定。应当注意到因为上面图10中用户对电影“Action Dude”和“The FunnyShow”进 行了分类，这些电影具有如图13的需求数据表901中所示的明确评级类型。因为用户没有 对“Blast' Em”和“Hardy Har Har”进行分类，这些电影具有需求数据表901中的隐式评级。应当了解，上述讨论提供了根据本发明的教导如何确定需求数据表901中的评级 值的一个例子。应当注意到根据本发明的教导，可以以其它方式来确定评级值，其考虑数据文件的每个属性值的关联性值和可信度因子。在一个实施例中，需求数据表901中下一步处理的条目部分地由特定数据文件的 评级和缓存内的值确定。例如，假定在一个实施例中大于零的评级指示出用户被预测为对 特定电影至少有一些兴趣。因此，用户可能对电影“Blast ‘Em”和“Hardy Har Har”有一些 兴趣。因此，下一步处理指示电影“Blast ‘Em”将被保留在存储器中并且当以后服务器广播 电影“HardyHar Har”时其将被捕获。如上所述，因为用户已经观看了电影“Action Dude", 所以其在下一步处理字段中被标志为替换。在一个实施例中，用户与客户系统将来的交互导致如上所述的类似处理。例如， 假定用户现在观看电影“Blast ‘Em”。在此具体例子中，用户在观看此电影前没有对电影 “Blast ‘Em”分类。在一个实施例中，对于被访问的未分类数据文件的属性值，关联性值和可 信度因子两者都被更新，如图14的内容描述符表801所示。回想图7中电影“Blast ‘Em” 由“简 多伊”主演而且是“动作”片。如图12中所示，在用户观看“Blast ‘Em”之前， “简 多伊”的关联性值小于零，或者说是-1。然而，在此例子中，尽管“Blast ‘Em”由女演 员“简 多伊”主演这个事实，用户还是观看了它。因此，由于当预测用户的观看习惯时此特 定属性值现在显出较小的可能或关联，所以“简·多伊”属性值的可信度因子被向下调整。 在一个实施例中，因为关联性值已经小于零，可信度因子没有进一步向下调整。然而，因为 在用户观看“Blast ‘Em”之前“动作”具有大于零的关联性值，属性值“动作”的关联性值 和可信度因子向上调整。因此，在此例子中，关联性值从1向上调整到2而可信度因子也从 1向上调整到2。因此，图14的需求数据表801现在预测“动作”片是用户更可能观看的电 影。在一个实施例中，每次用户与客户系统交互时，内容描述符表801和需求数据表 901被更新。当用户访问数据文件以及当用户对数据文件明确分类时，执行对内容描述符 表801和需求数据表901的更新。应当了解根据本发明的教导，不要求用户为了更新内容 描述符表801和需求数据表901而对数据文件按顺序明确分类。结果，随着时间过去需求 数据表将更准确地预测用户有兴趣的数据文件。在一个实施例中，隐式地预测为用户最有兴趣的数据文件以及用户明确分类为有 兴趣的数据文件将是在本地缓存于客户系统上的数据文件。实际上，根据本发明的教导，用 户最可能想观看的电影被自动地在本地存储，并且因此可以“按需”获取，而无需用户预先 明确请求这些电影或者明确指定用于识别这些电影的标准。正如可以了解的那样，根据本发明的教导，通过在每个客户上本地存储数据文件， 可以更有效地使用广播带宽。事实上，当用户观看来自客户本地存储器的电影时，不使用额 外的广播带宽。此外，还应当了解，当更新各自的内容描述符表和需求数据表时，在每个客 户系统上执行了在根据本发明的教导的系统中执行的相当数量的处理。因为每个额外的客 户对服务器增加的成本为零，所以本发明的发布式处理使得当前公开的广播系统能够扩大 至很大数量的用户。在以上详细的描述中，已经参考本发明具体的示例性实施例描述了本发明的方法 和装置。然而，很明显，在不背离本发明较宽的精神和范围的情况下，可以对本发明进行各 种修改和变化。因此，本说明书和附图被视为示例性的而非限制性的。
权利要求
1.一种用于发送需求数据反馈的方法，包括在客户处从服务器接收描述被认为用于将来广播的内容段的内容描述符；在所述客户处产生指示所述内容描述符所描述的内容段的相对需要性的需求数据；以及在从上次将需求数据反馈发送到所述服务器以来已经使用了预定内容段数并且已经 为预定阈值数的已经评级的多个内容段生成了与所使用的内容段相关的所述需求数据后， 从所述客户向所述服务器发送需求数据反馈，所述需求数据反馈指示可用于将来广播的内 容段的相对需要性，其中与所述内容描述符所描述的内容段相关的需求数据的产生包括接 收关于特定多段内容的明确的用户输入，其中考虑所述客户与所述服务器之间的连接的带 宽容量来选择所述阈值数。
2.如权利要求1所述的方法，其中所述需求数据的产生包括消费由所述客户本地存 储的内容段的预览，所述需求数据的产生响应于被消费的所述内容段的预览。
3.如权利要求1所述的方法，其中向所述服务器发送所述需求数据反馈包括在已经 产生与第一预定内容段数相关的需求数据后向所述服务器发送需求数据。
4.如权利要求1所述的方法，还包括将所述阈值数和与所述需求数据相关的所使用的 段数的计数进行比较。
5.如权利要求4所述的方法，还包括在所述计数超过所述阈值时发送所述需求数据。
6.如权利要求1所述的方法，其中考虑在所述客户处接收内容的速率和在所述客户处 接收所述内容描述符的速率来选择所述阈值。
7.如权利要求1所述的方法，其中所述客户与不同的客户相比以不同的速率使用所述 预定内容段数；并且其中所述用户与不同的用户相比以不同的速率对相对顺序进行排名， 或者所述用户与不同的用户相比以不同的速率生成列表。
8.如权利要求7所述的方法，其中对于给定的时间量，所述客户比其它客户消费更多 的内容。
9.如权利要求7所述的方法，其中与所述内容描述符所描述的内容段相关的需求数据 的产生包括接收基于内容消费的隐式的用户输入；并且其中所述用户与不同的用户相比 以不同的速率产生所述隐式的用户输入。
10.如权利要求1所述的方法，还包括在多个客户处进行接收和产生，以及从所述多个客户处发送；其中基于多个阈值来进 行发送，其中考虑在每个客户与所述服务器之间的每个连接的带宽容量、在每个客户处接 收内容的速率、以及在每个客户处接收内容描述符的速率来细微地调节所述多个阈值。
11.一种系统，包括服务器，所述服务器包括用于发送载波信号的通信接口 ；以及耦合到所述服务器的一个或多个客户，其中所述服务器经由所述通信接口被耦合以使用所述载波信号向所述一个或多个客 户广播，广播包括内容描述符，所述内容描述符描述被认为用于将来发送的内容段；其中所述一个或多个客户每个都被耦合以产生指示所述内容描述符所描述的所述内 容段的相对需要性的需求数据；其中所述一个或多个客户每个都经由所述通信接口或经由反向信道被耦合以在从上次将需求数据反馈从所述客户中的相应的每一个客户发送到所述服务器以来已经使用了 预定内容段数并且对于所述客户中的相应的每一个客户已经为预定阈值数的已经排名或 评级的多个内容段生成了与所使用的内容段相关的所述需求数据后，向所述服务器发送需 求数据反馈，所述需求数据反馈指示可用于将来广播的内容段的相对需要性，其中与所述 内容描述符所描述的内容段相关的需求数据的产生包括接收关于特定多段内容的明确的 用户输入，其中考虑所述客户与所述服务器之间的连接的带宽容量来选择所述阈值数。
12.如权利要求11所述的系统，其中所述一个或多个客户中的每一个都被耦合以消费 本地存储的内容段的预览，每个客户上的需求数据的产生响应于所消费的所述内容段的预 览。
13.如权利要求11所述的系统，其中所述通信接口包括无线电收发器、调制解调器、线 接口或光学接口。
14.如权利要求11所述的系统，其中考虑在所述客户处接收内容的速率和在所述客户 处接收所述内容描述符的速率来选择所述阈值。
15.如权利要求11所述的系统，其中所述客户与不同的客户相比以不同的速率使用 所述预定内容段数；并且其中所述用户与不同的用户相比以不同的速率对相对顺序进行排 名，或者所述用户与不同的用户相比以不同的速率生成列表。
16.如权利要求15所述的系统，其中对于给定的时间量，所述客户比其它客户消费更 多的内容。
17.如权利要求15所述的系统，其中与所述内容描述符所描述的内容段相关的需求数 据的产生包括接收基于内容消费的隐式的用户输入；并且其中所述用户与不同的用户相 比以不同的速率产生所述隐式的用户输入。
18.如权利要求11所述的系统，还包括在多个客户处进行接收和产生，以及从所述多个客户处发送；其中基于多个阈值来进 行发送，其中考虑在每个客户与所述服务器之间的每个连接的带宽容量、在每个客户处接 收内容的速率、以及在每个客户处接收内容描述符的速率来细微地调节所述多个阈值。
全文摘要
在内容发布广播系统中从客户向服务器提供反馈的方法和装置。在一个方面中，响应于触发而从客户向服务器发送反馈。在另一方面中，在经过预定量的时间后发送反馈。在另一方面中，在已经为预定内容段数产生排名和评级后发送反馈。在另一方面中，在已经消费预定内容量后发送反馈。在另一方面中，当未消费内容量小于预定阈值时发送反馈。
文档编号H04N7/173GK102118210SQ201110075100
公开日2011年7月6日 申请日期2002年5月31日 优先权日2001年6月15日
发明者杰伊·康奈利 申请人:英特尔公司