CN1272707C - 用于进行远程软件分发和安装的方法和系统 - Google Patents

Abstract

为了从源位置向许多目标计算机进行计算机程序的远程分发/安装，计算机程序作为程序包传输。重试推模式和拉模式分发的尝试次数是预先指定的。识别下一个程序包，如果目标计算机可用，则开始在目标计算机上安装程序包。否则，如果至少有一个推模式尝试留下，则恢复和重调度下一个推模式，如果没有推模式尝试留下，但至少有一个拉模式留下，则恢复和重调度下一个拉模式分发。该机制特别建议一个激活请求的队列管理器，即将请求从请求队列移到活动队列，并实现节流，以在软件分发/安装过程中平衡负载。

Description

用于进行远程软件分发和安装的方法和系统

技术领域

一般来说本发明涉及在数字计算机网络中进行软件分发的领域，更具体地说，涉及用于从源数据处理系统向至少一个目标数据处理系统进行数字计算机程序的远程分发和安装的方法和系统，其中计算机程序作为程序包列表中指定的程序包来传输。

背景技术

用于在数字计算机网络中进行软件和数据分发的方法和系统在美国专利No.5,845,090中进行了说明。软件和数据被合并到被称为“程序包”的单个实体中。软件程序包存储在中央程序包档案中，传输程序访问中央程序包档案以调度一个或多个软件程序包的传输。除其他属性之外，传输程序还允许用户指定传输和安装程序包的日期与时间。一旦软件程序包被预定向目标计算机进行传输，一个指示将存储在出站程序包队列中。程序包传输代理程序按此指示进行操作，并将程序包从中央程序包档案传输到目标系统。目标系统上的对应的程序包传输代理将程序包放在入站程序包队列中。最后传输守护程序确定程序包的类型并相应地进行操作。如果程序包类型是“分发”，那么它就通知程序包开始安装。此外，诸如IBM Tivoli软件分发产品之类的已知的软件分发/安装方法一般而言有两个概念涉及将软件从软件存储库分发到特定目标计算机系统。这些概念叫做“推”模式和“拉”模式分发。推模式分发由中心点的操作员或自动过程启动，目的在于在所期望的范围内的所有可以连接的目标系统上强制进行软件安装。

推模式分发在大型计算机环境中具有许多缺点，特别是在遍布若干个洲的环境中，可以连接的目标系统的数目可能相当少。这是由于这样的事实：标准用户工作站在线的时间一天可能不足十二小时，在正在进行分发时，需要许多计划的开销才能确信一组目标是否在线。必须考虑时区、工作时间和假日，在办公时间进行软件安装常常是不受欢迎的。最后一个事实对于一天24小时运转的服务器系统确实不是什么问题，但是对于用户系统却是个问题，用户必须让它们的机器在下班之后继续运转或者通过诸如Wake-On-LAN之类的硬件功能将系统唤醒，该功能对于范围内的所有目标系统不一定都可用。与上述推模式分发相反，拉模式分发由目标计算机系统的用户或目标系统本身启动。安装的激活可以在安静模式下启动，即，在系统或用户登录期间自动进行，无需用户的参与，或通过给出一列可用的程序包的用户界面，以便让用户从中选择需要安装的程序包。

拉模式分发技术优于前述的推模式技术，因为当分发开始时目标系统已经在线。但是拉模式分发的缺点是，分发/安装的准确时间无法预先确定。这可能导致目标系统不能及时更新，因为在什么时间登录到目标系统是无法预见的。此外，源系统端的分发和网络环境中的峰值负载，例如，当许多用户登录到他们的系统时，会导致开始分发/安装的时间延迟或造成总吞吐量减少，从而降低分发/安装的性能。

发明内容

