一种系统更新方法及装置

技术领域

本申请涉及电子证据技术领域，特别是系统更新方法及装置。

背景技术

随着国家健康事业的发展，医院业务在不断变化，为了满足医院业务的发展，医疗信息化软件需要不断的进行更新。一方面，医院自身也在发展扩大，不仅医院里面科室在不同的楼里，而且医院还在不断的增加分院；客户端在地理上旧部分在不同的地方。这就导致了手动更新客户端很困难，不仅耗时耗力，而且会影响医生的使用体验。另一方面，医院内部网络复杂，客户端操作系统也不统一，可能包含xp、win7、win10等不同版本，不同客户端可能有不同的域权限管理，导致有的自动更新程序会更新失败。最后，医疗信息系统增加新功能一般是以补丁形式来进行更新，不用全部软件更新；在现实中还会遇到客户端中毒，操作系统重装的情况，这种情况下要在安装完全新的软件后，能够把软件部署以后所有的更新补丁全部更新。

现有技术中，采用HTTP超文本传输协议(Hypertext Transfer Protocol),是一个客户端和服务端请求和应答的标准。

但根据文件的md5值对比性能较差，是需要单独搭建单独的ftp服务，储存没有逻辑。

发明内容

鉴于所述问题，提出了本申请以便提供克服所述问题或者至少部分地解决所述问题的一种系统更新方法，包括：

一种系统更新方法，所述方法用于影像归档和通信系统的更新，所述方法涉及服务端以及客户端，所述方法包括：

当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；

所述客户端接收所述服务端发送的所述补丁包；

所述客户端依据所述补丁包对所述系统进行升级。

优选地，所述客户端接收所述服务端发送的所述补丁包的步骤，包括：

所述客户端接收所述服务端发送的第一补丁包；其中，所述第一补丁包为压缩文件；每个所述补丁包带有一个版本号；

所述客户端依据所述第一补丁包生成所述补丁包。

优选地，所述客户端依据所述补丁包对所述系统进行升级的步骤，包括：

依据所述补丁包关闭系统中的其他进程；其中，所述其他进程为系统更新时启动将无法更新的进程；

依据所述补丁包备份所述系统中需要更新的文件；

依据所述补丁包对所述系统进行升级。

优选地，所述当所述客户端需要升级系统时的步骤之前，包括：

所述客户端判断所述系统是否需要升级，若所述系统需要升级。

优选地，所述客户端判断所述系统是否需要升级，若所述系统需要升级的步骤，包括：

所述客户端获取系统版本号和服务端版本号，并对比所述系统版本号和所述服务端版本号是否相同；

若所述系统版本号和所述服务端版本号不同，则所述系统需要升级。

优选地，所述客户端依据所述补丁包对所述系统进行升级的步骤，还包括：

所述客户端判断所述系统是否升级成功；

若系统升级成功，所述客户端依据所述新系统生成新系统的信息，并发送所述新系统的信息至服务端。

优选地，所述客户端判断所述系统是否升级成功的步骤，包括：

若不成功，将所述系统的信息发送至服务端。

为实现本申请还包括一种系统更新方法，所述方法用于影像归档和通信系统的更新，所述方法涉及服务端以及客户端，所述方法包括：

所述服务端将补丁包进行储存；

所述服务端接收所述客户端发送新系统的信息或系统的信息。

为实现本申请还包括一种系统更新装置，所述装置用于影像归档和通信系统的更新，所述装置涉及服务端以及客户端，所述装置包括：

请求发送模块，用于当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；

补丁包接收模块，用于所述客户端接收所述服务端发送的所述补丁包；

升级模块，用于所述客户端依据所述补丁包对所述系统进行升级。

为实现本申请包括一种系统更新装置，所述装置用于影像归档和通信系统的更新，所述装置涉及服务端以及客户端，所述装置包括：

储存模块，用于所述服务端将补丁包进行储存；

接收模块，用于所述服务端接收所述客户端发送新系统的信息或系统的信息。

本申请具有以下优点：

在本申请的实施例中，通过当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；所述客户端接收所述服务端发送的所述补丁包；所述客户端依据所述补丁包对所述系统进行升级。通过对补丁包更新设计了存储格式，并且使用单一版本号进行管理简单好用可视性好；最新的补丁包会先缓存到内存里，加快多客户端同时更新速度；每个版本号的补丁包单独存储，所有的补丁包会统一存储一份，加快新安装客户端的更新速度和简化新安装客户端更新逻辑；补丁包采用压缩传输，提高更新速度；客户端更新情况可视化，方便运维管理。

