WO2014040496A1

WO2014040496A1 - 一种组件式多模网管补丁包安装方法及装置

Info

Publication number: WO2014040496A1
Application number: PCT/CN2013/082406
Authority: WO
Inventors: 张锦炘
Original assignee: 中兴通讯股份有限公司
Priority date: 2012-09-17
Filing date: 2013-08-27
Publication date: 2014-03-20
Also published as: JP2015534338A; JP6077661B2; CN102902562A; EP2897046A4; CN102902562B; EP2897046A1

Abstract

本发明公开了一种组件式多模网管补丁包安装方法及装置，涉及补丁制作安装领域，包括：通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包；将所述补丁包存放在补丁服务器中，并从所述补丁服务器下载所述补丁包；判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件，并在满足所述补丁包安装条件时，安装所述补丁包。本发明的补丁具有灵活便捷的特性，开发人员仅仅需要关注各自制式的补丁，最终由版本构建师根据具体使用场景灵活快速构建一个补丁包，用来解决补丁安装成功率低的问题，减少或者消除安全风险，保证系统的安全性能。

Description

一种组件式多模网管补丁包安装方法及装置技术领域

本发明涉及补丁制作安装领域，尤其涉及一种组件式多模网管补丁包安装方法及装置。背景技术

补丁是用于对软件中存在的问题，比如安全隐患、漏洞（Bug )等进行修复的文件，同时还包括改善易用性或效能等。补丁无法独立使用，要配合原软件才能够使用。补丁制作就是用于生成可用补丁包供补丁安装系统执行。补丁安装就是执行补丁程序对存在的漏洞进行修复。

多模网管是支持多种无线制式的通讯网管，比如同时支持码分多址 ( CDMA, Code Division Multiple Access )、长期演进（ LTE, Long Term Evolution )等。从软件层次上，多模网管分为三层，如图 1 所示。最底层是统一网管平台（UEP ), 提供基础服务；中间是多模网管平台（PLAT ), 提供多模网管平台功能；最上层为各无线制式的产品应用，提供各制式特异性的实现。

发明人在对现有多模网管补丁技术的研究过程中发现，在补丁制作和安装过程中存在如下的问题：

1、补丁涉及多种制式，由于各个制式之间没有解耦或者解耦不充分，需要对不同的场景制作不同的补丁，造成太多的冗余和浪费；

2、补丁设计多种制式，安装方法很不灵活，只能对制式严格匹配安装。比如补丁包包含 A制式和 B制式，则只能安装到同时包含 A制式和 B制式的安装对象。

3、补丁设计多种制式，存在重复执行的情况，安装顺序无法保证。发明内容

有鉴于此，本发明实施例的主要目的在于提供一种组件式多模网管补丁包安装方法及装置，能解决补丁安装成功率低的问题，减少或者消除安全风险，保证系统安全性能。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种组件式多模网管补丁包安装方法，所述方法的步驟包括：

通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包；

将所述补丁包存放在补丁服务器中，并从所述补丁服务器下载所述补丁包；

判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件，并在满足所述补丁包安装条件时，安装所述补丁包。

优选地，所述从补丁服务器下载补丁包的步驟包括：

在多模网管服务端成功对接所述补丁服务器后，补丁服务器将多模网管补丁包下载到多模网管服务端；以及

在多模网管客户端接入到多模网管服务端时，多模网管服务端将多模网管补丁包下载到多模网管客户端。

优选地，所述的安装对象包括多模网管服务端的安装对象和多模网管客户端的安装对象。

优选地，所述多模网管的补丁包包括：补丁包版本描述信息，多个不同制式的替换文件、新增文件，删除列表描述文件，用于每个制式补丁的数据库脚本以及脚本列表描述文件。

优选地，判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件的步驟包括：通过将安装对象的版本描述信息与补丁包版本描述信息进行比对，确定是否满足补丁包的安装条件。

优选地，所述的确定是否满足补丁包的安装条件包括：

判断补丁包所包含的多个制式中的任一制式是否已经存在于安装对象；

若存在，则安装所述补丁包中相应制式的文件，反之，则不进行补丁包安装。

优选地，判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件的步驟还包括：

查看安装对象的补丁安装历史信息，以确定所述补丁包是否已经安装；若已经安装过所述补丁包，则不安装所述补丁包，以防止重复安装。优选地，安装补丁包包括：

备份安装对象中被删除或被替换的文件，同时记录新增文件；拷贝补丁包中对应制式的替换文件、新增文件到安装对象；

根据删除列表描述文件删除安装对象文件；

根据脚本列表描述文件执行对应的数据库脚本。

优选地，所述多模网管补丁包还包括不能完全解耦的补丁程序及制式间描述文件；

