企业内的客户端的软件更新方法

文档序号:7943845阅读:342来源:国知局
专利名称:企业内的客户端的软件更新方法
技术领域
本发明是有关一种软件更新的方法,特别是一种在企业级环境中管理客户端的软
件更新的方法。
背景技术
目前企业级应用系统有着分布性强、复杂度高、异构度高等特点,而且此趋势不断 加剧。这使得依靠管理员手工管理企业级应用软件变的极为困难,尤其对于高复杂度的系 统管理将会趋近于不可能。 传统的自动升级程序,例如微软的自动更新(Automatic updates)是利用一种常 驻客户端的升级程序。客户端在执行此程序后会联机到服务器。当服务器发布新的补丁程 序后,客户端再将其下载到本地安装。传统自动升级程序,只包含了软件生存期管理其中的 一部分,并且对于操作失败的情况,传统自动升级组件不能自动处理,也不向服务端反馈, 只能通过人工发现和维护。而且企业所使用的应用系统对于安全性和组件的有效性要求比 较高。若是使用完全自动升级和更新的方式,难以保证软件中各组件及时的更新和安全正 确地运行。此外,软件组件之间异构性比较强,难以使用同一个客户端升级程序完成全部组 件的升级任务。 因此,有厂商提出了一种基于策略的软件组件维护方法。这种方式是改进传统自 动升级程序,但是仍依赖于客户端常驻程序,且对软件组件进行完全生存期的维护。对于软 件组件的安装,卸载等动作,是依照已定制的策略对组件执行指定动作,是对传统软件升级 策略的一种改进。这种方式依然将客户端组件作为控制核心,依赖客户端组件进行策略判 断,对动作进行执行。这正是此种方法的弱点。第一,需要手工维护客户端常驻升级程序, 对其进行必要的安装,升级和卸载。第二,客户端常驻升级程序需要和组件库进行频繁的通 讯过于频繁的通讯影响服务端资源,通信周期过大将会影响组件更新的进度,影响组件发 布过程。第三,客户端常驻程序,运行时间有不确定性,管理员不能及时获取安装结果,增加 企业级软件在维护过程中风险。第四,难以对有特殊安装需求的组件进行处理。第五,难以 对现有的已经运行中的异构组件纳入维护范围。第六,此方法同样难以用统一的客户端程 序,完成各种异构组件的维护。

发明内容
鉴于以上的问题,本发明的主要目的在于提供一种企业内的客户端的软件更新方 法,其是私人网域中的客户端的多个批次软件进行更新,其特征在于利用服务器端对多个 客户端的软件进行更新。 为达上述目的,本发明所公开的一种企业内的客户端的软件更新方法包括以下步
骤由服务器端根据软件的依存关系,决定多个批次更新套件的下载顺序;从服务器端对 每一个客户端发出维护请求;令客户端开始执行维护请求,用来向服务器端下载更新程序
至客户端;根据更新程序依序下载更新套件;当更新套件下载过程中或对软件进行更新时
3发生错误时,执行错误处理程序用来决定更新套件的运行结果;重复更新更新套件,直至完 成所有更新套件。 本发明是提供一种软件的更新方法,其特征在于对企业内部的各客户端的软件进 行更新。在本发明中是由服务器端向客户端发布维护请求,并且由服务器端控制更新程序。 用来确保企业的私有网络中的每一个客户端的更新完整性与安全性。 有关本发明的技术特征和具体实施例,参照附图详细地对最佳实施例进行如下说 明。