附图说明

为了更清楚地说明本申请的技术方案，下面将对本申请的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的一种系统更新方法的步骤流程图；

图2是本申请一实施例提供的一种系统更新方法的客户端升级流程图；

图3是本申请一实施例提供的一种系统更新装置的结构框图；

图4是本申请一实施例提供的一种系统更新方法的服务端存储结构示意图；

图5是本发明一实施例提供的一种计算机设备的结构示意图；

图6是本申请一实施例提供的一种系统更新方法的客户端补丁包管理界面示意图；

图7是本申请一实施例提供的一种系统更新方法的客户端升级界面示意图。

具体实施方式

为使本申请的所述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，所述方法用于影像归档和通信系统的更新。

在本申请的实施例中，通过当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；所述客户端接收所述服务端发送的所述补丁包；所述客户端依据所述补丁包对所述系统进行升级。通过对补丁包更新设计了存储格式，并且使用单一版本号进行管理简单好用可视性好；最新的补丁包会先缓存到内存里，加快多客户端同时更新速度；每个版本号的补丁包单独存储，所有的补丁包会统一存储一份，加快新安装客户端的更新速度和简化新安装客户端更新逻辑；补丁包采用压缩传输，提高更新速度；客户端更新情况可视化，方便运维管理。

参照图1，示出了本申请一实施例提供的一种系统更新方法，所述方法包括：

S110、当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；

S120、所述客户端接收所述服务端发送的所述补丁包；

S130、所述客户端依据所述补丁包对所述系统进行升级。

下面，将对本示例性实施例中一种系统更新方法作进一步地说明。

如所述步骤S110所述，当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；

在本发明一实施例中，可以结合下列描述进一步说明步骤S110所述“当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件”的具体过程。

如下列步骤所述，所述客户端判断所述系统是否需要升级，若所述系统需要升级。

在本发明一实施例中，可以结合下列描述进一步说明步骤“所述客户端判断所述系统是否需要升级，若所述系统需要升级。”的具体过程。

如下列步骤所述，所述客户端获取系统版本号和服务端版本号，并对比所述系统版本号和所述服务端版本号是否相同；若所述系统版本号和所述服务端版本号不同，则所述系统需要升级。

如下列步骤所述，若不成功，将所述系统的信息发送至服务端。

作为一种示例，所述判断系统是否需要升级的步骤，包括：获取系统版本号和服务端版本号，并对比所述系统版本号和所述服务端版本号是否相同；若所述系统版本号和所述服务端版本号相同，则系统不需要升级；若所述系统版本号和所述服务端版本号不同，则系统需要升级。

本申请一具体实施例中，客户端读取自身的版本号，假设客户端初始为第一版本，然后向服务端发起请求查询是否有新版本要更新；服务端维护了一个统一版本号，客户端版本号跟服务端版本号进行对比，当客户端版本号跟服务端版本号只差一个版本号时，此时，服务端为第二版本，服务端给客户端返回需要更新的最新版本号；当服务端版本号跟客户端版本号相差两个或者多个版本号，服务端给客户端返回一个所有的版本号的补丁包，一个补丁文件代表一个版本的补丁文件；若没有新版本，直接启动应用程序；若有新版本，则启动更新程序下载更新包更新补丁包。参照图6，为客户端的界面。

如所述步骤S120所述，所述客户端接收所述服务端发送的所述补丁包。

在本发明一实施例中，可以结合下列描述进一步说明步骤S120所述“所述客户端接收所述服务端发送的所述补丁包”的具体过程。

如下列步骤所述，所述客户端接收所述服务端发送的第一补丁包；其中，所述第一补丁包为压缩文件；每个所述补丁包带有一个版本号；所述客户端依据所述第一补丁包生成所述补丁包。

在一具体实施例中，更新程序显示下载进度，先下载第一补丁包，下载完成后解压生成所述补丁包。

需要说明的是，版本号是版本的标识号。每一个操作系统都有一个版本号。版本号能使用户了解所使用的操作系统是否为最新的版本以及它所提供的功能与设施。

在本申请实施例中，所述服务端将补丁包进行储存；所述服务端接收所述客户端发送新系统的信息或系统的信息。

在本发明一实施例中，可以结合下列描述进一步说明步骤所述“所述服务端将所述补丁包进行储存”的具体过程。

