CN108521452B - 对业务版本进行智能升级的方法及系统 - Google Patents

对业务版本进行智能升级的方法及系统 Download PDF

Info

Publication number
CN108521452B
CN108521452B CN201810247747.5A CN201810247747A CN108521452B CN 108521452 B CN108521452 B CN 108521452B CN 201810247747 A CN201810247747 A CN 201810247747A CN 108521452 B CN108521452 B CN 108521452B
Authority
CN
China
Prior art keywords
version
upgrading
service
sub
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810247747.5A
Other languages
English (en)
Other versions
CN108521452A (zh
Inventor
凃超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN201810247747.5A priority Critical patent/CN108521452B/zh
Publication of CN108521452A publication Critical patent/CN108521452A/zh
Application granted granted Critical
Publication of CN108521452B publication Critical patent/CN108521452B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种对业务版本进行智能升级的方法及系统，涉及网络传输业务的版本迭代领域。该方法的步骤为：将业务升级数据包发送至需要进行业务升级的客户端，业务升级数据包中包括业务的每个子版本的升级数据文件；获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号；当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。本发明能够统一对不同版本的业务进行自动升级，不仅显著降低了业务升级时的出错概率，而且能够对不同客户的业务进行统一管理，工作效率较高，非常适于推广。

Description

对业务版本进行智能升级的方法及系统
技术领域
本发明涉及网络传输业务的版本迭代领域，具体涉及一种对业务版本进行智能升级的方法及系统。
背景技术
随着通信技术的快速发展，传输网络的业务种类和数量急剧增加，客户个性化需求也日益增多，业务产品的版本也随之增加。业务服务商为了满足不同客户个性需求，需要分别对每个客户运行的业务版本进行升级。
目前，对业务版本进行升级的方法一般为：
人工获取客户端中正在运行的当前业务版本，根据当前业务版本构建升级数据包、并提供至客户端进行业务升级，例如：运营商新发布了业务版本A3：
客户端M的当前业务版本为A1，此时需要人工构建业务版本A1至A3的跨版本升级数据包(直接从A1升级到A3)；若版本A1和A3的差距较大，则需要构建业务版本A1至A3的连续升级数据包(A1顺次升级至A3，A1升级至A2，A2升级至A3)。
客户端N的当前业务版本为A2，此时需要人工构建业务版本A2至A3的升级数据包。
但是，上述对业务版本进行升级的方法存在以下缺陷：
当客户的数量较多时，人工获取每个客户端正在运行的当前业务版本的工作量较大，人工对不同的客户构建对应的升级数据包的工作量更大，这会使得工作效率低下，而且出错概率较高(同时对数量较多、且要求不同的客户进行业务升级会造成版本升级混乱的情形)。
与此同时，人工构建升级数据包时，有可能出现在构建过程中将升级数据外泄的情形，数据安全得不到保障。
发明内容
针对现有技术中存在的缺陷，本发明解决的技术问题为：如何统一对不同版本的业务进行自动升级，本发明能够对业务进行智能分析和自动升级，不仅显著降低了业务升级时的出错概率，而且能够对不同客户的业务进行统一管理，工作效率较高，非常适于推广。
为达到以上目的，本发明提供的对业务版本进行智能升级的方法，包括以下步骤：
S1：将业务升级数据包发送至需要进行业务升级的客户端，业务升级数据包中包括业务的每个子版本的升级数据文件，转到S2；
S2：获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号，转到S3；
S3：当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
在上述技术方案的基础上，S1中的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据；
S3中所述根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件的流程包括：在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件。
在上述技术方案的基础上，S2中所述业务版本信息还包括升级信息，升级信息为升级失败信息、或者未升级标识；S3的流程包括：
S301：确定升级信息，若升级信息为升级失败信息，转到S302，若升级信息为未升级标识，转到S303；
S302：显示升级失败信息，转到S303；
S303：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，修改子版本信息为需要更新的子版本；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
在上述技术方案的基础上，S3中根据获取的升级数据文件进行业务版本升级的流程包括：判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志。
在上述技术方案的基础上，S2中所述业务版本信息还包括业务的主版本号，S2还包括以下步骤：若客户端已安装的业务的主版本号，与升级数据包对应的主版本号不同，则终止后续流程、并提示错误。
本发明提供的对业务版本进行智能升级的系统，包括设置于客户端上的升级数据包接收模块、业务版本信息获取模块和业务升级模块；
升级数据包接收模块用于：获取业务升级数据包，业务升级数据包中包括业务的每个子版本的升级数据文件，向业务版本信息获取模块发送业务版本信息获取信号；
业务版本信息获取模块用于：收到业务版本信息获取信号后，获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号，向业务升级模块发送业务升级信号；
业务升级模块用于：收到业务升级信号后，当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
在上述技术方案的基础上，所述升级数据包接收模块获取的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据；
所述业务升级模块根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件的流程包括：在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件。
在上述技术方案的基础上，所述业务版本信息获取模块获取的客户端的业务版本信息还包括升级信息，升级信息为升级失败信息、或者未升级标识；
所述业务升级模块的流程包括：确定升级信息，若升级信息为升级失败信息，显示升级失败信息后进行升级过程；若升级信息为未升级标识，则直接进行升级过程；
升级过程为：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，修改子版本信息为需要更新的子版本；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
在上述技术方案的基础上，所述业务升级模块根据获取的升级数据文件进行业务版本升级的流程包括：判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志。
在上述技术方案的基础上，所述业务版本信息获取模块获取的客户端的业务版本信息还包括业务的主版本号，业务版本信息获取模块还用于：若发现客户端已安装的业务的主版本号，与升级数据包对应的主版本号不同，则终止后续流程、并提示错误。
与现有技术相比，本发明的优点在于：
本发明能够向所有客户端发送相同的升级数据包(数据包中含有每个子版本的升级数据)，通过自动设别不同客户端已安装的版本信息，来自动选取升级数据包中相应的数据进行升级。因此，与现有技术中人工向不同客户端构建和发送特定的升级数据包相比，本发明向所有客户端发送的升级数据包相同，不需要人工构建特定数据包，以此实现了对不同客户的业务进行统一管理，不仅显著提高了工作效率，大幅度降低了出错概率，而且不会出现人工外泄升级数据包的情形，能够保证数据升级的安全。
进一步，本发明含有每个子版本的升级数据包，能够兼容按顺序连续升级或者跨版本升级，进而使得升级过程比较灵活，用户体验较好。
附图说明
图1为本发明实施例中对业务版本进行智能升级的方法的流程图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示，本发明实施例中的对业务版本进行智能升级的方法，包括以下步骤：
S1：将业务升级数据包发送至需要进行业务升级的客户端，业务升级数据包中包括业务的每个子版本的升级数据文件，转到S2。
S2：获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号，转到S3。
S3：当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
下面通过六个实施例具体说明本发明的方法。
实施例一：
S2中的业务版本信息还包括业务的主版本号，S2还包括以下步骤：若客户端已安装的业务的主版本号，与升级数据包对应的主版本号不同，则终止后续流程、并提示错误。主版本号不同说明客户端的业务类型与发送的升级数据包的业务类型不同，此时无法通过升级数据包进行升级。
实施例二：
S2中的业务版本信息还包括升级信息，升级信息为升级失败信息、或者未升级标识；S3的流程包括：
S301：确定升级信息，若升级信息为升级失败信息，转到S302，若升级信息为未升级标识，转到S303。
S302：显示升级失败信息，转到S303；升级失败信息说明之前进行过业务升级且失败，若继续升级则可能再次失败，此时需提前告知客户，以便查明失败原因。
S303：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，则说明客户端已经更新，只是子版本信息设置错误，此时修改子版本信息为需要更新的子版本后，结束；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
实施例三：
S1中的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据。
实施例四：
在实施例三的基础上，S3中根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件的流程包括：在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件。
实施例五：
S3中根据获取的升级数据文件进行业务版本升级的流程包括：判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志。
实施例六：对业务为SPTN控制器系统的版本进行智能升级，SPTN控制器系统的主版本为A，最新子版本为A4：
步骤一：将业务升级数据包发送至需要进行业务升级的客户端，业务升级数据包中包括SPTN控制器系统的每个子版本(A1、A2、A3和A4)的升级数据文件：
A1子版本的升级数据文件包括1份A0to A1(A0升级至A1，A0为初始版本)的升级数据子文件；
A2子版本的升级数据文件包括1份A0to A2的升级数据子文件，1份A1 to A2的升级数据子文件；
A3子版本的升级数据文件包括1份A0to A3的升级数据子文件，1份A1 to A3的升级数据子文件；1份A2 to A3的升级数据子文件；
A4子版本的升级数据文件包括1份A0to A4的升级数据子文件，1份A1 to A4的升级数据子文件；1份A2 to A4的升级数据子文件；1份A3 to A4的升级数据子文件。
步骤二：获取客户端已安装的业务版本信息，业务版本信息包括业务的主版本号A(与升级数据包对应，即客户端的业务类型与升级数据包相同)、子版本号A1、以及升级信息，升级信息为未升级标识。
步骤三：由于子版本A1可直接升级至子版本A4(即可跨版本升级，不需要连续升级)，因此在升级数据包中，查找与A4子版本的升级数据文件后，在A4子版本的升级数据文件中，查找A1 to A4的升级数据子文件。根据A1 to A4的升级数据子文件进行业务版本升级：
若升级成功，将客户端已安装的业务版本信息中的子版本号修改为A4，将业务版本信息中的升级信息修改为未升级标识；
若升级失败，保持业务版本信息中的子版本号A1，将升级信息修改为升级失败日志；在升级过程中会有备份客户端升级前已安装的初始版本的数据的过程，例如从A1版本升级至A2版本，会备份A1版本的数据，升级失败时退回至A1版本。
本发明实施例中的对业务版本进行智能升级的系统，包括设置于客户端上的升级数据包接收模块、业务版本信息获取模块和业务升级模块。
升级数据包接收模块用于：获取业务升级数据包，业务升级数据包中包括业务的每个子版本的升级数据文件，向业务版本信息获取模块发送业务版本信息获取信号。
升级数据包接收模块获取的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据。
业务版本信息获取模块用于：收到业务版本信息获取信号后，获取客户端已安装的业务版本信息，业务版本信息包括业务的主版本号、业务的子版本号和升级信息，升级信息为升级失败信息、或者未升级标识；判断客户端已安装的业务的主版本号，是否与升级数据包对应的主版本号相同，若是，向业务升级模块发送业务升级信号；否则终止后续流程、并提示错误。
业务升级模块用于：收到业务升级信号后，当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件(在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件)，根据获取的升级数据文件进行业务版本升级(判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志)。
所述业务升级模块的流程包括：确定升级信息，若升级信息为升级失败信息，显示升级失败信息后进行升级过程；若升级信息为未升级标识，则直接进行升级过程；
升级过程为：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，修改子版本信息为需要更新的子版本；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
需要说明的是：本发明实施例提供的系统在进行模块间通信时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
进一步，本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (8)

1.一种对业务版本进行智能升级的方法，其特征在于，该方法包括以下步骤：
S1：将业务升级数据包发送至需要进行业务升级的客户端，业务升级数据包中包括业务的每个子版本的升级数据文件，转到S2；
S2：获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号，转到S3；
S3：当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级；
S1中的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据；
S3中所述根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件的流程包括：在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件。
2.如权利要求1所述的对业务版本进行智能升级的方法，其特征在于：S2中所述业务版本信息还包括升级信息，升级信息为升级失败信息、或者未升级标识；S3的流程包括：
S301：确定升级信息，若升级信息为升级失败信息，转到S302，若升级信息为未升级标识，转到S303；
S302：显示升级失败信息，转到S303；
S303：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，修改子版本信息为需要更新的子版本；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
3.如权利要求2所述的对业务版本进行智能升级的方法，其特征在于：S3中根据获取的升级数据文件进行业务版本升级的流程包括：判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志。
4.如权利要求1至3任一项所述的对业务版本进行智能升级的方法，其特征在于：S2中所述业务版本信息还包括业务的主版本号，S2还包括以下步骤：若客户端已安装的业务的主版本号，与升级数据包对应的主版本号不同，则终止后续流程、并提示错误。
5.一种对业务版本进行智能升级的系统，其特征在于：该系统包括设置于客户端上的升级数据包接收模块、业务版本信息获取模块和业务升级模块；
升级数据包接收模块用于：获取业务升级数据包，业务升级数据包中包括业务的每个子版本的升级数据文件，向业务版本信息获取模块发送业务版本信息获取信号；
业务版本信息获取模块用于：收到业务版本信息获取信号后，获取客户端已安装的业务版本信息，业务版本信息包括业务的子版本号，向业务升级模块发送业务升级信号；
业务升级模块用于：收到业务升级信号后，当客户端已安装的业务的子版本与需要更新的子版本不同时，根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级；
所述升级数据包接收模块获取的子版本的升级数据文件包括至少1份升级数据子文件，升级数据子文件的数量，与当前子版本以下的所有子版本数量相同，升级数据子文件中包括：当前子版本以下的1个子版本，升级至当前子版本的升级数据；
所述业务升级模块根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件的流程包括：在升级数据包中，查找与需要更新的子版本号对应的子版本的升级数据文件；在升级数据文件中，查找与客户端已安装的业务的子版本号对应的升级数据子文件。
6.如权利要求5所述的对业务版本进行智能升级的系统，其特征在于：所述业务版本信息获取模块获取的客户端的业务版本信息还包括升级信息，升级信息为升级失败信息、或者未升级标识；
所述业务升级模块的流程包括：确定升级信息，若升级信息为升级失败信息，显示升级失败信息后进行升级过程；若升级信息为未升级标识，则直接进行升级过程；
升级过程为：判断客户端已安装的子版本，是否与需要更新的子版本相同，若是，修改子版本信息为需要更新的子版本；否则根据客户端已安装的业务的子版本、以及需要更新的子版本，在升级数据包中获取对应的升级数据文件，根据获取的升级数据文件进行业务版本升级。
7.如权利要求6所述的对业务版本进行智能升级的系统，其特征在于：所述业务升级模块根据获取的升级数据文件进行业务版本升级的流程包括：判断业务版本升级是否成功，若是，将客户端已安装的业务版本信息中的子版本号修改为升级后的子版本号，将业务版本信息中的升级信息修改为未升级标识；否则保持业务版本信息中的子版本号，将业务版本信息中的升级信息修改为升级失败日志。
8.如权利要求5至7任一项所述的对业务版本进行智能升级的系统，其特征在于：所述业务版本信息获取模块获取的客户端的业务版本信息还包括业务的主版本号，业务版本信息获取模块还用于：若发现客户端已安装的业务的主版本号，与升级数据包对应的主版本号不同，则终止后续流程、并提示错误。
CN201810247747.5A 2018-03-23 2018-03-23 对业务版本进行智能升级的方法及系统 Active CN108521452B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810247747.5A CN108521452B (zh) 2018-03-23 2018-03-23 对业务版本进行智能升级的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810247747.5A CN108521452B (zh) 2018-03-23 2018-03-23 对业务版本进行智能升级的方法及系统

Publications (2)

Publication Number Publication Date
CN108521452A CN108521452A (zh) 2018-09-11
CN108521452B true CN108521452B (zh) 2020-12-08

Family

ID=63434272

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810247747.5A Active CN108521452B (zh) 2018-03-23 2018-03-23 对业务版本进行智能升级的方法及系统

Country Status (1)

Country Link
CN (1) CN108521452B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109511012B (zh) * 2018-11-30 2021-06-08 深圳创维数字技术有限公司 机顶盒升级测试方法、装置、电子设备和介质
CN113031987A (zh) * 2021-03-26 2021-06-25 山东英信计算机技术有限公司 一种客户端的升级方法、系统及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695162A (zh) * 2009-10-22 2010-04-14 中兴通讯股份有限公司 一种移动终端空中固件升级方法及装置
EP2456241A1 (en) * 2010-07-30 2012-05-23 ZTE Corporation Processing method and device for fota update
CN104661090A (zh) * 2015-02-04 2015-05-27 深圳市九洲电器有限公司 机顶盒升级方法及系统
CN104899066A (zh) * 2015-06-19 2015-09-09 青岛海信移动通信技术股份有限公司 一种连续升级的方法及装置
CN104954394A (zh) * 2014-03-24 2015-09-30 中兴通讯股份有限公司 软件差分包制作、升级方法及服务器、终端、升级系统
CN104965736A (zh) * 2015-06-19 2015-10-07 青岛海信移动通信技术股份有限公司 一种连续升级的方法及装置
CN105262627A (zh) * 2015-10-30 2016-01-20 Tcl集团股份有限公司 一种固件升级方法、装置及系统
WO2016192197A1 (zh) * 2015-06-02 2016-12-08 中兴通讯股份有限公司 一种终端的软件升级方法、装置、系统和计算机存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695162A (zh) * 2009-10-22 2010-04-14 中兴通讯股份有限公司 一种移动终端空中固件升级方法及装置
EP2456241A1 (en) * 2010-07-30 2012-05-23 ZTE Corporation Processing method and device for fota update
CN104954394A (zh) * 2014-03-24 2015-09-30 中兴通讯股份有限公司 软件差分包制作、升级方法及服务器、终端、升级系统
WO2015143794A1 (zh) * 2014-03-24 2015-10-01 中兴通讯股份有限公司 制作、升级方法及服务器、终端、升级系统和存储介质
CN104661090A (zh) * 2015-02-04 2015-05-27 深圳市九洲电器有限公司 机顶盒升级方法及系统
WO2016192197A1 (zh) * 2015-06-02 2016-12-08 中兴通讯股份有限公司 一种终端的软件升级方法、装置、系统和计算机存储介质
CN104899066A (zh) * 2015-06-19 2015-09-09 青岛海信移动通信技术股份有限公司 一种连续升级的方法及装置
CN104965736A (zh) * 2015-06-19 2015-10-07 青岛海信移动通信技术股份有限公司 一种连续升级的方法及装置
CN105262627A (zh) * 2015-10-30 2016-01-20 Tcl集团股份有限公司 一种固件升级方法、装置及系统

Also Published As

Publication number Publication date
CN108521452A (zh) 2018-09-11

Similar Documents

Publication Publication Date Title
CN105373410B (zh) 基站软件差分升级方法及其装置
CN107800565B (zh) 巡检方法、装置、系统、计算机设备和存储介质
US8132165B2 (en) Interception proxy-based approach for in-service software upgrade
EP3043261A1 (en) Software installation method, device and system
CN102455936A (zh) 集群的快速部署方法
CN111367545A (zh) 终端升级方法、装置、服务器、终端设备及可读存储介质
CN103200271B (zh) Arm服务器及其自动化安装系统的方法
CN109039788B (zh) 网络设备的端口配置方法、装置和存储介质
CN102546246A (zh) 一种软件自动升级的方法及系统
US20130152069A1 (en) Method, apparatus and system for initiating terminal operation
CN102609281A (zh) 分布式软件补丁更新方法及系统
CN108521452B (zh) 对业务版本进行智能升级的方法及系统
CN113312064A (zh) 物理机的安装配置方法、装置以及计算机可读介质
EP4195033A1 (en) Method and apparatus for upgrading blockchain system, and terminal device
CN104793998B (zh) 终端系统资源管理方法及装置
CN111049682A (zh) 实现不中断业务升级的方法、系统及中心网络设备
CN101197704A (zh) 数字用户线路终端远程管理中软件版本升级的方法
CN104699499A (zh) 一种异构终端软件升级方法
CN110535919B (zh) 集中器的入网方法及装置、电力调峰系统
CN112199104B (zh) 一种软件升级方法、装置、电子设备和存储介质
CN110968646B (zh) 一种嵌入式系统数据库同步方法、装置及存储介质
CN110912979B (zh) 一种解决多服务器资源同步冲突方法
CN111984287A (zh) 设备升级方法及系统
CN107562435A (zh) 一种基于快照的批量升级方法和系统
US9207928B2 (en) Computer-readable medium, apparatus, and methods of automatic capability installation

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant