专利名称：用于系统管理服务器的对等分发点特征的制作方法
用于系统管理服务器的对等分发点特征
背景
为了通过将软件应用电子地分发至多个目的地，通常将软件应用划分为一 或多个软件应用包。软件应用包从软件应用的资源电子地分发至目的地。目的
地包括但不限于，台式或膝上型计算机、个人数字助理(PDA)、蜂窝无线网 络电话等等。这些目的地在本文中统称为工作站或客户端。在执行软件应用之 前，在目的地处重新装配软件应用包。
将软件应用划分成一或多个软件应用包以电子地分发至多个客户端的许 多客户端-服务器系统是具有若干层的分层系统。示例性客户端-服务器分层系 统例如包括，中央系统管理服务器站点服务器(中央SMS站点服务器)、多 个子SMS站点服务器、多个分发服务器和多个客户端。在分层系统顶点处的 是中央SMS站点服务器，它存储组成软件应用的一或多个软件应用包。中央 SMS站点服务器通常位于资源处，也就是在其中将软件应用划分成多个软件应 用包用以分发至客户端的位置。多个子SMS站点服务器和多个分发服务器各 自位于不同于中央SMS站点服务器位置的不同地理位置，它们形成位于分层 系统顶点之下的层(第一层)。子SMS站点服务器和分发服务器是具有服务 器类操作系统的机器。子SMS站点服务器与分发服务器之间的差别在于，子 SMS站点服务器通常具有比分发服务器更多数量的更高处理速度的处理器。因 此，子SMS站点服务器通常能够比分发服务器为更多的客户端服务。第一层 的各服务器，即子SMS站点服务器和分发服务器经由第一网络连接至中央 SMS站点服务器，并且经由第二网络连接至其它第一层服务器。第一和第二网 络可以是广域网(WAN)、局域网(LAN)或其组合。而且，第二网络可以 是第一网络的一部分，或者是完全独立的网络。第一层的各服务器经由第三网 络连接至多个具有相同网络地址和相似共同标识符的客户端，它们形成分层系 统的最低层(第二层)。将第一层的各服务器连接至多个具有相同网络地址的 客户端的网络也可以是WAN、 LAN或其组合。而且，第三网络可以是第一网
络、第二网络的一部分，或者是完全独立的网络。
图1A是例示上述类型的示例性现有客户端-服务器分层系统100的示意
图。在此示例中，中央SMS站点服务器(SMS1) 101在物理上离第一子SMS 站点服务器(SMS2) 102比离第二子SMS站点服务器(SMS3) 103更近。同 样，SMS2在物理上离第一分发服务器(DPI) 104比离第二或第三分发服务器 (DP2或DP3) 105与106更近，后者更靠近SMS3。同样，具有相同网络地 址的多个客户端107在物理上离DP1比离SMS2、 SMS3、 DP2或DP3更近。 为了简单，图1A仅示出来往于SMS1与107的软件应用包(由实线箭头示出) 和相关联的多个软件应用包策略(由虚线箭头示出)所采用的最短路径。实线 与虚线箭头的路径标示为1-5并且如下所述。应当理解，软件应用包和多个软 件应用包策略可采用来往于例如SMS1、 SMS3、 DP3与多个客户端107或者来 往于SMS1、 SMS3、 DPI与多个客户端107或其任何其它合适的组合之间的路 径(未示出)。而且，为了简单，第一、第二和第三网络未在图1A中实际示 出，但应理解，指示来往于例如SMS1、 SMS2、 DPI与多个客户端107的软件 应用包采用的路径(标示1、 2和5的箭头)以及多个软件应用包策略采用的 路径(标示3和4的箭头)的这些箭头是经由合适的网络例如上述第一、第二 或第三网络所采用的路径。而且，为了简单，仅示出一个路径(标示5的箭头) 来共同表示来自从DPI拉出软件应用包的多个客户端107中每一个的多条路 径。还应理解，将多个客户端107连接至DP1的第二网络是将DP1连接至SMS2 的网络和将SMS2连接至SMS1的网络的一部分。
回到图1A，中央SMS站点服务器(SMS1) 101在分层系统的顶点。如 上所述，SMS1是从中可将划分成多个软件应用包的软件应用电子地分发至具 有相同网络地址和相似共同标识符的多个客户端的资源。SMS1通过WAN、 LAN或其组合网络(未实际示出)连接至位于第二地理位置的第一层子SMS 站点服务器(SMS2) 102以及位于第三地理位置的第二第一层中央SMS站点 服务器(SMS3) 103。 SMS2和SMS3各自通过WAN、 LAN或其组合网络(未 实际示出)相互连接并且连接至位于第四地理位置的第一层分发服务器(DPI ) 104、位于第五地理位置的第二第一层分发服务器(DP2) 105以及位于第六地 理位置的第三第一层分发服务器(DP3) 106。应当注意，如果必要，在每个地理位置可以存在一个以上的第一层分发服务器。DP1、 DP2和DP3各自通过 WAN、 LAN或其组合网络(未示出)连接至位于第七地理位置的多个客户端 (C1,C2,…,CN) 107。多个客户端107具有相同网络地址和相似共同标识符并 且形成分层系统100的第二层。
在图1A所示类型的示例性分层客户端-服务器系统100中，在中央SMS 站点服务器上运行的软件应用即SMS1 "推入"软件应用包(由箭头"l"标示) 至第一层子SMS站点服务器即SMS2。如上所述，SMS1还"推入"软件应用 包至第二层子SMS站点服务器即SMS3，但如上提到的，出于简明考虑并未示 出软件应用包从SMS1至SMS3所采用的路径。在SMS2上运行的软件应用"推 入"从SMS1接收的软件应用包的副本(由箭头"2"标示)至第一层分发服 务器即DP1。 SMS2还可"推入"软件应用包的副本至其它第一层分发服务器 即DP2和DP3，或者由SMS3 "推入"至每个第一层分发服务器即DP1、 DP2 和DP3，但如上提到的，出于简明考虑并未示出这些路径。在SMS1上运行的 软件应用"推入"关联于软件应用包的多个策略(由箭头"3"标示)至第一 层子SMS站点服务器即SMS2。如上所述，在SMS1上运行的软件应用还"推 入"多个软件应用包策略至第二第一层子SMS站点服务器即SMS3，但出于简 明考虑并未示出该路径。在多个客户端107即(:1,02,...,0^每一个上运行的软 件应用以预定的时间间隔发送信号(未示出)以査询SMS2。发送该信号以查 询SMS2是否具有这些客户端需要的一或多个软件应用包。应当注意，在各 C1,C2，…,CN上运行的软件应用还以预定时间间隔发送信号(未示出)至分层 系统中的其它子SMS站点服务器即SMS3。 一旦多个软件应用包策略由SMS2 接收(当标示"3"的箭头完成时)，则在各C1,C2,…，CN上的软件应用就从 SMS2 "拉出"上述的多个软件应用包策略(由箭头"4"标示)。应当注意， 由于在各C1，C2,…,CN上运行的软件应用也发送信号至SMS3，因此在各 (:1,€2,...,0>^上运行的软件应用也可从SMS3 "拉出"多个软件应用策略。但如 上所述，出于简明考虑仅在图1A中示出了多个软件应用包的策略所采用的最 短路径。接着，在01，02,...，0^每一个上运行的软件应用确定从8]^82拉出的 多个软件应用包策略是否用于这些客户端所需的软件应用包。如果从SMS2拉 出的多个软件应用包策略是用于客户端所需的软件应用包，则在这些客户端上
运行的软件应用从DPI "拉出"软件应用包(由箭头"5"标示)。再次应当 注意，软件应用包可从客户端-服务器分层系统100中的其它分发服务器即DP2 或DP3 "拉出"。但如上所述，出于简明考虑仅在图1A中示出了软件应用包 所采用的最短路径。
图1B是如图1A所示且如上所述的软件应用包和多个软件应用包策略所 采用的示例性路径的时间线图。为了简单，图1B例示对于单个客户端的、用 于一个软件应用包和关联于该软件应用包的策略的路径的时间线。而且，图1B 例示的示例性时间线图包括中央SMS站点服务器、单个子SMS站点服务器和 单个分发服务器。然而应当注意，如果一个以上的软件应用包(而且由此一个 以上的多个相关联的软件应用包策略)存在，或者如果一个以上的子SMS站 点服务器、分发服务器或客户端存在，则软件应用和多个相关联的软件应用策 略所采用的路径以及这些路径的时序将是相似的。
返回图1B，当准备好将软件应用包电子地分发至多个客户端时，中央SMS 站点服务器"推入"软件应用包至子SMS站点服务器。中央SMS站点服务器 对软件应用包的"推入"由标示"1"的箭头示出。接着，子SMS站点服务器
"推入"软件应用包的副本至分发服务器。子SMS站点服务器"推入"软件 应用包至分发服务器由标示"2"的箭头示出。接着，中央SMS站点服务器"推 入"多个相关联的软件应用包策略至子SMS站点服务器。中央SMS站点服务 器"推入"多个软件应用包策略至子SMS站点服务器由标示"3"的箭头示出。 在中央SMS站点服务器"推入"多个软件应用包策略至子SMS站点服务器完 成之前，客户端可按预定的时间间隔发送查询至子SMS站点服务器以查询该 子SMS站点服务器是否具有该软件应用包。即使分发服务器具有软件应用包
(在标示"2"的箭头完成时)，软件应用包在子SMS站点服务器收到相关联 的软件应用包策略之前也不能被分发至客户端。 一旦标示"3"的箭头完成， 则客户端从子SMS站点服务器"拉出"该多个软件应用包策略。多个软件应 用包策略的"拉出"由标示"4"的箭头示出。在完成策略拉出后，由于软件 应用己经"主存"于分发服务器上(在标示"2"的箭头完成时)，因而进行 査询的客户端可从分发服务器"拉出"软件应用包。客户端的从分发服务器"拉 出"软件应用包是由标示"5"的箭头示出。
如上所述且在图1A与IB例示的示例性现有方法具有若干缺点。第一， 软件应用包是在准备好将软件应用包电子地分发时从中央SMS站点服务器经 由多个子SMS站点服务器之一分发至多个分发服务器的。这意味着在客户端 决定它们需要拉出软件应用包之前，在分发服务器和子SMS站点服务器上存 在不必要的盘空间使用。如果客户端不需要这些软件应用包，就没有必要将它 们存储在子SMS站点服务器和/或分发服务器上。例如，由于客户端从分发服 务器拉出软件应用包，因此就会存在分发服务器所服务的客户端不需要拉出该 软件应用包的情形。这意味着，该软件应用包占用了分发服务器上本可用于其 它用途的盘空间。第二，由于每一客户端拉出软件应用包，因此会存在具有相 同网络地址和相似共同标识符的多个客户端同时决定拉出该软件应用包的情 形。由于多个客户端具有相同网络地址和相似共同标识符，因此多个客户端各 自使用相同的网络从相同的分发服务器拉出软件应用包。由于多个客户端同时 且经由同一网络上从同一分发服务器进行拉出，因此增加了包下载的时间。
概述
提供本概要以用简化形式介绍在如下将进一步描述的精选概念。本概述并 不旨在标识要求保护的主题的关键特征，也不旨在用于帮助确定要求保护的主 题的范围。
与使用服务器用作分发点(DP)不同，包括在具有相同网络地址和相似 共同标识符的多个客户端中的客户端用作分发点(客户DP)，以分发划分成 多个软件应用包的软件应用。更明确地，客户端DP，在下文称为PDP代理， 是其中还包括中央SMS站点服务器和多个分发服务器的客户端-服务器分层系 统的一部分。多个分发服务器中的分发服务器基于网络地址被分配给多个客户 端。PDP代理连接至具有相同网络地址和相似共同标识符的其它客户端。分发 服务器各自连接至中央SMS站点服务器。PDP代理形成分层系统中的中央 SMS站点服务器超前客户端。在中央SMS站点服务器上运行的软件应用"推 入"多个软件应用包策略至在分发服务器上运行的软件应用组。PDP代理上的 软件应用组和该多个客户端中每一客户端上的软件应用在多个软件应用包策 略准备好用于分发时，从在分配给该多个客户端的分发服务器上运行的软件应 用组"拉出"该多个软件应用包策略。拉出多个软件应用包策略，这触发在中 央SMS站点服务器上运行的软件应用"推入"关联于这些策略的软件应用包
至在分发服务器上运行的软件应用组。如果PDP代理需要关联于从在分配给
该多个客户端的分发服务器上运行的软件应用组拉出的策略的软件应用包，并
且该软件应用包已经成功地由中央SMS站点服务器上的软件应用推入至在该 分发服务器上运行的软件应用组，那么在PDP代理上运行的软件应用组就拉 出该软件应用包。在需要时，在该多个客户端中的每一客户端上运行的软件应 用从PDP代理"拉出"该软件应用包。
当结合附图参考以下详细描述时，可以更容易领会并更好地理解本发明的
上述方面和许多附加优点，附图中
图lA是示出示例性现有技术的客户端-服务器分层系统。 图1B是图lA例示的示例性现有技术的客户端-服务器分层系统一部分的 软件应用包和多个相关联的软件应用包策略所采用的示例性路径的时间线图。 图lC是例示示例性客户端-服务器系统的示意图。
图1D是图lC例示的示例性的客户端-服务器分层系统一部分的软件应用 包和多个相关联的软件应用包策略所采用的示例性路径的时间线图。
图2是例示SMS在客户端被指定为PDP代理时所采取的示例性动作的功 能流程图。
图3是例示PDP代理所采取的示例性动作的功能流程图。
图4是检查PDP包下载策略是否被预分阶(pre-staged)所采取的示例性
动作的功能流程图。
图5是例示PDP任务经历的示例性状态(阶段)的状态图。
图6A和6B是例示PDP任务经历图5所示的状态所采取的示例性动作的
功能流程图。
图7是例示当在每一状态开始时调用中断标志时采取的示例性动作的功 能流程图。
图8是例示当调用包更新策略时采取的示例性动作的功能流程图。
图9是例示当调用包删除策略时采取的示例性动作的功能流程图。
图IO是例示SMS的分发管理器软件组件执行的示例性增量更新任务的功
能流程图。
图11是例示SMS的策略供应器软件组件采取的示例性动作的功能流程图。
详细描述
描述用于将划分成一或多个软件应用包的软件应用电子地分发至多个客 户端的分层客户端-服务器系统。更明确地，描述示例性客户端-服务器分层系 统，它包括中央SMS站点服务器、多个分发服务器和多个客户端。在分层系 统顶点处的是中央SMS站点服务器，它存储组成软件应用的一或多个软件应 用包。中央SMS站点服务器通常是资源，也就是在其中将软件应用划分成多 个软件应用包以分发至客户端的位置。在资源处的管理员将多个分发服务器中 的一个分发服务器分配给多个客户端。对分配给多个客户端的分发服务器的选 择是以这些客户端的网络地址、这些客户端与分发服务器的接近程度等等为基 础。多个分发服务器的每一个较佳地位于不同地理位置，而这些位置又较佳地 不同于中央SMS站点服务器位置。多个分发服务器形成位于分层系统的顶点 之下的层(第一层)。各第一层服务器较佳地通过第一网络连接至中央SMS 站点服务器，并且较佳地通过第二网络连接至其它第一层服务器。第一和第二 网络可以是广域网(WAN)、局域网(LAN)或其组合。另外，第二网络可 以是第一网络的一部分，或者是完全独立的网络。各第一层服务器较佳地经由 第三网络连接至具有相同网络地址和相似共同标识符的多个客户端。这多个客 户端形成分层系统的最低层(第二层)。将各第一层服务器连接至该多个客户 端的网络也可以是WAN、 LAN或其组合。而且，第三网络可以是第一网络、 第二网络的一部分，或者是完全独立的网络。该具有相同网络地址和相似共同 标识符的多个客户端中的每一客户端较佳地经由第四网络相互连接。第四网络 也可以是WAN、 LAN或其组合。而且，第四网络可以是第一、第二或第三网 络的一部分，或者是完全独立的网络。该多个客户端之一用作上述示例性客户 端-服务器分层系统中的分发点(客户DP)。如上所述，客户DP也称为PDP
代理。
图1C是例示带有指定为PDP代理(PDP1)的客户端的上述类型的示例 性客户端-服务器分层系统108的示图。更明确地，图1C包括中央SMS站点 服务器(SMS1) 109、两个分发服务器(DS1和DS2) 110和111、以及具有 相同网络地址和相似共同标识符的多个客户端(C1,C2...CN) 112。较佳地， SMS1在物理上离DS1比离DS2近。同样，较佳地这多个客户端112在物理 上离DS1比离SMS1或DS2近。因此，为了简单，图1C仅示出软件应用包和 多个相关联的软件应用包策略经由所分配的分发服务器DS1来往于SMS1与多 个客户端112之间所采用的路径。软件应用包和多个软件应用包策略采用的路 径在下文中为标示l-6的箭头。应当理解，软件应用包和多个相关联的软件应 用包策略可采用来往于多个客户端之间的路径(未示出)，例如从SMS1经由 DS2。而且为了简单，第一、第二、第三和第四网络未在图1C中实际示出。 然而，应当理解，指示软件应用包采用的路径(标示4、 5和6的箭头)以及 多个软件应用包策略采用的路径(标示l、 2和3)的箭头是网络路径。而且， 为了简单，仅有一个路径(标示6的箭头)共同地指示客户端(Cl， C2， . . . ， CN) 112在从PDP1拉出软件应用包时使用的多个路径。还应理解，将多个客户端 112连接至DS1的网络是将DS1连接至SMS1的网络的一部分。
返回至图1C，中央SMS站点服务器(SMS1) 109在分层系统的顶点处。 如上所述，SMS1是资源，在其中划分成多个软件应用包的软件应用电子地分 发至单独的客户端。SMS1通过WAN、 LAN或其组合网络(未实际示出)连 接至位于第二地理位置的第一层分发服务器(DS1) 110，并且连接至位于第三 地理位置的第二第一层分发服务器(DS2) 111。 DS1和DS2各自通过WAN、 LAN或其组合网络(未实际示出)相互连接。应当注意，如果需要，在每个 地理位置可以有一个以上的第一层分发服务器，而非如图1所示的每个地理位 置一个分发服务器。DS1和DS2各自通过WAN、 LAN或其组合网络(未示出) 连接至包括在位于第四地理位置的包括在多个客户端112中的PDP代理 (PDP1)。如上面提到的，多个客户端112中的其它客户端具有与PDP1相同 网络地址和相似共同标识符，并且与PDP1 —起形成分层系统108的第二层。
在图1C所示类型的示例性分层客户端-服务器系统108中，运行于中央
SMS站点服务器上的软件应用即SMS1 "推入"多个软件应用包策略(由箭头 1标示)至第一层分发服务器即DS1。如上所述，SMS1还"推入"多个软件 应用包策略至第二 (以及其它)第一层分发服务器即DS2，但为了简单，未示 出这多个软件应用包策略从SMS1至DS2所采用的路径。如上所述，由于DS1 被分配给这多个客户端，因此运行于这多个客户端(Cl， C2, . . . ， CN) 112每 一个上的软件应用以及运行于PDP1上的软件应用组以预定的时间间隔发送查 询(未示出)至DS1。该査询询问DS1是否具有客户端需要的一或多个软件 应用包策略。在DS1接收多个软件应用包策略之后(当标示1的箭头完成时)， 运行于Cl， C2, . . ., CN每一个上的软件应用从DS1 "拉出"多个软件应用包策 略(由箭头2标示)。同样，运行于PDP1上的软件应用组从DS1 "拉出"多 个软件应用包策略(由箭头3标示)。由于客户端Cl， C2，. . . ， CN和PDP1以 预定的时间间隔査询DSl,因此可互换标示2和3的箭头。
一旦多个软件应用包策略由客户端(包括PDP代理)拉出，则运行于SMS1 上的软件应用被触发以"推入"(标示4的箭头)关联于该策略的软件应用包 至这多个软件应用包策略从其拉出的分发服务器，即DS1。如上所述，由于客 户端(包括PDP代理)以预定的时间间隔査询DS1，因此存在当一个客户端 例如Cl可在PDP1已经拉出软件应用包之前"拉出"其所需的多个软件应用 包策略的情形。在此情形中，C1在C1在从PDP1 "拉出"软件应用包(标示 6的箭头)之前等待，直到PDP1已经"拉出"软件应用包(标示5的箭头) 为止。同样，其它客户端(C2,... ， CN)仅可在PDP1已经从DS1拉出软件应 用包之后才能从PDP1拉出软件应用包。由于将DS1连接至多个客户端112的 网络通常由其它PDP代理用于"拉出"软件应用包，因此将DS1连接至多个 客户端112的网络可能较慢。不同于在其中每一客户端从分发服务器拉出软件 应用包的上述现有方法，该网络的速度不是很重要，因为只有一个客户端 (PDP1)拉出软件应用包。而且，由于多个客户端112是由同一网络连接的， 因此可以有效地调度这些客户端以从PDP1 "拉出"软件应用包。
图1D是针对如上图lC所示和描述的客户端-服务器系统的元素，由软件 应用包和多个相关联的软件应用包策略采用的示例性路径的时间线图。更明确 地，为了简单，图1D例示针对一组具有相同网络地址和相似共同标识符的客
户端，用于一个软件应用包和关联于该软件应用包的策略的路径和时序。另外，
图1D例示的示例性分层客户端-服务器系统包括中央SMS站点服务器和单个 分发服务器。然而应当注意，如果要分发一个以上的软件应用包(且由此一个 以上的多个相关联软件应用包策略)，或者如果客户端-服务器系统包括一个 以上分发服务器或者具有相同网络地址和相似共同标识符的一组客户端，则软 件应用和多个相关联的软件应用策略采用的路径以及这些路径的时序会是相 似的。
返回至图1D，在软件应用包准备好电子地分发至多个客户端时，中央SMS 站点服务器"推入"多个软件应用包策略至分发服务器。多个软件应用包策略 的"推入"由标示1的箭头示出。接着，客户端(不同于PDP代理)从分发 服务器"拉出"多个软件应用包策略。客户端的"拉出"多个软件应用包策略 由标示2的箭头示出。接着(或有可能在前)，PDP代理从分发服务器"拉出" 多个软件应用包策略。PDP代理"拉出"多个软件应用包策略由标示3的箭头 示出。如上所述，标示2和3的箭头可互换。而且，如上所述，多个软件应用 包策略的"拉出"触发运行于中央SMS站点服务器上的软件应用"推入"软 件应用包至这多个软件应用包策略从其拉出的分发服务器。因此，接下来中央 SMS站点服务器"推入"软件应用包至分发服务器。从中央SMS站点服务器 "推入"软件应用包由标示4的箭头示出。接着，PDP代理从分发服务器"拉 出"软件应用包。从分发服务器"拉出"软件应用包由标示5的箭头示出。最 后，客户端从PDP代理"拉出"软件应用包。从PDP代理"拉出"软件应用 包由标示6的箭头示出。
如上所述，在PDP代理从在分发服务器上运行的管理软件应用包的软件 应用组"拉出"软件应用包之前，PDP代理"拉出"多个软件应用包策略。运 行于各客户端上的软件应用可按需从PDP代理"拉出"软件应用包。
运行于PDP代理上的软件应用组包括若干软件组件，例如，文件传送配 置管理器(诸如BITS 2.0) 、 PDP管理器和PDP任务管理器。这些组件允许 PDP代理从分发服务器上的软件应用组拉出软件应用包。在中央SMS站点服 务器处的SMS管理员产生多个软件策略(或规则)以供分发服务器创建、控 制和维护PDP代理的软件组件。这些策略还允许SMS管理员通过影响运行于
分发服务器上的软件应用组的软件组件相互交互以及与PDP代理的软件组件 交互的方式，有效地管理在包含多个客户端的分支位置的网络内软件应用包的
分发。这些策略包括由PDP代理的文件传送配置管理器软件组件管理的文件 传送(诸如BITS 2.0)配置策略、由PDP代理的PDP管理器软件组件管理的 PDP配置策略以及由PDP代理的PDP任务管理器软件组件管理的PDP包下载 策略。
运行于分发服务器上的软件应用组包括若干软件组件，例如，层次管理器 (HM)、分发管理器(DM)、策略供应器(PP)和包含位置管理器(LM) 与中继管理器(RM)的管理点(MP)。除其它任务外，HM负责存储有关多 个PDP代理的信息。除其它任务外，DM负责维护分发服务器上的多个映射表。 除其它任务外，PP负责创建和维护PDP包下载策略和PDP配置策略。除其它 任务外，MP上的LM负责创建PDP代理供应请求。除其它任务外，MP上的 RM负责将PDP代理供应请求中继至DM。
图2是功能流程图200，例示当包括在多个客户端中的一个客户端例如包 括在位于分支办公室内的多个客户端中的一个客户端被指定为PDP代理(例 如，图1C中的PDP1)时，分发服务器采取的示例性动作。在框201，分发服 务器(例如，图1C中的DS1)上的软件应用组产生软件策略，例如PDP配置 策略、文件传送(诸如BITS 2.0)配置策略和PDP包下载策略。PDP配置策 略启用或禁用运行于客户端上的PDP代理。当被启用时，PDP代理可以根据 文件传送配置策略和PDP包下载策略处理软件应用包下载和供应的请求。当 被禁用时，PDP代理不响应文件传送配置策略和PDP包下载策略请求。文件 传送配置策略配置客户端的各种文件传送属性。PDP代理在收到文件传送配置 策略时开始经由客户端的组策略对象(GPO) /注册表来添加/修改文件传送设 置。应当注意，文件传送配置策略仅在该客户端由上述PDP配置策略配置并 启用为PDP代理时才应用于该客户端。PDP包下载策略配置PDP代理上的软 件应用包。PDP代理将基于上述PDP配置策略来下载、更新、维护和删除软 件应用包及其内容。如果客户端未被启用为PDP代理，则它将不会执行软件 应用包的下载、更新、维护和删除。应当注意， 一旦禁止客户端作为PDP代 理，则在禁止该客户端作为PDP代理之前拉出至PDP代理的一或多个软件应
用包不被撤回。换言之，在禁止PDP代理之前存在于PDP代理上的软件应用
包可以由其它客户端"拉出"，但在其它客户端"拉出"这些软件应用包之前
不能修改或更新这些包。还意味着，可删除在禁用PDP代理之前存在于PDP 代理上的软件应用包，但不能下载新的软件应用包至PDP代理用于分发。
返回至图2，在框202，分发服务器上的软件应用组的PP软件组件(见图 ll及其下面的描述)产生和维护与PDP代理有关的策略分配。更明确地，PP 软件组件创建和维护PDP包下载策略和PDP配置策略，以及这两个策略的分 配。PDP包下载策略是从软件应用包得到的，并且由PP软件组件用软件应用 包属性诸如软件应用包ID、源版本、散列等来填充。同时，PDP配置策略其 目标是PDP代理池中的每个PDP代理，而PDP包下载策略其目标是被分配了 该软件应用包的PDP代理池。
图11是功能流程图1100，例示运行于分发服务器上的、产生和维护与PDP 代理有关的策略分配的软件应用组的PP软件组件采取的示例性动作。在框 1101， PP软件组件创建和维护PDP包下载策略和PDP配置策略以及两个策略 的分配。在框1102， PP软件组件用软件应用包属性填充PDP包下载策略。在 框1103， PP软件组件使PDP包下载策略的目标为被分配了软件应用包的PDP 代理池。在框1104， PP软件组件从分发服务器上由分发服务器的DM软件组 件管理的映射表池导出PDP配置策略。最后，在框1105， PP软件组件让PDP 配置策略目标为PDP代理池中的每个PDP代理。应当注意，框1103中的动作 始终在框1102中的动作之后发生，并且框1105中的动作始终在框1104中的 动作之后发生。框1102和1104中的动作可同时发生，或者如所述那样顺序发 生。
返回至图2，在框203，分发服务器上的软件应用组的DM软件组件触发 PP软件组件产生用于PDP代理的PDP包下载策略。如上所述，PDP配置策略 和PDP包下载策略及其分配由PP软件组件产生。PP软件组件访问分发服务 器上的不同映射表，它们将软件应用包映射至PDP代理以及将PDP代理映射 至软件应用包的资源。这些映射表由DM更新和维护。DM还负责拷贝PDP 代理上的软件应用包的内容，以及执行PDP代理上的增量更新(见图10及其 下面的描述)。DM使用线程例如DP管理器线程来更新和维护映射表，例如DistributionPoints (分发点)表，它反映软件应用包将不会从分发服务器被"推 入"至PDP代理上，但由PDP代理高速缓存。较佳地，PDP代理在需要时从 分发服务器拉出软件应用包。在对DistributionPoints表中的PDP代理列表作出 改变之后，DP管理器线程等待来自运行于分发服务器上的软件应用组的HM 软件组件的通知。一旦更新了映射表，则DM就通知PP软件组件创建用于PDP 代理的策略。当PDP代理被标记为删除时，触发分发服务器上的DP管理器线 程来检査PDP代理是否属于分发服务器的客户端-服务器分层系统。如果PDP 代理属于分发服务器的客户端-服务器分层系统，则从映射表中移除该PDP代 理的条目。从映射表中删除PDP代理条目触发对PP软件组件产生的策略的撤 回。
图10是例示PDP代理上的DM执行的示例性增量更新任务的功能流程图 1000。增量更新任务是仅更新与已经由PDP代理拉出的软件应用包相比为新 的或不同的软件应用包部分(增量)的更新任务。在框1001，在DM上的清 单文件中列举软件应用包的内容。在框1002， PDP代理经由PDP包下载策略 拉出清单文件。在框1003， PDP代理上的PDP任务管理器软件组件将PDP代 理上已经供应的软件应用包的内容与清单文件的内容进行比较。在框1004， PDP任务管理器进行检查以确定PDP代理上已经供应的软件应用包的内容与 清单文件的内容是否匹配。如果内容匹配(来自1004的"是"分支)，贝UPDP 代理上己经供应的软件应用包内容没有变化并且流程结束。如果内容不匹配 (来自1004的"否"分支)，则在框1005， PDP任务管理器进行协调，以仅 下载与PDP代理上供应的软件应用包内容相比为新的或不同的清单文件内容 部分(增量)。
返回至图2，在框204， PDP包下载策略由PDP代理"拉出"。 一旦PDP 代理具有包含要被下载的软件应用包的属性等项的PDP包下载策略，则PDP 代理准备好下载软件应用包。在框205， PDP代理从分发服务器"拉出"软件 应用包。在软件应用包被完全下载至指定为PDP代理的客户端之后，PDP代 理将软件应用包从临时位置移至多个客户端中的其它客户端能够访问的PDP 代理的硬驱动器上的位置。在框206，具有相同网络地址和相似共同标识符的 多个客户端作为PDP代理在需要时从PDP代理"拉出"软件应用包。在其它
客户端上的软件，如在PDP代理上的软件，在下载包时将软件应用包存储在
其硬驱动器上。应当注意，框201、 202和203可同时发生，或者如图2所示 顺序发生。
图3是例示PDP代理采取的示例性动作的功能流程图300。在框301，PDP 代理上的软件应用组的文件传送配置管理器软件组件监视对文件传送配置策 略的改变。在框302， PDP代理上的软件应用组的PDP管理器软件组件监视对 PDP策略和设置的改变。在框303， PDP代理上的软件应用组的PDP任务管理 器软件组件监视对PDP软件应用包策略的改变并且维护软件应用包供应任务 的队列。应当注意，框301、 302和303可同时发生，或者如图3所示顺序发 生。
图4是例示用于检查PDP包下载策略是否已经被预分阶的示例性动作的 功能流程图400。在PDP代理位置处的管理员判定构成软件应用的软件应用包 太大而难以使用常规的网络连接来下载的时候，策略(且由此关联于该策略的 包)被预分阶。被预分阶的包是"烧录"在CD、 DVD或相似存储设备上的包。 CD、DVD或相似存储设备被发送到将软件应用包下载至PDP代理上的管理员。 由于其它客户端联网至该PDP代理，因此如上所述，与从其它源下载软件应 用相比，其它客户端可使用网络带宽更有效地从该PDP代理下载软件应用包。 如果包被预分阶，则在由分发服务器发送至PDP代理的策略上设置"不要下 载"标志以便通知PDP代理不应当"拉出"软件应用包，因为软件应用包的 "烧录"副本正在发送给要下载至该PDP代理上的管理员。
返回至图4，在框401， PDP代理上的软件应用组进行检查以确定从分发 服务器接收的PDP包下载策略是否有效。如果PDP包下载策略是用于准备好 电子地分发至多个目的地的软件应用包的，则该策略是有效的。如果策略不是 有效的(来自框401的"否"分支)，则在框402，产生"无效"状态消息， 并且中止软件应用包拉出操作。如果策略是有效的(来自框401的"是"分支)， 则在框403，进行另一检査以确定为其创建该策略的软件应用包是否在PDP代 理上存在。如果软件应用包不存在(来自框403的"否"分支)，则流程进行 至开始状态(见图5、 6A和6B及其下面的描述)以开始拉出软件应用包。如 果软件应用包存在(来自框403的"是"分支)，则在框404进行另一个检查 以确定PDP代理上的软件应用包散列是否与策略上的软件应用包散列匹配。
如果PDP代理上的软件应用包散列与策略上的软件应用包散列匹配(来自框 404的"是"分支)，则在框405，产生合适的状态文件。如果PDP代理上的 软件应用包散列与策略上的软件应用包散列不匹配(来自框404的"否"分支)， 则在框406，产生"散列失败"状态消息。接着，在框407，进行另一个检査 以确定是否设置了 "不要下载"标志(换言之，该检查确定软件应用包是否已 经被预分阶)。如果设置了 "不要下载"标志(来自框407的"是"分支)， 则在框408产生"不要下载"状态消息，并且流程结束。如果未设置"不要下 载"标志(来自框407的"否"分支)，则流程进行至开始状态(图5、 6A和 6B中所示并且在下面描述)。
图5是PDP任务经历的示例性状态(阶段)的状态图500。 PDP任务表 示关于软件应用包的单一任务。目标为PDP代理的每一软件应用包在任何时 间可具有至多一个PDP任务。对PDP任务的任何改变(且因此对于软件应用 包的任何改变)由PDP代理上的软件应用组来串行化。PDP任务开始于框501 ， 它是开始状态。为了前进至下一状态即框502的下载内容状态，PDP代理建立 临时目录并且开始从分发服务器拉出软件应用包(路径518)。
取决于拉出软件应用包内容的结果，PDP任务采用两个路径之一，即来自 框502的路径509或路径510。如果PDP代理从分发服务器上的内容传送管理 器(CTM)收到"下载完成通知"(也称为内容传送管理器任务)，则PDP 任务采用来自框502的路径509。采用路径509， PDP任务前进至下一个状态， 即框503的下载完成状态。如果PDP代理从分发服务器上的内容传送管理器 收到"下载/位置错误"通知，则PDP任务采用来自框502的路径510。采用 路径510， PDP任务前进至下一个状态，即框507的重试状态。
取决于框503的结果，PDP任务采用两个路径之一，即路径511或路径 512。如果PDP代理上的软件应用包散列与软件应用包的多个策略上的软件应 用包散列匹配(在以上图4的框404处的成功)，则PDP任务采用路径511。 采用路径511， PDP任务前进至下一个状态，即框504的散列成功状态。如果 PDP代理上的软件应用包散列与软件应用包的多个策略上的软件应用包散列 不匹配(在以上图4的框404处的失败)，则PDP任务采用路径512。釆用路
径512， PDP任务前进至下一个状态，即框508的失败状态。
取决于重试数量，PDP任务采用两个路径，即来自框507的路径516或路 径517。如果已经达到最大重试次数，则PDP任务采用路径516。最大重试次 数由PDP代理位置处的管理员设置。采用路径516， PDP任务前进至下一个状 态，即框508的失败状态。如果尚未达到最大重试次数，则PDP任务采用路 径517。采用路径517， PDP任务回到框501，即开始状态。
取决于散列的成功，PDP任务采用两个路径之一，即来自框504的路径 513或路径519。如果在散列成功之后供应目录的建立失败，则PDP任务采用 路径513。采用路径513， PDP任务前进至框507，即重试状态。如果供应目 录的建立以及访问控制列表(ACL)的建立成功，并且成功地从由PDP代理 创建的临时目录移动软件应用包内容以便从开始状态前进至下载内容状态，则 PDP任务采用路径519。采用路径519， PDP任务前进至下一个状态，即框505 的供应完成状态。
取决于完成软件应用包供应的成功，PDP任务采用两个路径之一，即来自 框505的路径514或路径515。如果软件应用包的供应成功并且状态(STA) 文件从PDP代理发送至分发服务器，则PDP采用路径514。采用路径514， PDP 任务前进至框506，即成功状态。如果PDP代理未能发送STA文件至分发服 务器，则即使完成了软件应用包的供应，PDP任务也采用路径515。釆用路径 515， PDP任务前进至框507即重试状态。 一旦PDP任务到达框506即成功状 态，软件应用包就被成功地从分发服务器"拉出"。软件应用包现在准备好供 经由网络连接与PDP代理连接的其它客户端来拉出。
在上述每一状态的开始处，PDP代理上的软件应用组检查中断标志。图7 是功能流程图，例示在上面图5所述的每一状态开始处调用中断标志时采取的 动作的示例性情景700。在框701，取消CTM任务并且产生"软件应用包下载 取消"状态消息。接着，在框702，将PDP任务设置为不活动。接着，在框 703，进行检査以确定等待下载的软件应用包的多个策略是用于软件应用包的 更新(包更新策略)还是用于软件应用包的删除(包删除策略)。如果该策略 是更新策略(来自框703的标示"更新"的箭头)，则在框704，调用包更新 策略(见图8及其下面的描述)。如果该策略是删除策略(来自框703的标示
"删除"的箭头)，则在框705，调用包删除策略(见图9及其下面的描述)。 图6A和6B是功能流程图600，例示PDP任务如图5所示从开始状态进 行至失败状态或成功状态所采取的示例性动作。功能流程600在框601即开始 状态(图5的框501)开始。在框602，进行检查以确定包下载策略是否指定 PDP代理上的盘分区用于要下载的软件应用包内容。如果没有指定分区(来自 框602的"否"分支)，则在框603， PDP任务尝试找出PDP代理上的固定分 区盘以下载软件应用包。接下来在框604，进行检查以确定是否找到盘。如果 未找到盘(来自框604的"否"分支)，则在框605，产生合适的状态消息。 合适的状态消息是"盘空间不足"、"未找到新技术文件系统(NTFS)分区"、
"无法创建目录"和"无法访问控制列表(ACL)"。接着，PDP任务进行至 框615即失败状态(图5的框508)。
如果指定了分区(来自框602的"是"分支)，或者如果找到盘(来自框 604的"是"分支)，则在框606，进行检査以确定要用于下载软件应用包的 PDP代理盘是否有合适的分区。如果找到的盘没有合适的分区(来自框606的
"否"分支)，则流程进行至框603。如果找到的盘有合适的分区，则在框607， 进行检査以确定是否创建临时目录以及是否设置用于PDP代理的ACL。如果 未创建临时下载目录或者未设置用于PDP代理的ACL (来自框606的"否" 分支)，则流程进行至框605并且产生合适的状态消息。如果创建了临时下载 目录或者设置了用于PDP代理的ACL (来自框607的"是"分支)，则在框 608，激活分发服务器上的内容传送管理器(CTM)以将软件应用包下载至临 时目录。
接着在框609， PDP代理产生"开始下载"状态消息。接着，PDP任务进 行至框610即下载内容状态(图5的框502)。接下来在框611，进行检查以 确定下载是否完成。如果下载完成(来自框611的"是"分支)，则PDP任 务进行至框616即下载完成状态(图5的框503)。接着，在框617，进行检 査以确定PDP代理上的软件应用包散列是否与包括在多个关联软件应用包策 略中的软件应用包散列匹配。如果散列匹配(来自框617的"是"分支)，则 PDP任务进行至框619即散列成功状态(图5的框504)。如果散列不匹配(来 自框617的"否"分支)，则在框618，产生"散列失败"状态消息，并且PDP
任务进行至框615即失败状态(图5的框509)。
如果下载不成功(来自框611的"否"分支)，则在框612，产生"软件 应用下载失败"状态消息，并且PDP任务进行至框613即重试状态(图5的 框507)。接下来在框614，进行检查以确定是否已经超过最大重试次数。如 上所述，最大重试次数由管理员设置。如果尚未超过最大重试次数(来自框614 的"否"分支)，则PDP任务返回至框601即开始状态(图5的框501)。如 果已经超过最大重试次数(来自框614的"是"分支)，则PDP任务进行至 框615即失败状态(图5的框509)参考图6B，在PDP任务进入散列成功状态(图6A的框619)之后，在 框620进行检查以确定要下载软件应用包的目录是自定义还是默认目录。如果 目录是自定义目录(来自框620的标示"自定义"的箭头)，则在框621，进 行检査以确定自定义目录是否存在。如果目录是默认目录(来自框620的标示 "默认"的箭头)，则在框625，进行检査以确定默认目录是否存在。如果默 认目录不存在(来自框625的"否"分支)，则在框626，创建默认目录并且 流程移至框628，在其中设置关于包目录的ACL。如果默认目录存在(来自框 625的"是"分支)，则流程进行至框630，在其中将临时目录内容移动至供 应目录。如果自定义目录不存在(来自框621的"否"分支)，在框627创建 自定义目录并且PDP任务进行至框628。
如果自定义目录存在(来自框621的"是"分支)，则在框622进行检查 以确定为要下载的软件应用包提供的策略的类型。策略可以是"创建"软件应 用包，或者是"更新"现有软件应用包。如果策略是"创建"软件应用包(来 自框622的标示"创建"的箭头)，则在框623，产生"软件应用包已经存在" 状态消息，并且PDP任务进行至框615即失败状态(图5的框509)。如果策 略是"更新"现有软件应用包(来自框622的标示"更新"的箭头)，则在框 624，删除包目录及其内容。接着，PDP任务进行至框628。
在框628，设置关于包目录的ACL,并且PDP任务进行至框630。在框 630，将临时目录的内容移动至供应目录，并且PDP任务进行至框631即供应 完成状态(图5的框505)。
接着，在框632，进行检査以确定是否可以发送状态(STA)文件。如果不能发送STA文件(来自框632的"否"分支)，则PDP任务进行至框613 即重试状态(图5的框507)。接着，在框614，进行检查以确定是否己经超 过最大重试次数。如上所述，最大重试次数由管理员设置。如果尚未超过重最 大重试次数(来自框614的"否"分支)，则PDP任务返回至框601即开始 状态(图5的框501)。如果己经超过最大重试次数(来自框614的"是"分 支)，则PDP任务进行至框615即失败状态(图5的框509)。如果可以发送 STA文件(来自框632的"是"分支)，则在框633发送STA文件，并且PDP 任务进行至框634即成功状态(图5的框506)。
当PDP代理收到包更新策略时，PDP代理检查以确定软件应用包是否正 在由初始策略、删除策略或维护任务"活动地"操作。如果软件应用包正在由 初始策略、删除策略或维护任务"活动地"操作，则PDP代理设置中断标志 以指示有更新待决。如果软件应用包没有由初始策略、删除策略或维护任务"活 动地"操作，则控制流程遵循图8所示的动作。
图8是例示在调用包更新策略时采取的示例性动作的功能流程图800。在 框801，执行检査以确定PDP任务是否为活动的。如果PDP任务是活动的(来 自框801的"是"分支)，则在框802，设置中断标志并且流程结果。如果PDP 任务不是活动的(来自框801的"否"分支)，则执行检查以确定由PDP代 理存储的软件应用包的散列是否已经改变(如上所述，检查散列是否已经改变 的一种方式是通过将PDP代理存储的软件应用包散列与包括在多个软件应用 包策略中的软件应用包散列相比较来进行的)。如果散列已经改变(来自框803 的"是"分支)，则PDP任务进行至框804即开始状态。如果散列未曾改变 (来自框803的"否"分支)，则在框805，执行检査以确定PDP代理上正在 供应软件应用包的位置(供应位置)是否已经改变。如果供应位置已经改变(来 自框805的"是"分支)，则PDP任务进行至框806即散列成功状态。如果 供应位置未曾改变(来自框805的"否"分支)，则在框807，更新软件应用 包的版本并且设置新的ACL。接着，在框808，发送STA文件。接着，PDP 任务进行至框809即供应完成状态。最后，PDP任务进行至框810即成功状态。
当PDP代理收到包删除策略时，PDP代理检査以确定软件应用包是否正 在由初始策略、更新策略或维护任务"活动地"操作。如果软件应用包正在由
初始策略、更新策略或维护任务"活动地"操作，则PDP代理设置中断标志 以指示删除待决。如果软件应用包没有被初始策略、更新策略或维护任务"活 动地"操作，则控制流遵循图9所示的动作。
图9是例示调用包删除策略时采取的示例性动作的功能流程图900。在框 901，进行检査以确定PDP任务是否活动。如果PDP任务不是活动的(来自框 901的"否"分支)，则在框902，取消CTM任务，删除临时目录，删除软件 应用包及其内容，删除PDP任务，并产生"软件应用包下载取消"状态消息。 如果任务是活动的(来自框901的"是"分支)，则在框903设置中断标志。
尽管示出和描述了本发明的说明性实施例，但将会认识到可在其中作出各 种改变而不背离本发明的精神和范围。
权利要求
1.一种用于将软件应用包分发至具有相同网络地址的多个网络连接的客户端的客户端-服务器系统，包括资源服务器，用于将关联于所述软件应用包的策略推入到至少一个分发服务器；分发服务器，用于从所述资源服务器接收关联于所述软件应用包的所述策略；以及多个客户端，用于从所述分发服务器拉出关联于所述软件应用包的所述策略，其中所述多个客户端之一被指定为PDP代理，其中(a)响应于所述多个客户端之一拉出关联于所述软件应用包的所述策略，所述资源服务器将关联于所述被推入的策略的所述软件应用包推入至所述分发服务器；(b)所述PDP代理从所述分发服务器拉出所述软件应用包；以及(c)所述多个客户端从所述PDP代理拉出所述软件应用包。
2. 如权利要求l所述的客户端-服务器系统，其特征在于，所述分发服务 器存储有关所述PDP代理的信息。
3. 如权利要求1所述的客户端-服务器系统，其特征在于，所述分发服务 器维护多个映射表，所述映射表将所述软件应用包映射至所述PDP代理并且 将所述PDP代理映射至所述资源服务器。
4. 如权利要求1所述的客户端-服务器系统，其特征在于，所述分发服务 器创建(i) 用于所述PDP代理的软件应用包下载策略；(ii) 用于所述PDP代理的软件应用包配置策略；以及(iii) 用于所述PDP代理的软件应用包文件传送配置策略。
5. 如权利要求4所述的客户端-服务器系统，其特征在于，所述分发服务 器维护(i) 用于所述PDP代理的所述软件应用包下载策略；(ii) 用于所述PDP代理的所述软件应用包配置策略；以及 (iii)用于所述PDP代理的所述软件应用包文件传送配置策略。
6. 如权利要求5所述的客户端-服务器系统，其特征在于，所述PDP代理管理(i) 所述PDP代理上的所述软件应用包下载策略；(ii) 所述PDP代理上的所述软件应用包配置策略；以及(iii) 所述PDP代理上的所述软件应用包文件传送配置策略。
7. 如权利要求1所述的客户端-服务器系统，其特征在于，所述分发服务 器创建针对所述PDP代理的供应请求。
8. 如权利要求7所述的客户端-服务器系统，其特征在于，所述分发服务 器将针对所述PDP代理的所述供应请求中继至所述分发服务器。
9. 具有相同网络地址的多个网络连接的客户端，其中所述多个客户端之 一被指定为PDP代理，所述客户端拉出关联于软件应用包的策略并且所述PDP 代理拉出所述软件应用包以供随后由所述其它客户端拉出。
10. 如权利要求9所述的多个客户端，其特征在于，响应于所述客户端拉 出关联于所述软件应用包的所述策略，所述软件应用包被分发以便由所述PDP 代理拉出。
11. 一种将软件应用包从资源服务器分发至具有相同网络地址的多个网 络连接的客户端的方法，包括由所述资源服务器将关联于所述软件应用包的策略推入至分发服务器； 由包括在所述多个客户端中的客户端从所述分发服务器拉出关联于所述软件应用包的所述策略，其中，所述多个客户端之一被指定为PDP代理；响应于包括在所述多个客户端中的客户端拉出关联于所述软件应用包的所述策略，由资源服务器将所述软件应用包推入至所述分发服务器； 由所述PDP代理从所述分发服务器拉出所述软件应用包；以及 由包括在所述多个客户端中的其它客户端从所述PDP代理拉出所述软件应用包。
12. 如权利要求11所述的方法，其特征在于，所述分发服务器存储有关 所述PDP代理的信息。
13. 如权利要求11所述的方法，其特征在于，所述分发服务器维护多个 映射表，所述映射表将所述软件应用包映射至所述PDP代理并且将所述PDP代理映射至所述资源服务器。
14. 如权利要求ll所述的方法，其特征在于，所述分发服务器创建(i) 用于所述PDP代理的软件应用包下载策略；(ii) 用于所述PDP代理的软件应用包配置策略；以及(iii) 用于所述PDP代理的软件应用包文件传送配置策略。
15. 如权利要求14所述的方法，其特征在于，所述软件应用包下载策略、 所述软件应用包配置策略以及所述软件应用包文件传送配置策略由针对所述 PDP代理的所述分发服务器维护。
16. 如权利要求15所述的方法，其特征在于，所述PDP代理管理所述PDP 代理上的所述软件应用包文件传送配置策略。
17. 如权利要求15所述的方法，其特征在于，所述PDP代理管理所述PDP 代理上的所述软件应用包配置策略。
18. 如权利要求15所述的方法，其特征在于，所述PDP代理管理所述PDP 代理上的所述软件应用包下载策略。
19. 如权利要求11所述的方法，其特征在于，所述分发服务器创建针对 所述PDP代理的供应请求。
20. 如权利要求19所述的方法，其特征在于，所述分发服务器将针对所 述PDP代理的所述供应中继至所述分发服务器。
全文摘要
将具有相同网络地址或相似共同标识符的多个客户端中的一个客户端指定为对等分发点(PDP)代理用于将划分为若干包的软件应用分发至该多个客户端。该多个客户端是包括中央SMS站点服务器和若干分发服务器的客户端-服务器分层系统的一部分。中央SMS站点服务器针对被推入至分配给该多个客户端的分发服务器的包产生策略，PDP代理可从该分发服务器拉出这些策略。中央SMS站点服务器在PDP代理拉出这些策略之后，产生被推入至该分发服务器的包。PDP代理从该分发服务器拉出这些包。其它客户端在需要时从PDP代理拉出这些包。
文档编号G06F17/00GK101356520SQ200680050421
公开日2009年1月28日 申请日期2006年12月20日 优先权日2006年1月6日
发明者D·C·詹姆斯, G·R·哈万, I·R·A·G·布林治梅尔, J·L·艾力斯, K·伊克拜, M·希利, N·钱德拉赛卡兰, R·B·纳拉亚南 申请人:微软公司