如下列步骤所述，所述服务端对所述补丁包中的所有补丁文件进行一次缓存；所述服务端按照所述补丁包中补丁文件的版本号顺序进行二次缓存。

在本申请实施例中，所述一次缓存具体为：补丁包中的所有补丁文件会先缓存到内存里。

在本申请实施例中，所述二次缓存具体为：所述服务端按照所述补丁包中补丁文件的版本号顺序进行二次缓存，具体为将每个版本号的补丁文件单独存储，所有的补丁文件会统一存储一份，加快新安装服务端的更新速度和简化新安装服务端更新逻辑；补丁文件采用压缩传输，提高更新速度；客户端更新情况可视化，方便运维管理，且补丁文件安装版本顺序经常储存。

服务端收到补丁包后，会进行归档存储，按照设计版本号格式存储一份，同时还会把所有的补丁包汇总存储一份，最新上传的补丁包归档后，会缓存到内存里，提高客户端下载补丁的速度

作为一种示例，所有补丁包除了按版本号存储一份，历次补丁包统一存储一份。

如所述步骤S130所述，所述客户端依据所述补丁包对所述系统进行升级。如图7所示。

在本发明一实施例中，可以结合下列描述进一步说明步骤S130所述“所述客户端依据所述补丁包对所述系统进行升级”的具体过程。

如下列步骤所述，依据所述补丁包关闭系统中的其他进程；其中，所述其他进程为系统更新时启动将无法更新的进程；依据所述补丁包备份所述系统中需要更新的文件；依据所述补丁包对所述系统进行升级。

在一具体实施例中，杀掉需要关闭的进程，即所述其他进程；备份客户端里的原始文件，然后把需要更新的文件替换到客户端目录，再依据所述补丁包对系统进行升级。

如所述步骤S130所述，所述客户端依据所述补丁包对所述系统进行升级。

在本发明一实施例中，可以结合下列描述进一步说明步骤S130所述“所述客户端依据所述补丁包对所述系统进行升级”的具体过程。

如下列步骤所述，所述客户端判断所述系统是否升级成功；若系统升级成功，所述客户端依据所述新系统生成新系统的信息，并发送所述新系统的信息至服务端。

在一具体实施例中，更新补丁文件成功后，更新客户端本地版本号，并把本新系统的信息发送至服务端，所述新系统的信息包括：客户端IP(Internet Protocol，网际互连协议)、主机名、更新状态、更新时间等信息保存到自动更新服务端。

如下列步骤所述，若不成功，将所述系统的信息发送至服务端。

作为一种示例，如果更新失败，则还原原始文件，并把本系统的信息发送至保存到自动更新服务端，所述系统的信息包括：客户端IP、主机名、更新状态、更新时间等信息；再将更新客户端关闭与服务端的连接；启动客户端应用程序。

在一具体实施例中，更新失败可能一直无法自动更新成功，要保证业务可用，这里只更新一次，然后把更新状态保存到服务器，然后运维人员人为干预调试。

在一具体实施例中，客户端读取自身的版本号，然后向服务端发起请求查询是否有新版本要更新；服务端维护了一个统一版本号，客户端版本号跟服务端版本号进行对比，当客户端版本号跟服务端版本号只差一个版本号时，服务端给客户端返回需要更新的最新版本号；当服务端版本号跟客户端版本号相差两个或者多个版本号，服务端给客户端返回一个设有的版本号；没有新版本，直接启动应用程序；有新版本，则启动更新程序下载更新包更新；更新程序显示下载进度，先下载压缩文件，下载完成后解压；备份客户端里的原始文件，然后把需要更新的文件替换到客户端目录；更新补丁文件成功后，更新客户端本地版本号，并把本次更新的信息：客户端ip、主机名、更新状态、更新时间等信息保存到自动更新服务端；如果更新失败，则还原原始文件，并把本次更新的信息：客户端ip、主机名、更新状态、更新时间等信息保存到自动更新服务端；更新客户端关闭与服务端的连接；启动客户端应用程序。

在一具体实施例中，所述客户端升级流程如图2所示，用户启动RIS或US或ES进程，其中，RIS、US和ES是影像归档和通信系统系统里的子系统，RIS表示放射信息系统客户端、US表示超声信息系统客户端、ES表示内镜信息系统客户端。

为实现本申请还包括服务端：

在本发明一实施例中，所述服务端将补丁包进行储存；所述服务端接收所述客户端发送新系统的信息或系统的信息。

