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

摘要

在内容发布广播系统中从客户向服务器提供反馈的方法和装置。在一个方面中，响应于触发而从客户向服务器发送反馈。在另一方面中，在经过预定量的时间后发送反馈。在另一方面中，在已经为预定内容段数产生排名和评级后发送反馈。在另一方面中，在已经消费预定内容量后发送反馈。在另一方面中，当未消费内容量小于预定阈值时发送反馈。

说明书

本申请是2002年5月31日提交的、发明名称为“在内容发布广播系统中从客户向服务器发送反馈的方法和装置”的专利申请No.02811989.4的分案申请。

技术领域

本发明一般地涉及广播系统，更具体地说，本发明涉及在广播系统中按需提供内容。

背景技术

广播系统传统上从服务器系统向多个客户系统单方向发送数据。客户系统的用户典型地按照信号被广播的那样来消费从服务器系统接收的信号。按需提供内容给用户的一个范例涉及连续和/或以交错的时间间隔广播相同数据的服务器系统。因此，如果用户需要按需消费特定内容段或数据文件，则用户“调入(tune in)”该内容的重复广播之一。此范例的一个例子可以用现今的“按次付费”电影来举例说明，这些电影可以从有线或卫星电视供应者获得。例如，有线电视供应者通常以交错的时间间隔在多个频道重复广播相同的电影。希望“按需”观看特定电影的用户只要在广播该电影的开始时间之一调入其上广播所需电影的频道之一。相同数据或节目的连续与重复广播导致广播带宽非常低效率的使用。否则，用于在多个频道重复广播相同数据的带宽可以用来广播不同数据。

在广播系统中按需提供内容的另一个范例涉及用户记录特定数据文件并在以后“按需”访问该数据文件。继续以上讨论的电视广播示例，此范例的例子是用户设置他或她的录像机(VCR)来记录所需电视节目。以后，当用户希望“按需”观看此电视节目时，该用户只要从他或她的VCR播放先前所记录的节目。近来，已经可以获得更高级的数字录影机，数字录影机在内部的硬盘上而不是在传统VCR所使用的录像带上记录电视广播。然而，在要求用户明确设置使用条件(例如日期、时间)来确定在内部硬盘上记录哪些广播的方面，数字录影机的使用与传统的VCR是相似的。

现今广播系统的另一个限制是对客户系统的大多数用户来说很难关于节目向广播台提供反馈。例如，继续以上讨论的电视广播示例，许多今日的电视广播台依靠尼尔森收视率(Nielson ratings)来确定广播节目和/或时间安排。尼尔森收视率通常只是基于公众样本的小采样。因此，大多数电视观众对广播时间表和/或内容只有相当小的影响或没有影响。

附图说明

以示例的方式来举例说明本发明，并且不限于附图。

图1A是图示根据本发明的教导的广播系统的一个实施例的框图。

图1B是图示根据本发明的教导的广播系统的另一个实施例的框图。

图1C是图示根据本发明的教导的广播系统的另一个实施例的框图。

图2是根据本发明的教导的代表客户或服务器的计算机系统的一个实施例的框图。

图3是图示根据本发明的教导在服务器与客户中的事件流程的一个实施例的流程图，该服务器与客户具有向客户广播的多阶段内容描述符和进一步描述性内容以及从客户向服务器发送的多阶段需求数据反馈。

图4A至4C是图示根据本发明的教导的从服务器向客户广播的内容描述符文件的各种实施例的流程图。

图5A至5E是图示根据本发明的教导的从客户向服务器发送的需求数据反馈的各种实施例的流程图。

图6是图示根据本发明的教导的当处理来自服务器广播的内容描述符以维护内容描述符表和需求数据表时，客户中的事件流程的实施例的流程图。

图7是根据本发明的教导的由服务器广播的内容描述符的一个例子的示例。

图8是根据本发明的教导的由客户更新和维护的内容描述符表的一个例子的示例。

图9是根据本发明的教导的由客户更新和维护的需求数据表的一个例子的示例。

图10是图示根据本发明的教导的由用户分类的数据文件的一个实施例的图表。

图11是图示根据本发明的教导的响应于用户分类而更新的内容描述符表的一个实施例的图表。

图12是图示根据本发明的教导的在用户访问后更新的内容描述符表的一个实施例的图表。

图13是图示根据本发明的教导的在用户访问后更新的需求数据表的一个实施例的图表。

图14是图示根据本发明的教导的在另一个用户访问后更新的内容描述符表的另一个实施例的图表。

具体实施方式

在本发明的一个方面，公开了使用多阶段广播系统来确定内容广播时间表的方法和装置。在本发明的另一个方面，公开了用于从服务器向客户发送内容描述符的方法和装置。在本发明的另一个方面，公开了用于从客户向服务器发送需求数据的方法和装置。在以下描述中，为了提供对本发明的透彻理解而阐明了大量具体的细节。然而，对于本领域技术人员来说很明显，实施本发明并不必需采用这些具体的细节。在其它例子中，为了避免混淆本发明没有详细描述公知的材料或方法。

整个说明书中对“一个实施例”或“实施例”的引用表示所描述的与该实施例有关的具体的特征、结构或特性包含在本发明的至少一个实施例中。因此，在整个说明书中各个地方出现的短语“在一个实施例中”或“在实施例中”不一定都指的是相同的实施例。此外，在一个或多个实施例中，可以以任意适当的方式将所述具体的特征、结构或特性结合在一起。

