经带宽受限的网络传输与动态再现大型媒体资料的系统本申请是申请号为03824299.0、申请日为2003年7月31日的中
国专利申请“经带宽受限的网络传输与动态再现大型媒体资料的系统”
的分案申请。
技术领域
本发明涉及通过网络把基于媒体的高质量内容传输与再现给用户
或进程，其中即使在没有充足的网络带宽可供使用的情况下也能以保
证的服务质量(QoS)来传输和再现。
背景技术
发明人意识到，即使随着网络技术的发展，传输丰富的高质量的
媒体体验仍是一个难题。尤其是传输大型媒体资料，无论它们是音频、
视频、FLASH、游戏、数据或其它媒体格式，通常要求比可利用的更
多的带宽/网络流量。例如，在音频和视频的情况下，如果用户的有
效带宽至少等于资料的比特率，高比特率的资料只能被实时地传输，
否则将导致不理想的用户体验，包括发生停顿、停止以及内容缓冲。
另一方面，一个大型的可执行游戏可能不与视频一样有实时的限
制(或要求的服务质量)，然而，下载该资料需要大量的时间和用户开
销，即使在最快的网络中也是这样。尽管市场上出现的“下载管理员”
可以为用户照顾这些方面，但内容供应商仍然希望以一种得体的、透
明的、不需要用户操心的方式，并且智能地、可定制地管理资料下载
到用户设备上(比如，计算机、有存储器与/或处理器的机顶盒，或
其它设备)。
鉴于此，存在这样的需求，即，使用有限的带宽以时间可选的方
式来管理和传输大型的、高质量的媒体资料给用户。也就是说，有这
样一种需求，要求通过现有的带宽和空闲时隙，顺畅地把内容传输给
用户，从而当需要内容的时候，它已经应需要而就绪了，用户体验不
打折扣。这自然就引发了一种期望，即用户拥有比实际可利用的更有
效的带宽。为此，也需要把这种技术无缝地集成于传输与再现平台(包
括但不局限于网络浏览器、FLASH动画和其它平台)以及内容发布系
统。本发明达到了这一目的，而且实现了其它功能，并克服了现有技
术的局限。
为便于理解，下述定义将适用于整个申请文件中。然而，不应该
认为这些定义替代了对本领域中已接受的，所列出的术语的理解。
术语定义：
1.流量-在规定时间内，从一地传输到另一地的数据量，通常，
流量用kbps(千字节每秒)、Mbps(兆字节每秒)和Gbps(千兆字
节每秒)来量度。
2.服务质量，QoS-该术语代表规定一个受保证的流量水平。
3.客户进程-在客户端执行的进程，它接收来自服务器进程的
高速缓存/显示管理指令或提示并执行这些指令，从而把高速缓存现在
的状态变成期望的状态，还可在做这些的过程中发起一个或更多的通
知给用户。
4.高速缓存-用“已知”条件或QOS对资料的存储。该上下文
中所说的高速缓存是一种资料存储机制，其中的QOS满足内容需要并
且通常高于用来获取资料的媒体。高速缓存内状态的变化可能导致通
知的发生。
5.服务器进程-向用户提供为管理高速缓存的状态所需要的信
息。它最简单的实现方式是，它类似于一个准动态的、由服务器生成
的播放节目单。更详细的实现(都是本发明的)还提供控制指令，以
便客户把资料的具体一部分的进展通知给其它进程的客户。
6.到期日-资料的到期日，并指出何时资料应当从本地高速缓
存中移除。
7.回叫URL-资料项目被下载后又重新获得的URL。
8.用户端令牌-当资料项目被下载以后设置的令牌或
COOKIE。这允许客户或服务器应用确定一项资料在本地系统中的存
在。
9.禁止日-表示资料将被使用的最近日期。
10.删除-表示资料将被标记成明确删除(覆盖到期日)。这便
于资料的收回。
11.更新率-确定客户如何频繁地检查要改变的资料列表。
12.资源路径-与资源列表有关的任何数量的资源的网络地址。
13.媒体资料-文本、音频、视频，或二进制文件/数据中的至
少一种。
14.项目-单个媒体文件
15.连接-用于媒体文件的URL
16.hitCountURL(计时URL)-文件被成功下载后要ping接的
URL，一个参数，即时长，被附加到URL的尾部，以秒为单位表示下
载花了多长时间。
17.h1peURL(帮助URL)-用于用户进程帮助的URL，在用户
选择帮助菜单项目时被显示。
18.trackWithCookie(跟踪COOKIE)-一个可选单元，当它存
在的时候，表示这个资料被添加到被COOKID名所指定的COOKIE
中的资料单中。
19.cookieName(COOKIE名)-列举了所有被下载的、具有跟
踪COOKIE单元存在的资料的COOKIE的名称。这种COOKIE对广
告服务是很必要的，以使广告服务器知道哪些广告已经被下载。
COOKIE的这种格式将仅包含文件的名字(无扩展名或路径)，由逗
号分隔。
20.cookieDomain(COOKIE域)-将被下载的资料COOKIE设
置于其中的域。如果用半冒号或逗号分隔，可以指定多个域。
21./regserver(/注册服务器)-把ActiveX控件注册到系统并把
客户进程添加到启动文件夹。
22./shutdown(/关机)-停止另一个在运行客户进程的程序，
如果存在的话。
23./unregserver(/解注册服务器)-解注册ActiveX控件，并把
快捷键从启动文件夹中卸除。它还停止正在运行的客户进程.exe程序，
并卸除COM对象寄存器条目。
24.CDN-内容分布网络，由第三方拥有和操作的、连结成组的
内容服务器。通常，CDN服务使用高度分散的一群服务器，可以提供
额外的业务能力。
发明内容
本发明提供一种系统和方法，其中媒体内容基于预先设定的一组
条件，在浏览媒体之前，从内容供应商传输到一个用户设备的本地高
速缓存。一个资料单含有与要被下载到客户设备的媒体资料有关的信
息，并被从内容提供商传输到用户设备。例如，资料单包含有关媒体资
料的位置的URL或信息。
客户资料管理器进程驻留于用户设备，负责从内容提供商下载资
料。该资料管理器使用资料单，来请求获得位于远程地点的媒体资料。
当具体的条件被满足时，客户进程管理媒体定期地向用户设备传输。
例如，当具有理想的网络可用带宽、用户存储器和可保证的服务质量
时，资料被传输给用户。
本发明通过有效地传输媒体资料给用户还提供了媒体资料的连
续、不中断、和持续地无缝的显示(视频和音频)。通过把这些资料集
成于一个浏览装置(如网络浏览器)，提供给用户无中断的、连续的媒
体内容流，无需实时缓冲。
本发明还提供了一种改进的方法，用来通过网络或本地资料存储
库，智能地和可适配地，传输一个或更多的大型媒体资料，如，音频
内容、视频内容、电影、游戏等。这样，本地媒体存储库对于客户进
程或最终用户来说是可用的，其中相对高质量的服务将被保证。本发
明还包括一种适配方法，基于资料的本地可用性，把这些资料集合组
合到实质上无缝的再现。
本发明包括一种通过网络传输资料的方法。该方法包括通过网络
把资料单提供给一个用户设备。该方法进一步包括在用户设备上运行
的客户进程，客户进程在下载和传输资料给用户设备中参考资料单。
客户管理程序进一步依据何时满足了至少一个预定的条件而管理资料
的下载。
内容提供商可以用推定的方式把数字资料放在用户设备中，这
样，当用户需要它的时候，它立即可用，无需网络下载。当有用户或
进程明示请求时可以发生这种情形，或者可以由内容提供商根据订购
的服务而发起。
下面结合附图对本发明做进一步说明。
附图说明
图1是根据本发明一个实施例的客户进程，与内容提供商站点和
远程媒体服务器互动的概况示意图；
图2是上述客户进程的另一个示意图，表示用来把流和高速缓存
的媒体集成于网络浏览器的脚本；
图3示出了文件的程序代码的示例；
图4是客户进程应用中的C++类的示意图；
图5是客户用于进程下载媒体资料的时间特性的示意图；
图6是影响等待媒体资料被下载的时间长度的误差表；
图7描绘了有关资料单中的资料信息的属性的分级化性质的一个
方面；以及
图8描绘了有关资料单中的资料信息的属性的分级化性质的另一
个方面。
具体实施方式
A.总体说明
通过有效地传输媒体资料，媒体内容的连续的、无中断的和持续
无缝的显示(视频和音频)被提供给用户。具体地说，当具体的条件
被满足时(如，网络带宽可用性，用户设备存储器和保证的QOS等)，
资料被周期性地传输给一人用户设备。通过把这些资料集成于一个浏
览装置(如，网络浏览器)，不需要实时缓冲的、无中断的、连续的媒
体内容流被提供给用户。
一个或多个大型媒体资料，如音频内容、视频内容、电影、游戏
等，被智能地、适配地通过网络传输给一个本地资料存储库。这样，
本地资料存储库对于客户进程或最终用户来说是可用的，其中将可以
保证相对高质量的服务。本发明还包括一种适配方法，基于资料的本
地可用性，把这些资料集合进实质上无缝的再现。
可以保证服务质量的本地资料存储库的一个例子，可以是一个由
用户设备连接的本地网(LAN)提供的一个高速缓存或数据存储设备。
本地可用性的含义是，资料在本地对于最终用户或进程存储系统(或
一个本地存储库，在客户与本地存储库之间有高速网络)是可用的。
在一个实施例中，一个进程或应用运行于用户设备中，在此称之
为客户进程。客户进程负责管理用户本地资料库中的一个内容高速缓
存。应用、网页和多媒体讲稿可以靠所述的高速缓存来组合已经驻留
的大型媒体资料。应用、网页和多媒体讲稿可以询问高速缓存的内容
并动态调整与可用的内容有关的用户体验。这些应用可以是客户端或
服务器端面的应用。
客户进程可以是从互联网下载并装入用户设备的服务。作为替
换，客户进程可以作为计算机操作系统的核心部件来提供，也可以与
其它软件应用打捆来提供。
客户进程为最终用户管理媒体资料的高速缓存。在一个实施例
中，包含在高速缓存中的资料专用于一个资料单，该资料单由一个内
容提供商提供。在此实施例中，客户进程从一个网络地点按特定和可
调的时间间隔重新获得资料单。基于资料单中的信息，当满足预定的
条件时，客户进程管理从远程地点的资料下载。
一个客户进程可以与不止一个资料单组合，所以许多服务提供商
或一个服务提供商的多个业务部门可以独立地维护他们自己的资料
单，并使用同一客户进程来管理下载。此外，当客户进程被安装或升
级时，客户进程可以被告知资料单的位置。安装可以从一个网站发起。
如果客户进程还没被安装在客户设备中，网页中的软件检测到这种状
况并提示用户下载并安装客户进程。也有可能通过网页中的脚本(与
ActiveX控件相结合)把资料单添加给客户进程。
客户进程根据预定的条件对资料的下载进行管理。如上所述，预
定的条件例如可以包括网络带宽可用性、用户设备存储器、时间、和
保证的服务质量。例如，在客户进程的一个实现方式中，只在用户设
备闲置时才进行下载。在另一个实现方式中，只有当网络活动低于某
一个水平时客户进程才进行下载。又例如，客户进程测量用户设备中
的CPU与存储器的使用状况，当该状况低于某个运行水平时，满足预
定的条件。在再一个例子中，客户进程依据一天中的某个时间，依据
何时网络使用状况最低对资料的下载进行管理。当然，客户进程此外
还使用条件的任何其它组合来管理资料的下载。
下载能力可以由用户打开和关闭。用户还可以指定只能当设备处
于某一个网络中时(例如，与拨号连接相对的LAN)才能够下载。例
如，用户可以向内容供应商订购这样的服务，在深夜时分(由客户进
程)下载资料，供早晨时分观看。
进一步，智能地和可适配地管理资料的下载也是可能的，无需一
个外在“下载管理器”处于用户的管理之下。所谓的智能，意思是说，
当一个预先设定的条件被满足时(如网络带宽、一天中的某个时间、
QOS等)资料才被传输。所谓的可适配，意思是说，资料单，处于内
容供应商端或用户设备端，可以基于用户浏览的倾向来自动地进行更
新。
资料单被用作内容制作者在客户的本地商店发布和管理内容的
一种手段。所以，该功能允许内容制作者发布那些将在后来的某时被
集成于应用的再现、网页、或基于FLASH的讲稿之中的媒体资料。在
一种情形中，制作者在一个后台发布系统中录入有关资料的信息，包
括它的地点、再现的时间、文字、和与资料关联的其它信息。这些信
息然后被发布和合并到有关的资料单。所述的发布系统还可以发布(立
即或在未来的某个日期或时间)合并了这些资料的网页或讲稿。
一种通过网络传输资料的方法，包括：(i)由内容供应商通过网
络把资料单提供给一个用户进程，其中所述的用户进程运行于一个用
户设备中；(ii)当预先设定的条件被满足时，对应于资料单，把资料
通过网络传输给用户设备。作为一个例子，资料可以是二进制数据、
音频内容、视频内容、文本内容、或一个多媒体文件中的至少一个。
预先设定的条件可以包括，一天中的某个时间、用户设备状态(即，
设备是否在使用或闲置)、带宽使用状况(即，带宽的使用是否低于一
个预先设定的运行水平)、用户设备CPU使用状况、用户设备存储器的
使用状况(即存储器使用是否低于预先设定的运行水平)。此外，客户
进程可以存储在用户设备的本地高速缓存中。不仅如此，客户进程可
以把存储的资料与来自于内容提供商的实时内容结合起来，以无中断
的、无缝再现的方式将内容提供给用户。此外，资料单可以经常更新，
从而让客户进程(或高速缓存)有能力周期性地、按预先设定的条件
接收丰富的内容。
为用户提供无中断的内容流的系统包括：(i)一个资料单，由内
容供应商准备就绪，通过互联网供客户进程使用，其中的客户进程运
行于用户的设备上；(ii)一个资料，当预先设定的条件被满足时从一
个远程地点准备就绪，通过互联网供用户设备使用，其中远程地点的
信息从所述的资料单中获得；和(iii)一个用于把传输的资料集成于
由用户设备正从远程地点通过网络接收的内容流的集成器工具。无中
断的和连续的内容流被提供给用户。
制作者可以录入可供选择的低带宽媒体资料和相应的文字信息，
它们可以在后台与丰富的媒体资料信息结合起来，从而产生两种不同
版本的页面(一种用于不管出于何种原因未能下载大型资料的用户，
另一种用于丰富的媒体资料)。用户可能因为多种原因无法下载丰富的
媒体资料，比如，(1)不兼容的系统；(2)系统不在线，无法接收下
载；(3)未为收费服务付费；(4)盘空间不够；(5)计算机一直在使
用，用户不希望其资源被用于下载。所以以上述两种方式提供可选的
用户体验是重要的能力。
例如，广告中的内容可以以序列的方式传输，只允许内容在相应
的广告也存在于本地高速缓存的情况下才被显示。在一个实施例中，
这一功能是通过使用(客户端或服务器端)脚本来确定是否两种媒体
资料都存在于用户设备中(内容部分与广告)来实现的。在另一个实
施例中，这一功能是通过使用资料单的集束来实现的，其中的资料单
集束当两种资料都在本地设备中时设置了令牌。
用户可以主动地指定媒体被下载和高速缓存在本地设备中。在一
种实施方式中，这是通过一个为每个用户管理资料的服务器端数据库
实现的。例如，在一周的中间，用户可以指定他想在周末看一部一般
电影长度的DVD质量的电影。这将导致资料被加入到资料单中，并导
致在接下来的时间里客户进程下载资料。用户可能因为资料加入到单
子而被收费，或者(见下文)是数据权利管理可能被使用来控制资料。
在另一个例子中，这种方法与来自内容提供商的一种“推动”结合起
来，即，为了在每天早上看深夜时的新闻广播，用户通过一项服务来
订购。其结果是，这项服务会每晚在用户的资料单中插入一条新的资
料以确定新闻广播被下载。
进一步，系统可以利用ISP和有线服务提供商的协同定位传输设
备来工作。在一种实现方案中，当制作者发布一项资料时，它随即被
转移到一个ISP和有线服务提供商的协同定位传输设备或系统(它在
网络布局中接近用户的位置)。客户进程获得该资料并把它放在本地的
高速缓存中，方法是从ISP和有线服务提供商的协同定位传输设备或
系统中获得，而不是从服务供应商的源媒体服务器中获得。
此外，内容提供商能够以基于它手头的资料来优化用户体验。例
如，如果没有丰富的媒体资料可供使用，有关新闻的网页可以提供一
个新闻事件的图片，然而，如果有一项视频资料在本地存储，网页可
以在网页中图象的位置用视频来替代。这可能包括视频的相应的文字
“拷贝”，因为视频和图象可以不是针对同一事件的，因而会需要不同
的支持文字和字幕。在一个实施例中，这一功能是这样实现的，让服
务器端应用通过相应的资料令牌来检测资料的存在(参见上文的资料
单属性)。依据令牌是否存在，为用户生成不同的页。在另一个实施例
中，它是在客户端通过网络浏览器中脚本来实现的。就是说，使用网
页中的脚本，基于媒体资料令牌的存在利用动态HTML来生成不同的
页。
本发明的一个优点是它允许内容供应商优化其网络带宽的使用。
具体而言，当使用状况低于峰值时增加内容的传输，带宽使用的低谷
被填充，从而优化了带宽的使用。
另一方面，数字权利管理(DRM)方案可以用于数据流。如，被
DRM保护的资料可以利用本发明的方案来发布。所以，当用户“播放”
资料时，提示他获得合适的许可，作为资料的“使用权”。
另一方面，GAME资料可以以可能用于客户进程的真实或虚拟ISO
图象的方式来发布。
B.机顶盒的的例子
客户进程可以下载和管理来自不同来源的有关媒体内容的媒体
资料，所述的来源例如可以是电视机顶盒，其中资料是通过一个载波
信号的边频带或通过数据网络，如有线网或卫星网或互联网或内部网
传输的。例如，在一个实施例中，在家中的浏览者可以访问一个电影
库，或供随时浏览的任何其它的音频/视频内容。所述方法涉及传输媒
体资料，如电影，给位于家中的机顶盒并允许电影聚合起来。
机顶盒中的一个硬盘用来存储电影。电影的传输利用通过标准广
播电视信号传输大量数据的数据广播技术。有关数据广播技术的信息
可以从Hartson等人名下的专利申请WO9955087号文件中找到，该申
请的申请日为1999年4月16日，公开日为1999年10月28日，在此
作为本专利文件的参考。例如，在24小时时间内，该广播技术可以传
播20部一般片长的高质量电影。机顶盒很容易连接到电视机上，就象
任何其它外设一样，如VCR或DVD播放机。由于计费的缘故，机顶盒
还连接于电话线上。
在一个作为示例的实施例中，机顶盒位于一个人的家中，用标准
视频电缆连接于他们的电视机。机顶盒有一个天线，通过广播电视信
号接收数据。机顶盒最好有一个至少80G字节的硬盘驱动器用来存储
多部电影。机顶盒有一个调制解调器，机顶盒用它来周期性地与服务
供应商联系。在服务供应商与机顶盒之间传输的信息包括：用户“浏
览/租赁历史”，用来计费之用，机顶盒日志，用来监测系统的运行和
用来解密电影的“电影密钥”。
机顶盒有一个处理器，能够接收来自广播信号的数据流，能够重
建数据，和把数据写到硬盘上。处理器必须还能够在播放一部电影的
同时，对来自遥控器的红外信号作出反应，并对调制解调器作出反应。
出于安全的考虑，硬盘与机顶盒一对一关联搭配，使得它一旦被卸除
或用于其它地方都不可用。机顶盒最好没有风扇，因为它需要被设计
成很安静的设备。机顶盒还包含一个安全处理器，作为其安全系统的
一部分。安全处理器是一个智能卡的一个主动构件，该智能卡用环氧
物质物理地连接于PCB，以使其不易被改变。
电影并不是实时地“流传输”到机顶盒，相反，内容文件被打包，
这些包被连续地传输到机顶盒，在那里，它们被累加重组起来。用户
并不清楚什么数据被传输给他们的机顶盒。供应商将电影下传，并被
动地驻留在机顶盒中一个有限的时间。数据传输被内容或服务供应商
所控制。为保证电影被完整地接收，同一部电影可能被广播传递给机
顶盒几次。任何在第一次传输尝试中没收到的数据包会在以后的广播
传输中被收到。在本发明中，一个客户进程驻留于机顶盒中，当预先
设定的条件被满足时(如网络带宽，QOS)，媒体资料(电影内容)被
从远程地点获得。
传输给机顶盒的电影还可以包含有关信息，定义电影的一定的特
性。如，一个电影可以有一个关联性的开始和结束的日期或时间，用
来限定可以看电影的时间范围。电影可以到达并存储于机顶盒中，但
它可以有一个关联的时间，在这个时间之间不可以看电影。这一功能
容许电影在从一个到另一地的传输时间上的差异，允许电影被“预装”，
使得在正式发行的日期立即就绪。类似地，资料单可以有一个结束的
日期与电影关联，过了这个日期，电影就不可以看了，并自动从机顶
盒中删除。
存储于机顶盒中的电影是被加密的。当一部电影要被选择观看而
且满足商业条件(如，用户还有足够的额度)，机顶盒将允许电影被解
密和播放。在允许电影被观看之前，机顶盒无需连接服务供应商，因
为解密电影的密钥通常是与当前帐户状况一起被先前取得，并驻留在
机顶盒中。显然，加密的电影未经解密是无法观看的。所有的解密都
被记录，该记录用于确定用户的帐单。与解密和用户帐户状况有关的
逻辑处理都由安全处理器来进行。在本发明的一个优选实施例中，在
观看电影之前，随着电影被选择用于观看，和接着的“租赁确认”对
话，费用就被收取。
在另一个实施例中，当电影的主要部分已经被观看，用户就会被
收费。一旦电影已经被选取，它可在一段有限的时间内(如，24小时)
重新观看而不收费，或者有限的重看次数而不收费。在另一个实施例
中，不是为每部电影收费，而是收取月费。月费的多少取决于各种选
择，如可看的电影的数量，一部被选的电影可以看的时间长度，每部
电影可看的次数。可以用一根电话线来实现源自用户的信息的传输，
所述的信息可以是用户的需要一把密钥，和由此应当收取的费用。因
此，即使用户有一个电影库存储于用户的机顶盒中，如果不实际观看
电影，则不收费。
在另一个实施例中，数据可以通过电缆、卫星、互联网等传输给
机顶盒。虽然无线广播是优选实施例，本发明不应局限于无线传输。
C.结合附图的说明
图1是表示用来传输和在用户设备中无中断地再现媒体流的系统
10的总体示意图。具体地说，用户设备20包括至少一个客户进程24
(如，客户资料管理器进程)，该用户进程与客户资料单42互动，客
户资料42处于用40表示的内容供应商的地点。在用户设备20中还有
用来存储信息的一个本地高速缓存26。高速缓存26可以是至少一个
随机读取存储器(RAM)，或只读存储器(ROM)，或硬盘。此外，还可
能有一个远程地点60，它包含资料62，例如程序内容(如一个体育事
件、厨艺节目等)。作为另一种方案，资料62可以位于内容供应商地
点40，或者位于有线/互联网服务供应商地点(未示出)。在客户开始
提取之前，资料已经在有线/ISP供应商的地点就绪。进一步，客户可
以同时从多个物理上不同的地点(如，从有线/ISP供应商，内容供应
商等)提取资料。
客户进程24为最终用户管理媒体资料高速缓存26。在一种实现
方式中，包含在高速缓存26中的资料62关联于资料单42，资料单42
由内容供应商40通过数据通道80来提供。在此实现方式中，客户资
料管理器进程24按指定的(可调整的)时间间隔从网络地点(如内容
供应商地点40)通过数据通道80提取资料单42。具体地讲，客户进
程24通过控制信号通道84提出一个请求给内容供应商40，要求通过
通道80传输更新的资料单42。
类似地，在另一种实现方式中，资料单42可以被内容供应商的
服务器(未示出)以周期性的方式发送给最终用户客户进程24。资料
单42是一个数据文件，它至少包含内容资料的一个清单。资料单42
中的每个单元通常确定获取该资料所需的一个网络地点和协议。例如，
在一种实现方式中，该网络地点是一个统一资源定位器(URL：
Universal Resource Locator)，而所述的协议是HTTP。资料单42还
可以包含与每项资料关联的其它属性(如在发明内容部分所解释的和
在术语定义部分所定义的)，如：
(i)失效日期，(ii)删除；
(ii)回叫URL-在一个实施例中，该回叫URL用来发起有关
资料下载的操作，如跟踪应用(允许跟踪哪些资料被下载，频繁程度
如何)，和通过电子邮件或即时信息通知客户一项资料已经就绪可以浏
览的应用；
(iii)客户端令牌-在一个实施例中，用来基于资料的可用性来
调整再现；
(iv)流量-在一个实施例中，该数字是可用的客户流量的一个
百分比，小于100％，客户进程可以尝试仅按这样的流量来取得数据，
而不是一下全取得，从而减慢下载。在另一个实施例中，该数字是用
字节每秒表示的下载数据率。
禁止日期-任何内容都可以在一个有限的时间窗口内才可用。
一旦禁止日期到了，内容会被客户进程移除，不再可用了。
一方面，这些资料可以被合并成一束一束的内容。上述的属性可
以被指定给一束。例如，这使得一旦一组媒体资料已经被传输给用户
设备，一个客户端令牌就被生成。
某些些属性可以与整个资料单42关联起来，这些属性是：
(a)更新率：在一种实现方式中，可以在服务器端对此进行控制
(如，在内容供应商地点40)，服务器端把资料单42通过数据通道80
下传给客户管理器24。
(b)资源路径；和(c)媒体资料
图7描绘了有关资料单中的资料信息的属性的分级化性质的一个
方面。如图所示，内容供应商/ISP提供给客户的资料单具有所有资料
信息的属性。举例来说，属性(1，2)可以指向资料1的过期日。该
图所描述的属性与每项资料处于一地。
作为另一方面，属性对于资料单来说可以是全球性的，如图8所
示。在这种情形下，客户进程基于适用于所有资料的全球性属性来管
理资料单中的资料的下载。
客户进程24还能够从远程地点60管理它的资料下载行为的许多
参数。例如，在一种实现方式中，客户资料管理器24通过信号86向
远程地点60发送一个请求，请求通过数据通道90传输媒体资料62
给本地高速缓存26。客户进程24可以基于一组预先设定的条件是否
被满足来把这些数据传输(下载)的请求发送给远程地点60。例如，
下载会下列情形下发生，当用户设备20闲置时，当网络带宽低某个水
平，当用户设备20中的CPU与/或存储器的使用状况低于某个运行水
平时。
下载能力也可以由用户打开或关闭。用户可以指定只有当设备处
于某个网络中时(如相对于拨号上网的LAN)下载才可以进行。
在没有由客户进程24发起请求的情况下，依据网络状况(如，流
量大小、可用带宽、时间，等)，远程地点60可以减缓或推动媒体资
料62。
资料单42用作一种手段，供内容制作者发布和管理客户的本地存
储/高速缓存中的内容。例如，该功能允许内容制作者发布将在某些点
被无缝地集成入网页再现或FLASH再现(未示出)中的媒体内容。
相应地，制作者可以把有关资料的信息录入一个后台发布系统，
包括它的地点，再现的日期和文字，以及将会被与资料关联的有关信
息。这些信息然后会被发布并包含到相应的资料单中。发布系统还可
以(立即或在未来的某个日期或时间)发布包含了该资料的网页或再
现。制作者还可以录入低带宽媒体资料及相应的文字信息，这些内容
之后会与丰富媒体资料合并生成两种不同版本的页(一种用于不管出
于何种原因未能下载大型资料的用户，另一种用于丰富的媒体资料)。
客户资料管理器进程24是可运行于用户设备20上以提供下载和
高速缓存的应用。用户将能够自主决定获得客户管理器/进程，很可能
是通过内容供应商来获得。作为一个示例的实施例，客户管理器可以
被安装成自动启动，且在后台运行。
图2显示了系统100中信息流动的示意图，其中客户资料管理器
进程102运行在用户设备中。在一个示例性的描述中，客户资料单110
(如，一个XML文件)被定期从内容供应商120下载，列于那个文件
中的资料130被从远程地点/内容供应商140处下载并被要相应地高速
缓存起来。用户通过把脚本150包括进来可以导航到显示资料的网页，
脚本150与客户管理器进程160通信。由于客户管理器进程102也可
以是ActiveX服务器，仅一个代理对象可以在网页180中运行，实际
的控制可以是客户管理器进程102的一部分。在另一方面，客户进程
160可以嵌入在网页180中或客户管理器进程102的一部分中。
C(i).设计方面的说明
输入可以是：(i)配置文件，如XML文件，允许远程控制客户管
理器进程102的行为；(ii)将被高速缓存于客户端的远程媒体文件。
输出可以指向媒体文件的本地路径。
任何网页都可以显示被客户进程102高速缓存的资料。使用客户
进程的ActiveX界面，一页可以包含JavaScript码150，来看是否安
装了客户进程102，并询问客户关于媒体文件的本地路径的信息。如
果一个路径被返回，脚本然后会将该路径信息传达给接受参数的任何
基于网络的媒体播放器。
设置服务器120可以是寄存设置文件110的任何网络服务器。媒
体服务器140可以是寄存媒体文件或资料130的任何网络服务器。
C(ii).实施流程
客户进程102可以被打包于一个.cab文件并用一个数字证书签证
以标记程序的创作者(如，沃尔特迪斯尼互联网集团公司)。可以为不
同的内容供应商生成独立的.cab文件xyzvideo.cab。例如，用于ESPN
的文件名可以是espnvideo.cab，它可以用ESPN数据证书签证。
Internet Explorer使用互联网构件功能下载和跟踪应用。一个.INF
文件可以被含在.cab中来指导构件下载器如果安装客户进程102。
所述的.cab文件被放在一个网络服务器上，当浏览器载入一个具
有OBJECT标签的网页，所述标签包含适合的ActiveX控制的类别身份
码(ID)，浏览器会使用由CODEBASE属性指定的URL来下载.cab文件。
数字证书被显示，以此通知用户我们的控制已经被下载，并提示用户
作出执行的许可。一旦用户接受，该窗口将不被再次显示，除非一个
更新的版本被下载。
模块Clientprocess.exe被加入到名为Downloaded Program
Files(已下载程序文件)的子目录中，客户可以自已在启动(startup)
子目录中建立快捷键。快捷键的名字取决于谁建立了这些文件(如，
迪斯尼，ESPN等)。客户进程102也可以在go.com域中建立一个
cookie，称之为ClientProcess(客户进程)，在客户进程被安装后被
设置为“真”。该cookie可以被定期地检查，以防止它被用户无意中
删除。
该程序首先被操作系统执行，从那时起，无论何时用户启动设备，
它都会运行。
前述的数字证书可能是必要的，因为大多数用户都有他们的浏览
器安全设置，而且安全程序都足够高，不允许安装来自互联网的不可
信的应用程序。证书的存在允许浏览器确定软件的来源，并询问用户
那个公司或个人是否可信。
OBJECT标签的CODEBASE属性支持可选性地添加安装希望的软件
版本。版本信息附加在cab所在地点的URL上，用“#”作分隔符。例
如，如果客户进程目前的版本是字段1，0，0，1，新版本1，0，0，2已经
被放在网络服务器上，把“#1，0，0，2”附加在CODEBASE URL的尾部，
这将指示构件下载器下载和安装新版本。
.INF文件包含一个设置，它使得先用/shutdown(关机)参数来运
行clientprocess.exe以便先关闭clientprocess.exe，使得更新版
本不要求重启设备。
构件安装器可以用事先定义的键添加信息给注册表。
对应于客户进程系统托盘图标的菜单中将含有一个卸载选项。点
击该先项后，客户进程运行clientprocess.exe另一个程序的，传出
/unregserver(解注册服务器)参数，从而卸载它自已。卸载进程将做
以下事情：(i)解注册控件，(ii)清理由客户进程添加的注册表项目，
(iii)从启动文件夹中移除客户进程项目。
当操作系统启动，且Explorer运行启动文件夹中的项目时，客户
进程102将启动。除非用户把它从系统托盘图标中丢了或者是系统关
机，否则它不会终止。
客户进程102对于用户来说是不可见的，除了含有几个菜单项目
的系统托盘图标，例如，如果ESPN的BottomLine(底线)应用正在运
行，客户进程的ESPN版本将不会显示它的图标，因为BottomLine将
会在它的菜单中为客户进程102提供一些选项。这是有用的，因为它
减少了可能会放在一个客户进程中的托盘图标的数目。程序
BottomLine与客户进程102可能需要定期彼此通信，保证一方在另一
方关闭时可以知道，且在它的菜单项目中的一个被选定时客户进程可
以知道。图标可以是ESPN图标或取决于创建方式的另一个图标。
下列项目将存在于客户进程托盘图标菜单中：(i)帮助-显示
客户进程102的帮助，(ii)XML群组文件可以具有一个可选的helpURL
项目。当用户选择帮助时，用这个URL打开一个浏览器，(iii)
About(关于)-显示程序的版权/信息对话框，(iv)Exit(退出)-
停止程序(不将其从启动文件夹中移除)，(v)卸载-卸载程序并清
除COM注册表项目。
每次至少客户进程102的一个程序可以运行。唯一的例外中，如
果clientproces.exe在/unregserver(解注册服务器)或/shutdown
(关机)参数运行，所述程序会终止一个已经在运行的程序，如果存
在的话。Clientprocess.exe建立一种互斥关系，后来的程序检查该
互斥关系，从而实现单一程序功能。所以，在某些情形下，如果发现
一个正在运行的程序，第二个会立即终止。
客户进程的线索记录模型可以是公寓模型。就是说，客户进程
ActiveX控件是这样的设计的，它们希望仅从一个线索记录被访问。
然而，客户进程作为一个整体是多线索的，它将启动一个线索来进行
单个资料下载，终止那个线索，当下一个下载发生时启动另一个线索。
一次只能进行一个下载。
在通常的运行模式中，客户进程将不用任何参数而运行。然而，
下列命令行参数可能会被支持：(i)/regserver(注册服务器)；(ii)
/shutdown(关机)-停止在运行clientprocess.ext的另一个程
序，如果它存在的话；和(iii)/unregserver(解注册服务器)。
使用从设置服务器上下载的XML群组文件设置客户进程。通过一
个网页内为ClientProcessGroup(客户进程群组)ActiveX控件而设的
OBJECT(对象)标签中的PARAM标签来获得群组文件的URL。每当一
个ClientProcessGroup(客户进程群组)被一个XML参数发起时，客
户进程进行检查，看看该群组是否已经被加入。如果没有，它会被加
到注册表，文件会被下载并拆解。群组文件的注册表项目不会移除，
起到该客户进程被卸载。
通常，根据可配置的更新率来下载群组文件。如果服务器支持
If-Modified-Since(如果-从某时-修改)文件头，客户进程可能不下
载该文件，如果它自上次下载以来还没被修改。
群组文件中的XML使用RSS格式，并具有一个客户进程特殊的元
素。RSS是一个公开格式，用于许多迪斯尼作品的合成。这样做的初
衷是试图使尽可能充分地使用标准，使得群组文件有可能用于其它系
统。
图3示出了一个用于群级文件的示例DTD。
启动之后，客户进程把自己注册于系统中，作为一个用于后续的
ActiveX控件的COM本地服务器(Local Server)。只有
ClientProcessGroup(客户进程群组)被标志为安全，可以用于初始
化，只有ClientProcessLocator(客户进程定位器)被标记为安全，可
以用于脚本。这是为了避免控件被用于不良目的。ClientProcess(客
户进程)的初始模型设计成具有用于每个主要构件的一个ActiveX界
面，允许网页显示状态。这些界面对于开发/测试阶段的故障检修也很
有用。
ClientProcessSvc：
这是应用的主要类型，放在安装网页上，它有一个OBJECT标签，
用来强制应用的下载和安装。生成一个单独的CClientProcessSvc程
序，用于对已经生成的资料和群组对象进行跟踪的进程。
IclientProcessSev界面提供用于报告程序状态的方法。
ClientProcessGroup(客户进程群组)：
ClientProcessGroup (客户进程群组)ActiveX控件被
JavaScript(Java脚本)用来指定一个设置给客户进程。通过
IproperBag界面，ClientProcessGroup(客户进程群组)接受OBJECT
标签参数，调用被设定给XML文件的URL的XML或资源。单个的XML
设备文件(或群组文件)用一个ClientProcessGroup(客户进程群组)
对象来表达。IclientProcessGroup界面提供状态功能。
ClientProcessLocator(客户进程定位器)：
ClientProcessLocator(客户进程定位器)是一个简单的控件，它
对脚本安全，且只有一个方法，即GetLocalPath。如果已被下载，它
被JavaScript(Java脚本)用于显示媒体资料的网页，以确定本地文件
的路径。
此外，如果用户已经停止客户进程，然后浏览到下一个媒体网页，
含有ClientProcessLocator(客户进程定位器)类别号(id)的OJBECT
标签将会引发clientprocess.exe再运行。如果用户卸载该产品，在
CODEBASE参数被确定的情况下，该标签将强制重新安装或升级。
ClientProcessAsset(客户进程资料)：
ClientProcessAsset(客户进程资料)代表将被本地高速缓存的任
何对象(群组或媒体文件)。该COM对象在ClientProcessDownloader
(客户进程下载器)中的ClientProcessSve或get_queueAsset用
get_asset方法返回。
ClientProcessDownloader(客户进程下载器)：
单个的ClientProcessDownloader(客户进程下载器)在应用启动
时被生成。它处理资料下载队列。当一项资料来到下载队列的顶端时，
资料用QueueDownload(下载队列)将它们自己添加到队列中，它被交
给CasyncCacheDownloader程序去处理。
ClientProcessReference(客户进程参照)
ClientProcessReference(客户进程参照)对象代表媒体文件。
每个群组可以有一个或多个参照。该COM对象在
ClientProcessGroup(客户进程群组)被get_reference方法返回。
其它C++类
该部分定义了客户进程应用中的C++类的示例，并总结它们的行
为以及相互间的作用。这些类中的一些具有COM封面对象，用于与其
它应用通信。图4给出了各种类的表格。
CasyncCacheDownloader-asynccachedownloader.h/.cpp：
该类别通过HTTP把资料的下载封装进本地设备中。
CasyncCacheDownloader再细分类Cwindoelmpl，允许它接收信息，因
为它的大部分操作发生在一个单独的线索记录中。客户进程使用
window信息用于线索内部的通信。
其方法中的大部分运行于主线索中，但StartDownload(启动下载)
生成一个新的线索，该线索又调用DoDownload()方法。DoDownload()
用Winnet APIs(Winnet应用程序接口)来下载单个资料并为它生成一
个Internet Explorer高速缓存记录项。
DoDownload方法在一个时间用小块的方式下载文件。如果设置的
流量小于100％，它还会在每完成一块的下载后休眠一会儿。例如，如
果流量为50％，下载线索休眠的时间将与它用来下载这块数据所需要
的时间一样长，以实现50％的流量。
CCacheAsset-cacheasset.h/.cpp：
一个CcacheAsset程序代表需要被高速缓存在本地系统中的单个
文件。这可以是一个群组文件或一个媒体文件(参照)。CCacheGroup
和CCacheReference两个程序都例示一个CcacheAsset程序，以处理
文件的下载和高速缓存。GetInternet方法返回其各自的COM封面对
象的ClientProcessAsset(客户进程资料)界面指示器。
如果下载不成功，CCacheAsset将设定一个计时器，从而根据图5
中的表格再尝试一次。如果下载成功，CCacheAsset观察文件系统，
以确认高速缓存项目没被从高速缓存中删除。如果删除了，再次下载
该项目。
CCacheGroup-cachegroup.h/.cpp
该类别封装XML群组文件。每个Group XML文件被传递给
CCacheGroup的一个程序，程序解析此文件，并生成用于每个媒体文
件项目的CCacheReference程序。Get Internet方法返回其各自的COM
封面对象的ClientProcessGroup(客户进程群组)界面指示器。一个
CCacheAsset程序被生成，以代表该组文件，一个计时器也被设定以
一定的时间间隔，该间隔被设成XML中指定的refreshRate(更新率)。
当计时器到时时，用于该组文件的CCacheAsset被加入到下载队列。
CCacheReference-cachereference.h/.cpp
当XML群组文件被CCacheGroup解析，为每个媒体文件项目生成
一个CCacheReference程序。CCacheReference生成一个CCacheAsset
程序来处理下载/高速缓存功能。该类别还负责检查项目过期时间，将
过期的项目从盘中删除。
CCacheTime(高速缓存时间)-cachetime.h/.cpp：
CCacheTime再细分类ATL CTime，以提供时间转换功能。客户进
程中所有的日期/时间变量都利用CCacheTime存储。
CClientProcessModule-clientprocess.cpp：
该类别代表可执行进程自己。CClientProcessModule对标准的
ATL CAtlExeModuleT类再细分类。其原因是为了添加功能给进程的启
动，以及注册和解注册。在启动时，以ClientProcessSve GUID为名
字生成一个共用的互斥关系。如果该互斥关系已经存在，这意味着应
用已经在运行，所以当前的程序存在。所有额外的安装和卸载功能也
在该类中完成。
CException-exception.h/.pp
发生错误时，CException程序被生成并被丢弃。CException处理
错误的信息。
CRegistryVirtualDeviceX-registryvirtualdevicex.h：
这是ATL中CregistryVirtualDevice子类。该过度载入
AddStandardReplacements(增加标准替代)来阻止ATL，不让它检
查模块的扩展以确定我们是否应当把InProcServer32或
LocalServer32放入注册表中。客户进程始终中一个.exe，所以也是
一个LocalServer(本地服务器)，因而，在应用上添加外部要求的调
用可能是不必要的。
CTime和CTimeable-timer.h/.cpp：
CTime包括时间功能。希望使用计时器的对象仅需要从CTimeable
衍生，和实现OnTimer，并生成一个CTimer程序，调用它的Start方
法。Stop()停止计时器。
CUrlMap-urlmap.h/.cpp：
CUrlMap是一个专门的CatlMap模板，它允许用户生成把对象映
射到URL的杂凑映射类。
具体地说，系统通过一列方式得到增强：(i)为下载码增加下载率
(节流)支持，(ii)到期时删除资料，(iii)实现
ClientProcessLicator(客户进程定位器)控件并删除COOKIE逻辑，
(iv)使用系统托盘图标和菜单，(vi)提供HitCountURL支持，(vii)
提供程序信息(一个“关于”对话框)。
本发明还给予一定的注意，以保证下列事项：(i)所有适当的
ActiveX安全设置都被应用到每个控件，(ii)COM方法和特性被隐藏
(这就是说，它们不会显示在控件设计用户界面，如Visual Basic
中)，(iii)静态功能被用来决定文件系统，所以只使用一个计时器，
(iv)添加BottomLine逻辑以检查ClientProcess(客户进程)并提供系
统图标子菜单，(v)使用启动菜单快捷键，而不是windows运行注册表
项目，(vi)定期地检查COOKIE，所术COOKIE指示是否
ClientProcess(客户进程)已安装或在必要时重新生成。
C(iii).BottomLine增强
BottomLine(ESPN的商标)可能需要被修改，以检测客户进程，如
果进程存在，在它的系统托盘菜单中显示客户进程菜单项目。这排除
了如果用户有两个应用安装和运行的情况下在托盘中出现多个图标的
情形。
该客户进程将在CLIENTPROCESS_MENU_START(客户进程菜单开
始)和CLIENTPROCESS_MENU_END(客户进程菜单结尾)范围内定义其
菜单项目标识。当一个BottomLine可能访问的头文件被建立起来以
后，这些常数将被定义在该头文件中。
BottomLine和客户进程还需知道是否所有的进程在运行，所以它
们需要执行下列步骤：(a)当BottomLine启动时，它设法生成客户进
程互斥关系，来看该客户进程是否在运行，(b)当客户进程启动或关闭
时，它广播一个注册windows信息，BottomLine会看到这个信息，并
用一个回执作出回应，(c)当BottomLine启动或关闭时，它广播一个
注册windows信息，BottomLine会看到这个信息，并用一个回执作出
回应。
注册的windows信息可以允许应用来定义它们自己唯一的信息，
用来与其它已经注册了同样信息的windows通信。当客户进程或
BottomLine向其它应用或回执宣布它的存在，它将沿着wondow句柄
发送，以利于未来的通信。然后，客户进程将使用WM_COPYDATA把将
显示在菜单上的信息发送给BottomLine。当一个客户进程菜单项目被
选定时，BottomLine将转发它。
一些功能也包括在实现客户进程的系统中，它们是：(i)安装与升
级的停止(自动地)，(ii)客户端用户界面很少或没有，(iii)窗户程
序的服务器端设置，(iv)跟踪有多少个媒体文件被下载的能力，(v)
通过JavaScript(Java脚本)来确定一个媒体文件下载的状态的能力，
(vi)按其命名发送内容供应商的特殊控件(如ESPN的特殊控件)的版
本的能力。
C(iv).系统功能
客户进程程序：
客户进程程序负责在媒体内容显示于网页前的几小时下载该媒体
内容。当用户浏览到一个含有显示那个文件的HTML的页面时，该文件
的本地拷贝会被用到，这将显著地提高播放质量。
安装：
客户程序被允许自动安装。任何网页都可以含有一个指向客户进
程的标签，必要时，浏览器将自动安装它或对它进行升级。
用户界面：
通过一个提供了关闭或卸载产品的能力的菜单，客户程序的用户
界面可以被集成于一个系统托盘图标中。如果BottomLine应用存在，
那么就使用它现有的系统托盘菜单。
执行：
客户进程可以被安装于用户设备的启动文件夹中，所以它一直在
运行。程序会定期地从一个WDIG服务器下载一个XML文件，该WDIG
服务器包含关于哪个资料要被下载、何进过期、以何种速率下载的信
息。还有一个界面，供内容提供商网站与客户进程进行通信，以确定
本地媒体文件的地点。
寄存(hosting)：
.cab安装文件可以被寄存于由使用该产品的Vertical提供的一
个或多个首端文件。由于它是一个静态文件，它可被任何网络服务器
寄存。随着新版本的客户进程的发布，该文件将在服务器中被升级。
内容供应商Bottom Line(底线)修改：
可以对BottomLine应用作合适的修改，从而为客户进程提供系统
托盘界面。
HTML和脚本范例：
HTML和JavaScript(Java脚本)范例可以被提供给开发商，以
演示如何寄存客户进程和与之进行通信。
外部界面要求
这一部分描述外部系统，其中，界面需要为之生成和修改。
ESPN BottomLine：
需要对BottomLine做小的改动，以检测客户进程的存在，增加菜
单项目以停止和卸载该客户进程。
客户进程检测：
每当BottomLine被显示时，BottomLine必须检测客户进程的存
在，如果存在并且正在运行，显示一个包含客户进程菜单项目的子菜
单。通过检查互斥关系的存在，客户进程的检测很容易做，其中的互
斥关系是客户进程在启动或寻找具有客户进程window类的window时
生成的。
客户进程通信：
如果客户进程在运行，BottomLine可能会使用window消息以询
问哪个菜单项目被显示。当一个客户进程项目被选定时，BottomLine
将会使用该信息来告诉客户进程哪个项目被选定了。
媒体内容服务器：
寄存媒体文件的服务器可以是任何HTTP 1.1网络服务器，只要它
支持HTTP字节范围的下载(206success码)，以实现下载节流。如
果服务器不支持字节范围，整个文件可能会被一次下载，不管设置如
何。
配置服务器界面：
可以有一个寄存XML配置文件的服务器。XML可以跟从一个按照
设计参数发布的格式。
功能要求：
1.在用户设备上设置一个COOKIE，表示程序被安装了。该COOKIE
可以定期被检查，以确保用户不删除它。
2.通过Internet Explorer构件下载功能来更新支持软件，这将
保证当一个新版本被放在首端和当HTML被修改以要求一个更新的版
本时，客户代码被适当地更新。而且，还可以保证在更新时不需要重
新启动系统。
3.程序可以被安装在启动文件夹中，所以将一直运行，除非用户
专门停止它。
4.在一个时间只有一个程序运行。
5.通过一个系统托盘图标菜单提供卸载功能。卸载可以从程序外
部发起。
6.由系统托盘图标提供的菜单项目。
7.帮助-显示迪斯尼高速缓存的帮助。
8.配置文件可以有一个可选的helpURL(帮助URL)项目。当用户选
择了帮助时，用该URL打开一个浏览器。
关于-显示程序版权/信息对话框。
退出-停止程序(不将它从启动文件夹中删除)。
卸载-卸载程序并将它从注册表项目中删除
配置文件：(i)可以是XML格式，(ii)可以提供更新率，用来确定
以何种频度下载配置文件，(iii)可以提供URL的按项目设置、过期时
间、点击跟踪的URL、和下载率。进一步，一个项目的优先性可以按
设置文件的次序来确定。而且，两个不同的设置文件不可以包含同样
URL的同样的项目。此外，有关XML设置文件的地点的信息可以被
HKEY_CURRENT_USER之下的注册表来定位。
文件下载
浏览器(如Internet Explorer)高速缓存：
用户进程可以用Internet Explorer高速缓存来提供媒体文件的
客户端高速缓存。存于高速缓存中的文件可以被Internet Explorer
清除，如果必要的话，以便为其它项目留出空间。XML设置文件，可
以被标记成粘性，以让它在硬盘上存在一定长的时间(如30天)。由
于Internet Explorer高速缓存是按每个Windows联机注册来工作的，
每个用户需要有单独的高速缓存。
客户进程需要定期(或使用文件系统观察工具)检查以检测何时
一个项目被从高速缓存中删除。如果它还没到期，它将会再次下载。
项目有效期：
每个项目都有一个到期日和时间。定期地，客户进程将检查这些
时间，从高速缓存中删除已经过期的项目。客户进程需要确保跟踪资
料，如果它们在客户进程有机会作废它们之前就把它们从XML配置文
件中删除，它们将被从用户硬盘中删除(如果用户让他的设备关机时
间过长，这有可能发生)。
一旦一个项目被下载，它将不会再被下载，除非Internet
Explorer已经将它从高速缓存中删除。
配置的更新：
客户进程通过把XML配置文件从服务器按照由refreshRate(更新
率)XML元素所定义的速率下载，定期地更新XML设置文件。
下载错误：
如果在下载一个项目时发生错误，在一段暂停后，客户进程将再
试。等待的时间取决于依据图6所提供的图表的错误类型。
进一步，如果网络连接就绪，客户进程可以进行下载，如果需要，
它可以不通过拨号上网来进行下载。
节流：
配置文件中的每个项目都可以被可选择地配置成具有一个具体的
下载流量比例。这意味着，客户进程可以分块地下载文件，而且可以
在块与块之间停顿，以实现流量比例。寄存该文件的网络服务器应该
能够支持HTTP字节范围特性。
网络界面
用于配置文件的URL可以通过一个ActiveX控件特性被传递给客
户进程。ActiveX控件对脚本是安全的，对初始化也是安全的。客户
进程可以检查XML设置URL的服务器部分，以证明它是来自于go.com
域。这可以防止恶意网页用可能有害的数据(以低更新率下载的大型
文件)对客户进程进行初始化。OBJECT标签不需要有一个CODEBASE
参数，以致客户进程不会被意外地安装给某个无权限的人。JavaScript
(Java脚本)可以有代码来检查是否对象在进行任何API调用之前就
存在，而且检查已安装的COOKIE。用户进程的至少一个版本可以被安
装在客户设备中。
D.总结
以上关于本发明的例子和希望的实施例的说明是为了解释和说明
之目的。其意图不在于穷举和将本发明限定于具体描述的方式。
根据本发明的精神还可以做多种修改和变化，例如：
(a)有可能创建一个新的构件，它提供通用的系统托盘图标，其中
已安装的应用可以自我注册，以添加菜单项目。
(b)服务器端用户设置确定客户进程的行为。客户进程需要一个唯
一的标志，固定关联于安装了它的用户。服务器可以更复杂，为不同
的用户发送XML设备文件。
(c)未完成的下载继续进行。
(d)添加更复杂的下载节流(例如，对客户的基准带宽进行测量，
把它用于计算流量控制)。
(e)服务器端的智能设置，用于基于MRTG数据来确定服务器负载，
并用它来决定返回503回应给客户进程以防止资料下载的过重负荷。
很显然，本领域技术人员可以在不背离本发明的概念的情况下对
本发明进行多种使用和修改，而且不同于这里所做的具体实施例的说
明。所以，本发明应被理解为包括了所述的所有新的特征和新的组合，
或所公开的装置方法所具备的所有新的特征与新的组合。其保护范围
以该发明的精神和权利要求的范围为限。