图1是本发明的架构示意图。
图2是本发明的全自动处理运作流程示意图。
图3是本发明的半自动处理运作流程示意图。
图4是本发明的逐步处理运作流程示意图。
其中,附图标记 110 服务器端 120 客户端 111 企业组件资源库 112 组件维护工具资源库 113 软件关系列表
具体实施例方式
请参考图l所示,其是本发明的架构示意图。本发明应用在企业内部的私有网络 的客户端的软件更新。在本发明中至少包括有服务器端110与多个客户端120。服务器端 110用来管理企业组件资源库(Enterprise ComponentLibraries) 111、组件维护工具资源 库(Maintain Tool Libraries) 112与软件关系列表(Relations) 113。企业组件资源库111 用来保存更新套件。组件维护工具资源库112用来保存更新程序。软件关系列表113用来 保存软件与相应的更新套件的依存关系。 在本发明中服务器端110可以根据不同的作业情况对客户端120中的软件更新做 出不同的指示。在服务器端110发出维护请求前,服务器端110可以设定对维护请求的错 误处理型态。为方便说明各种指示状况在此将其分别定义为全自动处理、半自动处理与逐 步处理。
1.全自动处理 请参考图2所示,其是本发明的全自动处理运作流程示意图。在本发明的全自动 处理软件更新方法中包括以下步骤 首先,由服务器端根据软件的依存关系,决定多个批次更新套件的下载顺序(步 骤S210)。服务器端110可以根据软件关系列表用来查找出想要更新的软件套件与相应的 软件的依存关系。 从服务器端对每客户端发出维护请求(步骤S220)。 令客户端开始执行维护请求,用来向服务器端下载更新程序至客户端(步骤 S230)。 根据更新程序依序下载更新套件(步骤S240)。
4
判断更新套件在更新期间是否产生错误(步骤S250)。当更新套件下载过程中 或对软件进行更新时发生错误时,执行错误处理程序用来决定更新套件的运行结果(步骤 S251)。 在客户端中的更新程序根据错误处理程序所产生的错误码,决定软件更新发生的 错误的处理方式(步骤S260)。其中,错误处理方式包括忽略更新套件的错误、终止更新 套件的更新或重新执行更新套件的更新。在此处理型态中,服务器端iio不需要介入客户 端120更新错误的处理。 接着,判断是否为最后一个更新套件(步骤S270),重复更新更新套件,直至完成 所有更新套件。若是更新过程中发生错误时,则重复步骤250 步骤260的处理。
再由更新程序发布完成信息至客户端与服务器端(步骤S280)。
服务器端根据完成信息来记录每一客户端中的软件的更新记录(步骤S290)。
2.半自动处理 请参考图3所示,其是本发明的半自动处理运作流程示意图。在本发明的半自动 处理软件更新方法中包括以下步骤 首先,由服务器端根据软件的依存关系,决定多个批次更新套件的下载顺序(步 骤S310)。 从服务器端对每一个客户端发出维护请求(步骤S320)。 令客户端开始执行维护请求,用来向服务器端下载更新程序至客户端(步骤 S330)。 根据更新程序依序下载更新套件(步骤S340)。 判断更新套件在更新期间中是否产生错误(步骤S350)。 当更新套件下载过程中或对软件进行更新时发生错误时,执行错误处理程序用来 决定更新套件的运行结果(步骤S351)。由错误处理程序产生错误码,并将错误码回复至服 务器端(步骤S352)。服务器端根据错误码决定忽略更新套件的错误、终止更新套件的更新 或重新执行更新套件的更新(步骤S353)。服务器端指示客户端对更新套件发生错误时的 处理(步骤S354)。本实施形态与全自动处理的差异在于当客户端发生更新套件错误时, 更新程序会将错误码回报至服务器端110。服务器端IIO会根据错误码的种类,用来决定此 次更新错误的处理方式。 判断是否为最后一个更新套件(步骤S360),重复更新更新套件,直至完成所有更
新套件。若是更新过程中发生错误时,则重复步骤351 步骤354的处理。 由更新程序发布完成信息至客户端与服务器端(步骤S370)。 服务器端根据完成信息来记录每一客户端中的软件的更新记录(步骤S380)。 3.逐步处理 请参考图4所示,其是本发明的逐步处理运作流程示意图。在本发明的逐步处理 软件更新方法中包括以下步骤首先,由服务器端根据软件的依存关系,决定多个批次更新 套件的下载顺序(步骤S410)。 从服务器端对每一客户端发出维护请求(步骤S420)。 令客户端开始执行维护请求,用来向服务器端下载更新程序至客户端(步骤 S430)。
根据更新程序依序下载更新套件(步骤S440)。 当更新套件下载完成或对软件进行更新时,由更新程序回复更新套件的执行进度 至该服务器端(步骤S441)。以及,由服务器端指示更新套件的执行参数(步骤S442)。
判断更新套件在更新期间中是否产生错误(步骤S450)。 当更新套件下载过程中或对软件进行更新时发生错误时,执行错误处理程序用来 决定更新套件的运行结果(步骤S451)。由错误处理程序产生错误码,并将错误码回复至服 务器端(步骤S452)。服务器端根据错误码决定忽略更新套件的错误、终止更新套件的更 新或重新执行更新套件的更新(步骤S453)。服务器端再发送指示到客户端(步骤S454), 用来通知此次更新软件的错误处理。在此模式中客户端120的软件更新流程将由服务器端 110控制。软件更新的每一步执行都将向服务器询问。例如软件更新的终止、继续或者重
试。服务器端iio可以在决定更新程序中加入停顿点,用来在每一项的软件更新期间对服 务器端iio提出询问。 判断是否为最后一个更新套件(步骤S460),用来重复更新更新套件,直至完成所
有更新套件。若是更新过程中发生错误时,则重复步骤451 步骤454的处理。 由更新程序发布完成信息至客户端与服务器端(步骤S470)。 服务器端根据完成信息来记录每一客户端中的软件的更新记录(步骤S480)。 本发明是提供一种软件的更新方法,其特征在于对企业内部的各客户端120的软
件进行更新。在本发明中是由服务器端110向客户端120发布维护请求,并且由服务器端
110控制更新程序。用来确保每一个客户端120的更新完整性与安全性。
权利要求
一种企业内的客户端的软件更新方法,其是私人网域中的客户端的多个批次软件进行更新,其特征在于利用一服务器端对多个客户端的相应软件进行更新,该软件更新方法包括以下步骤由该服务器端根据相应软件的依存关系,决定多个批次更新套件的下载顺序;从该服务器端对每一该客户端发出一维护请求;令该客户端开始执行该维护请求,用来向该服务器端下载一更新程序至该客户端;在客户端执行该更新程序,并根据该更新程序依序下载相应更新套件;当该更新套件下载过程中或对该软件进行更新时发生错误时,该服务器端执行一错误处理程序用来决定该更新套件的运行结果;以及该服务器端重复更新相应更新套件,直至完成相应更新套件的更新。
2. 根据权利要求1所述的企业内的客户端的软件更新方法,其特征在于,其中在执行 该错误处理程序中更包括以下步骤该更新程序根据该错误处理程序所产生的一错误码,用来决定忽略该更新套件的错 误、终止该更新套件的更新或重新执行该更新套件的更新。
3. 根据权利要求1所述的企业内的客户端的软件更新方法,其特征在于,其中在执行 该错误处理程序中更包括以下步骤由该错误处理程序所产生的一错误码,并将该错误码回复至该服务器端; 该服务器端根据该错误码决定忽略该更新套件的错误、终止该更新套件的更新或重新 执行该更新套件的更新;以及指示该客户端该更新软件的处理。
4. 根据权利要求1所述的企业内的客户端的软件更新方法,其特征在于,其中在执行 下载相应更新套件后更包括以下步骤当该更新套件下载完成或对该软件进行更新时,由该更新程序回复该更新套件的执行 进度至该服务器端;以及由该服务器端指示该更新套件的执行参数。
5. 根据权利要求4所述的企业内的客户端的软件更新方法,其特征在于,其中在当该 更新套件下载过程中或对该软件进行更新时发生错误时更包括以下步骤由该错误处理程序所产生的该错误码,并将该错误码回复至该服务器端; 该服务器端根据该错误码决定忽略该更新套件的错误、终止该更新套件的更新或重新 执行该更新套件的更新;以及指示该客户端该更新软件的处理。
6. 根据权利要求1所述的企业内的客户端的软件更新方法,其特征在于,其中在完成 相应更新套件的更新后更包括以下步骤由该更新程序发布一完成信息至该客户端与该服务器端;以及 该服务器端根据该完成信息来记录每一该客户端中的相应软件的更新记录。
全文摘要
本发明公开了一种企业内的客户端的软件更新方法,其是私人网域中的客户端的多个批次软件进行更新,其特征在于利用服务器端管理对多个客户端的软件更新程序,更新方法包括以下步骤由服务器端根据软件的依存关系,决定多个批次更新套件的下载顺序;从服务器端对每客户端发出维护请求;令客户端开始执行维护请求,用来向服务器端下载更新程序至客户端;客户端运行更新程序依序下载更新套件;当更新套件下载过程中或对软件进行更新时发生错误时,依据客户端返回的错误码执行错误处理程序并运行相应的处理程序;以及重复更新更新套件,直至完成所有更新套件。
文档编号H04L29/06GK101770380SQ20091000150
公开日2010年7月7日 申请日期2009年1月5日 优先权日2009年1月5日
发明者冯磊阁, 牛玉廷, 陈玄同 申请人:英业达集团(天津)电子技术有限公司;英业达股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1