图1A是根据本发明的教导的广播系统的一个实施例的示例。如所描述的实施例中图示的那样，配置广播操作中心或者服务器103以向多个客户105、107和109广播信息。在图1A所示的实施例中，客户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实时访问、分流或消费，或者可以缓存或存储这些文件以备以后消费。为了解释的目的，本公开中为帮助描述本发明而提供的许多例子假定服务器所广播的数据文件是音频/视频文件，例如具有移动图像和声音的电影。然而，应当了解根据本发明的教导，广播的数据文件不只限于音频/视频文件。

如图1A所示的实施例图示的那样，在服务器103与客户105、107和109之间是单路或者单向的链路。然而，在另一个实施例中，应当了解在服务器103与每个客户105、107和109之间还可以分别有通信链路。具体地说，图1B是图1A的广播系统增加了每个客户105、107和109与服务器103之间的“反向信道”或者通信链路的示例。具体地说，图1B中图示的实施例示出了可以分别由客户105、107和109使用以发回信息给服务器103的链路121、123和125。虽然在图1B中链路121、123和125被图示为客户105、107和109与服务器103之间的直接链路，但是应当了解，客户105、107和109可以通过诸如但不限于广播无线信号和网络通信等间接链路向服务器103发送信息。在一个实施例中，假定链路121、123和125是具有比链路115、117和119更低带宽的连接。例如，链路121、123和125可以是诸如通过公众交换电话网络的调制解调器连接等的低带宽连接，而链路115、117和119是诸如电视广播、有线电视广播和卫星电视广播等的高带宽连接。

图1C是根据本发明的教导的广播系统的另一实施例的示例。如图所示，耦合服务器103以通过网络113向多个客户105、107和109广播信息。在一个实施例中，网络113可以是任何类型的通信网络，例如但不限于因特网、广域网(WAN)、局域网(LAN)和内联网等，其中多种不同的设备可以通过所述通信网络进行通信。

图1C中图示的实施例中，耦合客户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-1线接口、T-3线接口、光学载波接口(例如OC-3)、令牌环接口、卫星传送接口、无线接口或其它接口，以将设备耦合到其它设备。

在一个实施例中，由通信接口213接收载波信号223以与天线111通信。在一个实施例中，在通信接口213和网络113之间接收/发送载波信号225。在一个实施例中，通信信号225可以用于将机器201与另一计算机系统、网络集线器、交换器和路由器等相连接。在一个实施例中，载波信号223和225被认为是机器可读介质，其可以通过导线、电缆、光纤或通过空气等来发送。

在一个实施例中，处理器203可以是传统的微处理器，例如但不限于英特尔x86或奔腾系列微处理器、摩托罗拉系列微处理器等。内存205可以是诸如动态随机存取存储器(DRAM)的机器可读介质，并且可以包括静态随机存取存储器(SRAM)。显示控制器209以传统方式控制显示器219，在一个实施例中，所述显示器219可以是阴极射线管(CRT)、液晶显示器(LCD)、主动矩阵显示屏和电视监视器等。耦合到输入/输出控制器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)、获奖情况、电影场景等。在音乐方面的情况，进一步描述性内容可以包括歌曲选节、唱片预览、关于音乐艺术家的历史信息等。

方框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广播的四部电影或数据文件。此例子中示出的这些电影是“ActionDude”、“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”由演员“乔·史密斯”主演而且是“动作”片。在一个实施例中，每次用户访问特定数据文件或与之交互时，该影片的属性值的可信度因子就被调整或更新。在一个实施例中，对于具有大于零的关联性值的属性值，因为该属性值精确地担当起用户将访问的数据文件的预报器，所以该属性值的可信度因子增大。在一个实施例中，对于具有小于零的关联性值的属性值，因为该属性值没有精确地担当起用户将访问的数据文件的预报器，所以该属性值的可信度因子减小。因此，图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”，“乔·史密斯”的关联性值和可信度因子的乘积是1×1等于1。“动作”的关联性值和可信度因子的乘积是1×1等于1。乘积1和1的平均值是1。因此，图13的需求数据表901中的“Action Dude”的评级是1。

类似地，关于需求数据表901中的“Blast‘Em”，“Blast‘Em”具有属性值“简·多伊”和“动作”。图12的内容描述符表801中的“简·多伊”的关联性值和可信度因子分别是-1和0。因此，需求数据表901中的“Blast′Em”的评级是1×0和1×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而对数据文件按顺序明确分类。结果，随着时间过去需求数据表将更准确地预测用户有兴趣的数据文件。

在一个实施例中，隐式地预测为用户最有兴趣的数据文件以及用户明确分类为有兴趣的数据文件将是在本地缓存于客户系统上的数据文件。实际上，根据本发明的教导，用户最可能想观看的电影被自动地在本地存储，并且因此可以“按需”获取，而无需用户预先明确请求这些电影或者明确指定用于识别这些电影的标准。

正如可以了解的那样，根据本发明的教导，通过在每个客户上本地存储数据文件，可以更有效地使用广播带宽。事实上，当用户观看来自客户本地存储器的电影时，不使用额外的广播带宽。此外，还应当了解，当更新各自的内容描述符表和需求数据表时，在每个客户系统上执行了在根据本发明的教导的系统中执行的相当数量的处理。因为每个额外的客户对服务器增加的成本为零，所以本发明的发布式处理使得当前公开的广播系统能够扩大至很大数量的用户。

在以上详细的描述中，已经参考本发明具体的示例性实施例描述了本发明的方法和装置。然而，很明显，在不背离本发明较宽的精神和范围的情况下，可以对本发明进行各种修改和变化。因此，本说明书和附图被视为示例性的而非限制性的。