本发明提供一种从源数据处理系统向至少一个目标数据处理系统进行计算机程序的远程分发和安装的方法，其中将计算机程序作为一个程序包以推模式或拉模式进行传输，并且在程序包列表中识别要分发的所述计算机程序和它们的目标计算机系统，所述方法包括下列步骤：预先指定重试推模式和拉模式分发的尝试次数；所述源数据处理系统检索在所述程序包列表中识别的程序包；如果至少一个目标计算机系统可用，所述源数据处理系统以推模式开始在所述目标数据处理系统上分发所述程序包；所述源数据处理系统监视所述目标数据处理系统，以发出安装成功的信号；以及只要发现安装不成功，所述源数据处理系统就重复所述推模式分发，并且如果尝试推模式的次数已经用尽，则切换到拉模式分发，而且只要发现安装不成功，就重复所述拉模式分发，直到达到了拉模式的尝试次数为止。

本发明提供一种用于从源数据处理系统向至少一个目标数据处理系统进行计算机程序的远程分发和安装的软件分发系统，该软件分发系统将计算机程序作为一个程序包以推模式和拉模式进行传输，并且在程序包列表中识别要分发的所述计算机程序和它们的目标计算机系统，并且在程序包列表中识别要分发的所述计算机程序和它们的目标计算机系统，所述软件分发系统包括：用于预先指定重试推模式和拉模式分发的尝试次数的装置；用于所述源数据处理系统检索在所述程序包列表中识别的程序包的装置；如果至少一个目标计算机系统可用，用于所述源数据处理系统以推模式开始在所述目标数据处理系统上分发所述程序包的装置；用于所述源数据处理系统监视所述目标数据处理系统，以发出安装成功的信号的装置；以及只要发现安装不成功，用于所述源数据处理系统重复所述推模式分发，并且如果尝试推模式的次数已经用尽，则切换到拉模式分发，而且只要发现安装不成功，就重复所述拉模式分发，直到达到了拉模式的尝试次数为止的装置。

根据上述的软件分发系统，其中还包括：用于在若干次重复之后目标数据处理系统变得不可用，执行特定步骤的装置，其中，所述特定步骤包括：如果推重试次数大于0，则将分发请求移动到保持队列中，并在请求队列中调度重复插入所述请求；如果推重试的次数等于0且拉重试的次数大于0，则将所述请求移动到拉队列，并在目标计算机系统登录时重新启动；如果推重试的次数等于0且拉重试的次数等于0，则将所述请求移动到中止队列。

根据上述的方法，其中还包括：用于将分发请求放在请求队列中排队，并且如果超过了预先指定的时间，则将所述分发请求设置到活动队列中的装置；以及用于进一步检测活动队列过载，并检查当前选定的目标数据处理系统是否已经处于活动状态的装置。

因此本发明的目标是提供一种更好的用于进行计算机程序的远程分发/安装的方法和系统。

另一个目标是在大量的远程计算机系统上进行计算机程序的原子化的分发/安装。

这些目标是由独立的权利要求的功能实现的。优选的实施例是从属权利要求的主题。

本发明的基本概念是在试图分发程序包之前依据预见的目标计算机系统的可用性情况选择特定的分发模式。如果目标系统不可用，则执行自动模式切换，包括切换到上述拉模式或推模式。如果可以连接目标系统，则逐步按照程序包列表运行建议的分发过程，一个程序包一个程序包地安装。

本发明特别建议了一种嵌入式排队机制，该机制允许分发过程等待无法连接的目标系统醒来。在这种情况下，分发恢复进行，并重调度下次拉或推操作。如果甚至连重调度也不成功，则建议的机制切换到权威性的拉模式，在此相应的目标系统被强制进行拉模式分发(一种所谓的“权威性的拉模式”)。

附图说明

下面将通过优选的实施例比较详细地描述本发明，通过说明，其他功能和优点将变得更加清楚，在说明时还将参考附图。在附图中，类似的或相同的功能将用相同的附图标记表示。

图1是通过流程图对根据本发明的不同的软件分发(SWD)模式的概述；

图2是说明本发明的SWD过程的主要步骤的比较详细的流程图；以及

图3是说明本发明建议的队列管理器机制的流程图。

图4是比较详细地说明SWD过程的优选的实施例的流程图。

具体实施方式

建议的软件分发(SWD)机制运行位于不同的系统上的一系列不同的过程。如图1所示，在该机制的下面有三种分发模式：

受信任的拉模式(初始拉)，

标准推模式，

权威性的拉模式，