在本发明一实施例中，所述服务端接收所述客户端发送的升级补丁包的获取请求；所述服务端依据所述获取请求发送所述补丁包。所述服务端接收所述新系统的信息或系统的信息。

作为一种示例，所述服务端实现包括：自动更新服务端：提供判断是否需要更新的接口；接收新补丁包；归档按照规则存储补丁包中的补丁文件；提供补丁文件缓存功能；记录更新包信息；提供补丁文件下载接口；提供记录客户端更新信息的接口；提供删除补丁包的接口。

在一具体实施例中，所述服务端自动更新文件存储采用如下结构：

测试版本：./Version/beta/系统名/版本号/

发布版本：./Version/release/系统名/版本号/

每个系统名目录下面有个VersionInfo.ini文件，用来记录所有更新补丁的版本号和所有的更新版本信息，其中，Version为版本，beta为测试，release为发布，其内容格式如图4所示。

为实现本申请还包括一种系统更新装置，对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，具体参照图3，示出了本申请一实施例提供的一种系统更新装置；

具体包括：

系统更新装置，请求发送模块310，用于当所述客户端需要升级系统时，所述客户端向所述服务端发送升级补丁包的获取请求；其中，所述补丁包中至少包括一个用于系统更新的补丁文件；

补丁包接收模块320，用于所述客户端接收所述服务端发送的所述补丁包；

升级模块330，用于所述客户端依据所述补丁包对所述系统进行升级。

在本发明一实施例中，所述请求发送模块310，包括：

判断升级子模块，用于所述客户端判断所述系统是否需要升级，若所述系统需要升级。

在本发明一实施例中，所述判断升级子模块，包括：

版本对比子模块，用于所述客户端获取系统版本号和服务端版本号，并对比所述系统版本号和所述服务端版本号是否相同；

升级子模块，用于若所述系统版本号和所述服务端版本号不同，则所述系统需要升级。

在本发明一实施例中，所述补丁包接收模块320，包括：

第一补丁包接收子模块：用于所述客户端接收所述服务端发送的第一补丁包；其中，所述第一补丁包为压缩文件；每个所述补丁包带有一个版本号；

补丁包生成子模块，用于所述客户端依据所述第一补丁包生成所述补丁包。

在本发明一实施例中，所述升级模块330，包括：

进程关闭子模块，用于依据所述补丁包关闭系统中的其他进程；其中，所述其他进程为系统更新时启动将无法更新的进程；

备份文件子模块，用于依据所述补丁包备份所述系统中需要更新的文件；

升级子模块，用于依据所述补丁包对所述系统进行升级。

判断系统升级子模块，用于所述客户端判断所述系统是否升级成功；

升级成功子模块，用于若系统升级成功，所述客户端依据所述新系统生成新系统的信息，并发送所述新系统的信息至服务端。

升级不成功子模块，用于若不成功，将所述系统的信息发送至服务端。

为实现本申请还包括运维模块：

在一具体实施例中，所述运维模块实现包括：提供可视化的补丁包制作界面；提供可视化补丁包上传界面；提供可视化补丁包状态管理界面，可以发布、删除补丁包；提供客户端更新结果查询界面，方便运维，如果某台客户端无法自动更新，则进行人工更新。

所述服务端包括：

储存模块，用于所述服务端将补丁包进行储存；

接收模块，用于所述服务端接收所述客户端发送新系统的信息或系统的信息。

在本发明一实施例中，所述储存模块，包括：

一次缓存子模块，用于所述服务端对所述补丁包中的所有补丁文件进行一次缓存；

二次缓存子模块，用于所述服务端按照所述补丁包中补丁文件的版本号顺序进行二次缓存。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

在本具体实施例与上述具体实施例中有重复的操作步骤，本具体实施例仅做简单描述，其余方案参考上述具体实施例描述即可。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请还包括一种设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现所述的系统更新方法。

本申请还包括一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现所述的系统更新方法。

参照图5，示出了本申请的系统更新方法的计算机设备，具体可以包括如下：

上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，内存28，连接不同系统组件(包括内存28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、音视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

内存28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得操作人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过I/O接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN))，广域网(WAN)和/或公共网络(例如因特网)通信。如图5所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图5中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统34等。

处理单元16通过运行存储在内存28中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例所提供的系统更新方法。

也即，上述处理单元16执行上述程序时实现：一种系统更新方法。

在本申请实施例中，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有实施例提供的系统更新方法。

也即，给程序被处理器执行时实现：一种系统更新方法。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种系统更新方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。