在安装补丁包时，对于不能完全解耦的补丁程序，根据制式间描述文件进行相应拷贝处理。

本发明实施例提供了一种组件式多模网管补丁包安装装置，所述装置包括：

补丁包制作单元，配置为通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包；

补丁服务器，配置为存放和下载所述多模网管的补丁包；安装系统，配置为判断所下载的补丁包对应的安装对象是否满足补丁包安装条件，并且当满足所述补丁包安装条件时，安装所述补丁包。

与现有技术相比较，本发明实施例的有益效果在于：本发明实施例的补丁具有灵活便捷的特性，减少了补丁包制作的频率，开发人员仅仅需要关注各自制式的补丁，最终由版本构建师根据具体使用场景灵活构建一个补丁包。同时，通过有效的匹配策略提高了补丁安装成功率，有效地纠正了程序错误，减少了安全风险。附图说明

图 1 是现有技术提供的多模网管的构架图；

图 2是本发明实施例一种组件式多模网管补丁包安装方法的结构图；图 3是本发明实施例一种组件式多模网管补丁包安装装置的结构图；图 4是本发明实施例一种补丁包制作的结构图；

图 5 是本发明实施例一种补丁包安装方法的流程图；

图 6是本发明实施例一种组件式多模网管安装补丁包的具体流程图。具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图 2是本发明实施例一种组件式多模网管补丁包安装方法的结构图，如图 2所示，所述方法的步驟包括：

步驟 S201 : 通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包。

其中，所述多模网管的补丁包，包括：补丁包版本描述信息，多个不同制式的替换文件、新增文件，删除列表描述文件，用于每个制式补丁的数据库脚本以及脚本列表描述文件。其中，所述多模网管补丁包还包括不能完全解耦的补丁程序及制式间描述文件；在安装补丁包时，对于不能完全解耦的补丁程序，根据制式间描述文件进行相应拷贝处理。这里所述的补丁程序包括上述的替换文件和新增文件。

步驟 S202: 将所述补丁包存放在补丁服务器中，并从所述补丁服务器下载所述补丁包。

其中，所述的从补丁服务器下载补丁包的步驟，包括：在多模网管服务端成功对接所述补丁服务器后，补丁服务器将多模网管补丁包下载到多模网管服务端；以及在多模网管客户端接入到多模网管服务端时，多模网管服务端将多模网管补丁包下载到多模网管客户端。

步驟 S203: 判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件，并在满足所述补丁包安装条件时，安装所述补丁包。

其中，安装对象包括多模网管服务端的安装对象和多模网管客户端的安装对象。

判断所下载的补丁包对应的安装对象是否满足补丁包安装条件的步驟包括：通过将安装对象的版本描述信息与补丁包版本描述信息进行比对，确定是否满足补丁包的安装条件。其中，确定是否满足补丁包的安装条件包括：判断补丁包所包含的多个制式中的任一制式是否已经存在于安装对象；若存在，则安装所述补丁包中相应制式的文件，反之，则不进行补丁包安装。

判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件的步驟还包括：查看安装对象的补丁安装历史信息，以确定所述补丁包是否已经安装；若已经安装过所述补丁包，则不安装所述补丁包，以防止重复安装。

图 3是本发明实施例一种组件式多模网管补丁包安装装置的结构图，如图 3所示，所述装置包括：

补丁包制作单元 301 ,配置为通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包；

补丁服务器 302, 配置为存放和下载所述多模网管的补丁包；

安装系统 303 ,配置为判断所下载的补丁包对应的安装对象是否满足补丁包安装条件，并且当满足所述补丁包安装条件时，安装所述补丁包。

上述补丁包制作单元 301、补丁服务器 302、安装系统 303可由组件式多模网管补丁包安装装置中的中央处理器（CPU, Central Processing Unit ), 数字信号处理器（DSP, Digital Signal Processor )或可编程门阵列（FPGA, Field - Programmable Gate Array ) 实现。

图 4至图 6显示了本发明的制造和安装多模网管补丁包的具体实施例。下面结合图 4至图 6所示的实施例，对本发明进行详细说明。

图 4显示了本发明制作的一种补丁包的结构。

在制作本发明补丁包时，使各个制式之间可分可合，解耦部署，独立存放，每个制式都部署在补丁包的根目录；根据使用场景自由组合各个制式形成补丁包。

对于制式之间无法解耦的部分，则通过存放在 common 目录，并用描述文件描述制式之间的关联。同时也包括补丁包属性描述。

补丁包属性包括：版本号、补丁安装编号、制式名、安装模式、区域、制作时间。补丁包属性直接通过补丁包名称来展现，各个属性之间用下划线分隔，比如 12.12.10_011_GU_SC_CHINA_20120208.zip。