其中，“受信任的拉模式”和“权威性的拉模式”两者都被认为是比现有技术新颖的技术。在图1中，对于每一个过程，对应的主机系统被显示为背景框架。

在受信任的拉模式过程102中，用于进行软件(SW)分发/安装的端点(EP)104，即，目标计算机系统提供了106一列请求的程序包。在下一步中，EP向Tivoli企业控制台服务器(T/EC)110发送108一个进行SW分发/安装的请求。T/EC 110触发112一个脚本，该脚本启动两个任务114、118，一个任务调用另一个任务。第一个任务114“创建SWD请求”在网关(GW)116(即，在本实施例中是一个本地源代码服务器)上启动。第二个任务118“从EP插入SWD请求”读取目标系统上的程序包列表的内容，并在请求队列目录中创建120一个请求文件。

接下来，SWD请求120将由位于GW 124上的队列管理器(QMGR)122处理。QMGR 122执行一个循环126，其中第一步是读取存储在请求队列目录中的下一个请求128。下一步，QMGR 122生成一个触发器脚本130，最后它启动生成的触发器脚本，并通过将请求从请求队列移动到活动队列来激活请求132。前面描述的循环连续不断地执行，直到存储在请求队列中的所有请求都被除去。

对于每个启动的触发器脚本和激活的请求，FilePackageBlock将在EP上分发/安装134。在安装期间，对于每个传输和安装的程序包，检查136安装状态，依据该检查的结果，根据本发明，启动138向拉或推模式的模式切换。下面将比较详细地讨论这些分发模式。在模式切换发生之后，下一个拉或推请求将附加在队列140中(请参见图2)。

在标准推模式142的情况下，SW分发过程在Tivoli管理框架服务器(TMR)144上开始。首先，在TMR上运行的任务选择用于分发/安装的SW程序包146，并为已经为其确定了程序包的不同的端点或目标计算机创建目标列表148。其后，TMR插入150并分发152相应的请求，并将该请求传输到位于GW 156上的上文描述的请求队列154，该请求再进一步地由上文描述的QMGR 122处理。

此外，在权威性的拉模式158的情况下，开头四个步骤“选择程序包”到“分发请求”146-152与标准推模式142中的对应的开头四个步骤完全相同，这里就不再赘述。但与标准推模式142相比，请求被直接从执行了“权威性的EP登录162”的EP 160发出。与其他分发模式相同，请求被放入位于GW 156上的请求队列154，该请求再进一步地由QMGR 122处理，如上文所述。因此，三种模式102、142、158的将新分发请求插入到请求队列的方式不同。主分发过程是由中央脚本(上文描述的QMGR)控制的，该中央脚本负责监视特殊的目录(叫做存放SWD请求文件的前述的“请求队列”)，并通过为每个请求启动一次主分发脚本来激活它们。此外，它还监视同时活动的分发的数目，提供一个简单的节流机制，以防止系统过载。建议的分发机制的主要特点是主分发脚本，该脚本在试图分发程序包之前选择由端点(EP)可用性确定的特定分发模式。如果EP不可用，则一种自动模式切换通过自动切换到拉或推模式、自动重调度、wake-on-LAN、自动恢复或中止来处理此情况。如果可以连接EP，则逐步按照程序包列表运行主分发脚本，一个程序包一个程序包地安装。可以在T/EC上对这些安装步骤的进展进行监视。

图2通过流程图说明了在SWD过程中由前述的主分发脚本执行的基本步骤。值得强调的是，这些步骤可以自动地执行。

开始200SWD过程之后，读取请求队列，被发现的第一个请求将被放202活动队列中。

在以下步骤中，特定请求的程序包列表被除去。首先将检查204是否有什么项目被留在程序包列表中。如果至少有一个项目留下，则读取206该项目作为下一个项目。如果没有，则该过程结束208。然后检查210，具有当前地址的EP(目标系统)是否可用，即，在线并可访问。如果可用，则在该EP上开始212安装程序包列表的当前项目。如果EP不可用，则跳到步骤216并启动模式切换，如下所述。如果安装成功214，则跳回步骤204，在此检查在程序包列表中是否有下一个项目。如果有一个项目留下，则再次执行前面描述的步骤206-212。如果检查214表明，安装不成功，则尝试进行模式切换，如下文所述。

首先，检查216设置了哪一个模式。如果设置了推模式标志，则进一步检查218是否至少有一个推尝试留下。在此值得注意的是，尝试的数量是预先指定的。如果有推尝试留下，则恢复分发/安装，并重调度220下一个推模式分发/安装。如果没有推尝试留下，则切换222到拉模式，并进一步检查224是否至少有一个拉模式尝试留下。如果是这样的话，则恢复安装，并重调度226下一个拉模式分发/安装。否则，该过程结束228。

值得强调的是，上文描述的在没有推尝试留下的情况下切换到拉模式的操作将会强制在目标系统上面执行拉模式，因此被认为是“权威性的拉模式”。

图3通过流程图说明了根据本发明的队列管理器(QMGR)机制。首先检查300请求队列中是否包含一些请求。在请求队列中，在本实施例，请求以创建请求时的时间确定的顺序存储。该时间确定了处理请求所采取的优先级。在下文中假设该顺序由数字1到n表示。如果请求队列至少包含一个请求302，在本例中，请求被分配了n＝1，该请求将由队列管理器处理304。然后检查306是否超过了预先指定的时间戳(阈值)。后面的检查提供了请求处理的时间表作为QMGR的一部分。如果没有超过时间戳，则跳回步骤304，从而定义一个等待状态。如果超过了时间戳，则接下来检查308活动队列当前是否过载。如果是这样的话，则跳回步骤302。如果没有活动队列过载，则接下来检查310是否有当前目标系统已经处于活动状态。如果是这样的话，则跳回步骤304。否则，请求被设置到活动队列312。后面的两个步骤表示嵌入在QMGR中的节流机制，如虚线所示。此外，SWD过程可以包含控制和错误处理功能，以确保分发过程只有在满足一定的先决条件时才开始。现在请参看图4，下面将比较详细地描述包含这些功能的SWD过程的优选的实施例。

其中一个先决条件是端点管理器检查400端点(＝目标计算机系统)是否在线。如果在若干次检查402-404之后仍不可用，则进一步的操作取决于配置期间的重试设置和重试状态：

如果在请求配置期间选择了Wake-on-LAN选项406，则将调用一个外部脚本。此脚本必须填满由于可以启动唤醒操作的方式存在的可能的差异而由本地管理员执行的操作。此外，在启动延迟期408之后，再次检查404端点状态。如果现在在线，则过程切换到下一个检查410。如果不，则下面讲述的重调度选项412适用。

如果推重试(尝试)的数量大于0，则将请求移到保持队列。生成分发过程以将请求重新插入到请求队列中。该过程自动被预定到如在“插入分发请求”处理步骤中所配置的当前时间之前的几分钟。此后，生成带有严重等级“警告”的T/EC消息，说明已经重调度分发。

如果推重试的数量等于0，拉重试414的数量大于0，则将请求移到拉队列416。当端点下次登录时将重新启动。

如果推重试的数量等于0，拉重试的数量等于0，则将请求移到中止队列418，发送带有严重等级“次要”的T/EC消息420，说明程序包列表处理失败，并在消息字段中给出上次尝试的文件程序包。

在通过上述所有测试之后，发送类SWD_Start 422的T/EC消息，并通过启动“wdistfpblock”调用来开始分发过程，以将当前文件程序包块分发到目标424。如果此程序的返回代码是0之外的数，则分发失败，列表处理将被取消。值得注意的是，如果分发确实在活动端点上失败，还可有选择地提供一个重试功能。发送两个T/EC消息，其中一个是带有严重等级“MINOR”的类SWD_Failed 428，说明当前程序包分发没有成功，另一个类带有严重等级“MINOR”的类SWD_List_Failed 420，说明程序包列表处理失败，并在消息字段中给出上次尝试的文件程序包。如果“wdistfpblock”返回0，则发送类SWD_Success 430的T/EC消息，并对下一个程序包继续进行列表处理。当所有的程序包都已经成功地分发时，列表处理结束，并发出类SWD_List_Success 432的T/EC消息，带有严重等级“HARMLESS”，并将请求移到完成队列中，以供参考。