由于各制式可分可合，版本构建师根据具体使用场景灵活快速装配出补丁版本。

其中，所述描述制式间关系的 xml文件，具体结构如下所示：

<?xml version^" 1.0" encoding="GB2312"?>

<src> xxxxxx </src>

</File>

</FileList>

每个制式都有自己的删除列表描述文件用于删除安装对象文件。删除列表描述文件采用 xml描述，具体结构如下所示：

<?xml version^" 1.0" encoding="GB2312"?>

<clnt>

<src>xxxxx</ sro

</clnt>

<svr>

<src>xxxxx</ sro

</svr>

</FileList>

每个制式都有自己的脚本列表描述文件用于描述需要执行的数据库脚本。脚本列表描述文件采用 xml描述，具体结构如下所示：

<?xml version^" 1.0" encoding="GB2312"?>

<en_US>

<MSSQL>

<fileName>xxxxx . sql</ fileNamo

</scri tList>

</MSSQL>

<0RACLE>

<fileName>xxxxx . sql</ fileNamo </scri tList>

</ORACLE>

</en_US>

<zh_CN>

<MSSQL>

<fileName>xxxxx . sql</ fileNamo

</scri tList>

</MSSQL>

<0RACLE>

<fileName>xxxxx . sql</ fileNamo

</scri tList>

</0RACLE>

</zh_CN>

</INSTDB>

每个制式的目录结构和安装对象的目录结构完全一致，安装系统直接覆盖安装补丁。

版本构建师将各个制式组装成最终的补丁包，同时按照如下的文件名构成补丁包版本描述信息，具体格式为：版本号-补丁编号-制式名-安装模式 -区域 -提交时间。

具体地说，所述补丁包版本描述信息包括：

版本号：和安装对象的版本号保持一致；

补丁编号：规范补丁安装顺序；

安装模式：有服务端程序需要修改用 S描述，有客户端程序需要修改用 C描述；

区或：适用国家和地区；提交时间：补丁发布时间。

图 5显示了本发明一种补丁包安装方法的流程图，如图 5所示，所述方法的步驟包括：

步驟 S501 : 从补丁服务器下载补丁包。

多模网管补丁包都存放在在上层网管，当多模网管服务端和上层网管对接成功后，从上层网管通过 FTP下载补丁包，然后安装补丁包服务端部分更新多模网管服务端。当多模网管客户端接入到多模网管服务端时则通过 FTP方式从多模网管服务端下载补丁包，然后安装补丁包客户端部分更新客户端环境。其中客户端补丁包经过两次位置变迁，首先存放在上层网管，然后下载到多模网管的服务端，最后更新到多模网管的客户端。

步驟 S502: 根据匹配策略判定是否满足安装。

具体的，获取安装对象的版本描述信息，对比补丁包的版本描述信息，判断补丁包对应的安装对象是否满足所述补丁包安装条件，若是，则执行步驟 S503 ；否则，执行步驟 S505。

其中，匹配策略包括版本号一致性匹配；制式一致性匹配；安装模式一致性匹配；区或一致性匹配。

具体的，判断版本号是否一致，如果不一致则不进行解压安装。

判断补丁包所包含的某一制式是否已经存在于安装对象，如果不存在则不进行解压安装。例如安装对象包含制式 1和制式 2,补丁包包含制式 3 , 则不就行解压安装。又比如安装对象包含制式 1和制式 2, 补丁包包含制式 2和制式 3 , 则进行解压安装制式 2。

判断补丁包所包含的安装模式（客户端或者服务端）是否一致，如果不一致则不进行解压安装。比如安装对象为服务端模式，补丁包为客户端模式，则不进行解压安装。

判断补丁包所描述的区域是否一致，如果不一致则不进行解压安装。比如安装对象的区域是 china, 补丁包的区域为 American, 则不进行解压安通过对比补丁的历史安装记录来判断是否已经安装过该补丁，如果已经安装过该补丁则不进行解压安装，防止重复安装。

步驟 S503: 解压补丁包。

步驟 S504: 按照顺序安装补丁包。

即按照补丁包名称中描述的补丁编号的先后来安装补丁包。其中，按照一定顺序解压并安装补丁包，补丁包顺序通过补丁包名的补丁安装编号获得，编号小的先执行，编号大的后执行；补丁包安装包括替换文件、删除文件，新增文件以及更新安装信息。基于自由组合的策略，安装系统会根据当前程序的已经安装的制式去匹配补丁包中制式，如果补丁包所包含的制式大于安装对象所包含制式，则补丁安装系统仅对于安装对象中存在的制式进行补丁安装；根据补丁安装历史信息来过滤已经安装的补丁包，防止重复执行。

步驟 S505: 结束。

所述补丁包安装结束后，返回安装结果信息，当安装失败时需要描述失败的原因。

也就是说，一种补丁包的安装方法，包括：

从补丁服务器下载补丁包；判断所述补丁包对应的安装对象是否满足所述补丁包安装条件；当满足所述补丁包安装条件时，解压补丁包并按照一定的顺序安装所述补丁包。

图 6显示了本发明一种组件式多模网管安装补丁包的具体流程图，如图 6所示，包括：

步驟 S601 : 备份安装对象中被删除或被替换的文件，同时记录新增文件。步驟 S602: 拷贝补丁包中对应制式的替换文件、新增文件到安装对象。步驟 S603：根据删除列表描述文件删除安装对象文件。

步驟 S604: 根据脚本列表描述文件执行对应的数据库脚本。

如果步驟 S602或者步驟 S603或者步驟 S604发生安装异常导致安装失败则需要进行步驟 S606, 进行相应的回滚操作，确保不会因为安装补丁失败导致安装对象不可用。

步驟 S605: 安装结束。

安装结束，更新补丁安装历史记录和安装对象信息，同时返回安装结果信息，显示安装补丁成功还是失败，如果安装失败需要显示失败原因。

步驟 S606: 回滚。

这里，所述回滚是指还原成以前的驱动。更新驱动后，新版可能会存在各种各样的 bug等不成熟现象，或者无法兼容以前的一些软件，游戏等等小问题，如果对新驱动不满意，可以回滚驱动。

综上所述，本发明实施例通过提出了一种组件式多模网管补丁包安装方法及装置，使补丁具有灵活便捷的特性，减少了补丁包制作的频率，开发人员仅仅需要关注各自制式的补丁，最终由版本构建师根据具体使用场景灵活构建一个补丁包，同时通过有效的匹配策略提高了补丁安装成功率，有效地糾正程序错误，减少安全风险。

尽管上文对本发明进行了详细说明，但是以上所述，仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。凡按照本发明原理所作的修改、等同替换和改进等，均包含在本发明的保护范围之内。工业实用性

本发明实施例中，通过组装多个解耦部署并独立存放的不同制式补丁，构成多模网管的补丁包；将所述补丁包存放在补丁服务器中，并从所述补丁服务器下载所述补丁包；判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件，并在满足所述补丁包安装条件时，安装所述补丁包；如此，使补丁具有灵活便捷的特性，减少了补丁包制作的频率，同时通过有效的匹配策略提高了补丁安装成功率，有效地纠正了程序错误，减少了安全风险。

Claims

权利要求书

1、一种组件式多模网管补丁包安装方法，所述方法包括：

2、根据权利要求 1所述的方法，其中，所述从补丁服务器下载所述补丁包包括：

3、根据权利要求 2所述的方法，其中，所述安装对象包括多模网管服务端的安装对象和多模网管客户端的安装对象。

4、根据权利要求 3所述的方法，其中，所述多模网管的补丁包包括：补丁包版本描述信息，多个不同制式的替换文件、新增文件，删除列表描述文件，用于每个制式补丁的数据库脚本以及脚本列表描述文件。

5、根据权利要求 4所述的方法，其中，判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件的步驟包括：

通过将安装对象的版本描述信息与补丁包版本描述信息进行比对，确定是否满足补丁包的安装条件。

6、根据权利要求 5所述的方法，其中，所述确定是否满足补丁包的安装条件包括：判断补丁包所包含的多个制式中的任一制式是否已经存在于安装对象；

7、根据权利要求 5所述的方法，其中，判断所下载的补丁包对应的安装对象是否满足所述补丁包安装条件，还包括：

查看安装对象的补丁安装历史信息，以确定所述补丁包是否已经安装；若已经安装过所述补丁包，则不安装所述补丁包，以防止重复安装。

8、根据权利要求 4、 6或 7所述的方法，其中，安装补丁包包括：备份安装对象中被删除或被替换的文件，同时记录新增文件；拷贝补丁包中对应制式的替换文件、新增文件到安装对象；

根据删除列表描述文件删除安装对象文件；

根据脚本列表描述文件执行对应的数据库脚本。

9、根据权利要求 8所述的方法，其中，所述多模网管补丁包还包括不能完全解耦的补丁程序及制式间描述文件；

10、一种组件式多模网管补丁包安装装置，所述装置包括：

补丁服务器，配置为存放和下载所述多模网管的补丁包；

安装系统，配置为判断所下载的补丁包对应的安装对象是否满足补丁包安装条件，并且当满足所述补丁包安装条件时，安装所述补丁包。