在处理过程中，生成若干个T/EC，以便让操作员可以轻易地监视正在进行的分发。请求列表处理的开始和每一单个分发的开始在发送时都带有严重等级“警告”，以指示有一些处理正在进行之中。每一个分发和列表处理都有对应的结束消息，该消息一般来说是关闭开始事件。当该过程成功之后，结束消息也将关闭。只有错误情况仍会处于打开状态中，因为在这种情况下需要有操作员执行操作。如果没有错误，则在列表被处理完之后没有消息处于打开状态。

Claims (6)

1.一种从源数据处理系统向至少一个目标数据处理系统进行计算机程序的远程分发和安装的方法，其中将计算机程序作为一个程序包以推模式或拉模式进行传输，并且在程序包列表中识别要分发的所述计算机程序和它们的目标计算机系统，所述方法包括下列步骤：

预先指定重试推模式和拉模式分发的尝试次数；

所述源数据处理系统检索在所述程序包列表中识别的程序包；

如果至少一个目标计算机系统可用，所述源数据处理系统以推模式开始在所述目标数据处理系统上分发所述程序包；

所述源数据处理系统监视所述目标数据处理系统，以发出安装成功的信号；以及

只要发现安装不成功，所述源数据处理系统就重复所述推模式分发，并且如果尝试推模式的次数已经用尽，则切换到拉模式分发，而且只要发现安装不成功，就重复所述拉模式分发，直到达到了拉模式的尝试次数为止。

2.根据权利要求1的方法，其中，在若干次重试之后目标数据处理系统变得不可用，执行下列特定步骤：

如果推重试次数大于0，则将分发请求移动到保持队列中，并在请求队列中调度重新插入所述请求；

如果推重试的次数等于0且拉重试的次数大于0，则将所述请求移动到拉队列，并在目标计算机系统登录时重新启动；

如果推重试的次数等于0且拉重试的次数等于0，则将所述请求移动到中止队列。

3.根据权利要求1到2的任何一个的方法，其中将分发请求放在请求队列中排队，并且如果超过了预先指定的时间，则将所述分发请求设置到活动队列中，并且

其中进一步检测活动队列过载，并检查当前选定的目标数据处理系统是否已经处于活动状态。

4.一种用于从源数据处理系统向至少一个目标数据处理系统进行计算机程序的远程分发和安装的软件分发系统，该软件分发系统将计算机程序作为一个程序包以推模式和拉模式进行传输，并且在程序包列表中识别要分发的所述计算机程序和它们的目标计算机系统，所述软件分发系统包括：

用于预先指定重试推模式和拉模式分发的尝试次数的装置；

用于所述源数据处理系统检索在所述程序包列表中识别的程序包的装置；

如果至少一个目标计算机系统可用，用于所述源数据处理系统以推模式开始在所述目标数据处理系统上分发所述程序包的装置；

用于所述源数据处理系统监视所述目标数据处理系统，以发出安装成功的信号的装置；以及

只要发现安装不成功，用于所述源数据处理系统重复所述推模式分发，并且如果尝试推模式的次数已经用尽，则切换到拉模式分发，而且只要发现安装不成功，就重复所述拉模式分发，直到达到了拉模式的尝试次数为止的装置。

5.根据权利要求4的软件分发系统，其中还包括：

用于在若干次重复之后目标数据处理系统变得不可用，执行特定步骤的装置，其中，所述特定步骤包括：

如果推重试次数大于0，则将分发请求移动到保持队列中，并在请求队列中调度重复插入所述请求；

如果推重试的次数等于0且拉重试的次数大于0，则将所述请求移动到拉队列，并在目标计算机系统登录时重新启动；

如果推重试的次数等于0且拉重试的次数等于0，则将所述请求移动到中止队列。

6.根据权利要求4或5的系统，其中还包括：

用于将分发请求放在请求队列中排队，并且如果超过了预先指定的时间，则将所述分发请求设置到活动队列中的装置；以及

用于进一步检测活动队列过载，并检查当前选定的目标数据处理系统是否已经处于活动状态的装置。

Images