CN103259672A - 软件升级方法和系统 - Google Patents

软件升级方法和系统 Download PDF

Info

Publication number
CN103259672A
CN103259672A CN2012100380162A CN201210038016A CN103259672A CN 103259672 A CN103259672 A CN 103259672A CN 2012100380162 A CN2012100380162 A CN 2012100380162A CN 201210038016 A CN201210038016 A CN 201210038016A CN 103259672 A CN103259672 A CN 103259672A
Authority
CN
China
Prior art keywords
client
version
control server
flow
file
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.)
Granted
Application number
CN2012100380162A
Other languages
English (en)
Other versions
CN103259672B (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201210038016.2A priority Critical patent/CN103259672B/zh
Priority to CN201610973767.1A priority patent/CN107104814B/zh
Publication of CN103259672A publication Critical patent/CN103259672A/zh
Application granted granted Critical
Publication of CN103259672B publication Critical patent/CN103259672B/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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • 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]
    • 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 

Landscapes

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

Abstract

本申请公开了一种软件升级方法和系统，其中，该方法包括：版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表；版本控制服务器将增量升级文件列表发送给客户端；流量控制服务器接收客户端发送的下载流量请求消息，其中，下载流量请求消息中携带有客户端下载增量升级文件列表中的升级文件所需的流量；流量控制服务器判断是否能够分配所需的流量；若能够分配所需的流量，则文件服务器将增量升级文件列表中的升级文件传输给客户端。本申请解决了现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，提高了软件系统的资源利用率和升级能力。

Description

软件升级方法和系统
技术领域
本申请涉及互联网领域，具体而言，涉及一种软件升级方法和系统。
背景技术
即时通信软件应用越来越广泛，目前，主流的软件升级控制方法主要有以下几种：
1)客户端从服务器获取软件的最新版本信息，然后与自身已经安装的软件的软件版本进行比较，如果从服务器上获取的软件的版本比自身已安装的软件的版本要新，则客户端将该软件进行升级。
2)服务器根据客户端的IP或者客户范围来确定该客户端是否可以进行升级，只有当该客户端的IP地址或者客户范围满足设定的条件时才对该客户端的软件进行升级。
3)客户端根据服务器提供的升级文件的文件列表，与本地的文件列表对比，生成需要变更的文件的文件列表，然后根据生成的需要变更的文件的文件列表从服务器上进行选择性下载覆盖。
然而，上述的三种软件升级方法都存在一定的问题：
1)通过方法1进行软件升级的时候，在服务器发布一个新版本时，很可能有大量的用户同时对该新版本进行下载，导致服务器的下载压力过大，提高了升级下载失败的概率。
2)通过方法2进行软件升级的时候，虽然对用户的下载范围进行了一定程度的控制，减轻了服务器的下载压力，但是仍然无法避免上述问题的发生，并且采用这种方式进行软件升级的控制下载范围的手段比较单一，无法满足即时通信用户群分类明显的问题。
3)通过方法3进行软件升级的时候，主要是侧重于减少用户下载的流量，可以在一定程序上减轻服务器的负担，然而，服务器每次都对文件列表进行比较，当文件数目过多的时候，效率也比较低。
然而，上述三种升级方法都无法有效地解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，也无法区分用户群进行不同的版本升级。
发明内容
本申请的主要目的在于提供一种软件升级方法和系统，以至少解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题。
根据本申请的一个方面，提供了一种软件升级方法，包括：版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表；版本控制服务器将增量升级文件列表发送给客户端；流量控制服务器接收客户端发送的下载流量请求消息，其中，下载流量请求消息中携带有客户端下载增量升级文件列表中的升级文件所需的流量；流量控制服务器判断是否能够分配所需的流量；若能够分配所需的流量，则文件服务器将增量升级文件列表中的升级文件传输给客户端。
优选地，流量控制服务器判断是否能够分配所需的流量之后，软件升级方法还包括：若不能够分配所需的流量，则流量控制服务器向客户端发送请求失败消息。
优选地，流量控制服务器判断是否能够分配所需的流量的步骤包括：流量控制服务器判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；V0表示每个连接的下载限制速率；若未达到，则流量控制服务器判断出能够分配所需的流量；否则，流量控制服务器判断出不能够分配所需的流量。
优选地，在流量控制服务器向客户端发送请求失败消息之后，软件升级方法还包括：
客户端在接收到请求失败消息后，每隔预定时间向流量控制服务器发送下载流量请求消息，直到收到文件服务器发送的增量升级文件列表中的升级文件。
优选地，在版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表之前，软件升级方法还包括：版本控制服务器获取客户端的客户端信息；版本控制服务器根据客户端信息确定客户端的可升级版本。
优选地，版本控制服务器根据客户端信息确定客户端的可升级版本的步骤包括：版本控制服务器根据客户端信息从预先设定的策略中选择适用于客户端的策略，其中，策略包括开放升级时间和/或允许同时升级的用户数；版本控制服务器根据选择出的策略确定与客户端信息对应的目标版本类型和版本号，并将所确定的目标版本类型和版本号作为可升级版本。
优选地，版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表的步骤包括：版本控制服务器根据客户端的客户端信息确定客户端的客户端类型；版本控制服务器从可升级版本的版本信息中选择对应于客户端类型的升级文件列表；版本控制服务器将选择的升级文件列表和对应于源版本的版本信息的源文件列表进行比较，将升级文件列表中除源文件列表以外的文件信息作为增量升级文件列表。
根据本申请的另一方面，提供了一种软件升级系统，包括：版本控制服务器、流量控制服务器和文件服务器，其中，版本控制服务器包括：生成单元，用于根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表；第一发送单元，用于将增量升级文件列表发送给客户端；流量控制服务器包括：接收单元，用于接收客户端发送的下载流量请求消息，其中，下载流量请求消息中携带有客户端下载增量升级文件列表中的升级文件所需的流量；判断单元，用于判断是否能够分配所需的流量；文件服务器包括：传输单元，用于当判断单元判断出能够分配所需的流量，将增量升级文件列表中的升级文件传输给客户端。
优选地，流量控制服务器还包括：第二发送单元，用于当判断单元判断出不能够分配所需的流量时，向客户端发送请求失败消息。
优选地，判断单元包括：判断模块，用于判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；0表示每个连接的下载限制速率；若未达到，则流量控制服务器判断出能够分配所需的流量；否则，流量控制服务器判断出不能够分配所需的流量。
优选地，生成单元包括：确定模块，用于根据客户端的客户端信息确定客户端的客户端类型；选择模块，用于从可升级版本的版本信息中选择对应于客户端类型的升级文件列表；生成模块，用于将选择的升级文件列表和对应于源版本的版本信息的源文件列表进行比较，将升级文件列表中除源文件列表以外的文件信息作为增量升级文件列表。
通过本申请的技术方案，增加了下载控制模块来判断服务器当前是否可以向客户端提供足够的下载流量，只有在判断出能够提供足够的流量的时候，软件升级系统才对客户端进行软件升级，从而解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，提高了软件系统的资源利用率和升级能力。进一步的，版本控制服务器采用增量形式生成客户端进行升级所需的文件列表，减少了客户端向服务器请求的流量，从而降低了服务器的传输负担。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的软件升级系统的一种结构示意图；
图2是根据本申请实施例的软件升级系统的一种优选结构框图；
图3是根据本申请实施例的软件升级系统的另一种优选结构框图；
图4是根据本申请实施例的软件升级系统的又一种优选结构框图；
图5是根据本申请实施例的软件升级系统的又一种优选结构框图；
图6是根据本申请实施例的软件升级方法的一种优选流程图；
图7是根据本申请实施例的软件升级方法的另一种优选流程图；
图8是根据本申请实施例的软件升级方法的又一种优选流程图；
图9是根据本申请实施例的软件升级方法的又一种优选流程图；
图10是根据本申请实施例的软件升级方法的又一种优选流程图；
图11是根据本申请实施例的软件升级方法的又一种优选流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在描述本申请的各实施例的进一步细节之前，将参考图1来描述可用于实现本申请的原理的一个合适的计算体系结构。在以下描述中，除非另外指明，否则将参考由一个或多个计算机执行的动作和操作的符号表示来描述本申请的各实施例。由此，可以理解，有时被称为计算机执行的这类动作和操作包括计算机的处理单元对以结构化形式表示数据的电信号的操纵。这一操纵转换了数据或在计算机的存储器系统中的位置上维护它，这以本领域的技术人员都理解的方式重配置或改变了计算机的操作。维护数据的数据结构是具有数据的格式所定义的特定属性的存储器的物理位置。然而，尽管在上述上下文中描述本申请，但它并不意味着限制性的，如本领域的技术人员所理解的，后文所描述的动作和操作的各方面也可用硬件来实现。
转向附图，其中相同的参考标号指代相同的元素，本申请的原理被视为在一个合适的计算环境中实现。以下描述基于所述的本申请的实施例，并且不应认为是关于此处未明确描述的替换实施例而限制本申请。
图1示出了可用于这些设备的一个示例计算机体系结构的示意图。出于描述的目的，所绘的体系结构仅为合适环境的一个示例，并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图1所示的任一组件或其组合具有任何依赖或需求。
本申请的原理可以使用其它通用或专用计算或通信环境或配置来操作。适用于本申请的众所周知的计算系统、环境和配置的示例包括但不限于，个人计算机、服务器，多处理器系统、基于微处理的系统、小型机、大型计算机、以及包括任一上述系统或设备的分布式计算环境。
在其最基本的配置中，图1中的软件升级系统100至少包括：版本控制服务器102、流量控制服务器104和文件服务器106，该软件升级系统中的各个服务器和一个或多个客户端(即时通信客户端)108相连，用于向即时通信客户端提供软件升级服务。这些服务器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置、用于存储数据的存储装置以及与客户端通信的传输装置；客户端108可以包括：微处理器MCU、与服务器通信的传输装置、与用户交互的显示装置。在本说明书和权利要求书中，“系统”也可以被定义为能够执行软件、固件或微码来实现功能的任何硬件组件或硬件组件的组合。软件升级系统100甚至可以是分布式的，以实现分布式功能。
如本申请所使用的，术语“模块”、“组件”或“单元”可以指在软件升级系统100上执行的软件对象或例程。此处所描述的不同组件、模块、单元、引擎和服务可被实现为在软件升级系统100上执行(例如，作为单独的线程)的对象或进程。尽管此处所描述的系统和方法较佳地以软件来实现，但是硬件或软件和硬件的组合的实现也是可能并被构想的。
实施例1
基于图1所示的软件升级系统，图2是根据本申请实施例软件升级系统的一种优选的结构示意图：
1)版本控制服务器202包括：生成单元2022，用于根据客户端208的可升级版本的版本信息和客户端208的源版本的版本信息生成增量升级文件列表；第一发送单元2024，用于将增量升级文件列表发送给客户端；例如，客户端现已安装的源版本是2.1版本，版本控制服务器提供最新的升级版本2.2，版本控制服务器根据基于2.1版本的版本信息和2.2版本的版本信息生成2.2版本相对于2.1版本的增量升级文件列表，也就是对2.1版本和2.2版本的版本信息进行比较，将2.2版本中有而2.1版本中没有的文件生成文件列表。
2)流量控制服务器204包括：接收单元2042，用于接收客户端208发送的下载流量请求消息，其中，下载流量请求消息中携带有客户端下载增量升级文件列表中的升级文件所需的流量；判断单元2044，用于判断是否能够分配所需的流量；例如，客户端在接收到增量升级文件列表后计算将自身的2.1版本升级为2.2版本所需要向服务器请求的流量，将得到的流量值发送给流量控制服务器。
3)文件服务器206包括：传输单元2062，用于当判断单元判断出能够分配所需的流量，将增量升级文件列表中的升级文件传输给客户端208。例如，流量控制服务器在接收到客户端发送过来的将客户端的2.1版本升级成2.2版本所需的流量信息后，判断是否可以向该客户端提供满足将2.1版本升级到2.2版本所需的流量，在流量控制服务器可以提供足够的流量的情况下，文件服务器会将客户端从2.1版本升级到2.2版本所需的文件发送给用户，以便用户可以进行软件的升级。
在上述优选实施方式中，增加了下载控制模块来判断服务器当前是否可以向客户端提供足够的下载流量，只有在判断出能够提供足够的流量的时候，软件升级系统才对客户端进行软件升级，从而解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，提高了软件系统的资源利用率和升级能力。进一步的，版本控制服务器采用增量形式生成客户端进行升级所需的文件列表，减少了客户端向服务器请求的流量，从而降低了服务器的传输负担。
优选的，版本控制服务器202将增量升级文件的列表以XML文件的格式发送给客户端，该XML文件中携带有该增量升级文件列表中文件的存放地址和文件对应的MD5值。
在本申请一个优选实施方式中，如图3所示，流量控制服务器204还包括：第二发送单元2046，用于当判断单元判断出不能够分配所需的流量时，向客户端发送请求失败消息。
在本申请一个优选实施方式中，如图4所示，判断单元2044包括：判断模块402，用于判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；V0表示每个连接的下载限制速率；若未达到，则流量控制服务器判断出能够分配所需的流量；否则，流量控制服务器判断出不能够分配所需的流量。例如，文件服务器的带宽为10000M，每个客户端进行下载所需的速率为1M，则表明可同时支持10000个客户端进行下载，流量控制服务器在接收到客户端的下载请求时，判断当前正在进行下载的客户端的个数是否达到10000，如果当前有9000个客户端在下载，则允许给当前请求下载的客户端进行文件下载，如果当前有10000个客户端正在下载，则判断出此时文件服务器无法向当前请求下载的客户端发送所需的文件。
在上述优选实施方式中，流量控制服务器通过文件服务器的带宽和每个连接的下载限制速率来确定系统所允许同时下载的客户端的数量的最大值，在接收到客户端的流量请求时，先判断当先正在升级的客户端的数是否达到最大值，从而确定当前系统是否可以向该客户端分配足够的流量，该实现方式的算法简单、高效且实时性好。通过上述方式实现了在不影响对客户端的升级请求的处理时间的情况下，可以很好地对文件服务器的下载流量进行控制。
在本申请一个优选实施方式中，客户端还用于在接收到流量控制服务器204发送的请求失败消息之后，每隔预定时间向流量控制服务器204发送下载流量请求消息，直到收到文件服务器206发送的增量升级文件列表中的升级文件。例如，客户端在接收到请求失败消息后，每间隔5分钟向流量控制服务器发送一次流量请求消息，假设在重复发送3次请求消息后，该客户端收到了升级文件，则表明该客户端是在15分钟后获得了所需的升级文件。
在上述优选实施方式中，客户端在接收到请求失败消息后，会继续发送流量请求消息，直到收到文件服务器发送的升级文件，从而保证了每个请求升级且满足升级要求的用户都可以对软件进行升级，达到了对文件服务器的下载流量的均衡分配。
在本申请一个优选实施方式中，版本控制服务器202还用于在根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表之前，根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表之前获取客户端的客户端信息并根据客户端信息确定客户端的可升级版本。优选的，客户端信息主要就是这个客户端中对应于该软件的相关信息，这些相关信息包括但不限于以下至少之一：用户帐号、源版本号、源软件类型以及客户端的请求IP、用户帐号类型以及用户帐号等级。在上述优选实施方式中，版本控制服务器根据客户端信息确定该客户端的可升级版本，从而可以根据不同客户端的不同类型确定的不同升级版本，实现了对软件升级的灵活控制。
在本申请一个优选实施方式中，版本控制服务器202还用于根据客户端信息从预先设定的策略中选择适用于客户端的策略，其中，策略包括开放升级时间和/或允许同时升级的用户数；版本控制服务器根据选择出的策略确定与客户端信息对应的目标版本类型和版本号，并将所确定的目标版本类型和版本号作为可升级版本来确定客户端的可升级版本。在上述优选实施方式中，版本控制服务器设定的不同升级策略，这些策略中有开放升级时间和同一时间进行升级的用户数，然后再根据具体的策略确定对应于该客户端的升级版本。
例如，可以根据客户端的账号等级确定不同的升级时间，越高的等级对应越长的升级时间，例如，等级为1开放升级时间为晚6:00到晚10:00、等级2开放升级为晚6:00到晚12:00，从而实现了根据不同的用户的客户端信息来确定不同的升级策略，提高了系统对软件进行升级的灵活性。
在本申请一个优选实施方式中，如图5所示，生成单元2022包括：确定模块502，用于根据客户端的客户端信息确定客户端的客户端类型；选择模块504，用于从可升级版本的版本信息中选择对应于客户端类型的升级文件列表；生成模块506，用于将选择的升级文件列表和对应于源版本的版本信息的源文件列表进行比较，将升级文件列表中除源文件列表以外的文件信息作为增量升级文件列表。
在上述优选实施方式中，本申请可以根据用户的身份或者客户端软件当前的类型等确定升级文件列表，以电子商务领域为例进行说明，客户端可以是买家身份或者是卖家身份，通过本申请可以对客户端进行买家和卖家的区分，若该客户端对应买家身份，则从确定的升级版本中选择对应于实现买家功能的升级文件和源版本的源文件进行比较，从而生成与买家客户端匹配的增量升级文件列表，实现了区分用户群进行特定升级的问题，也就相当于只是对客户端进行和自身相关的文件进行升级，从而解决了现有技术中无法通过区分不同的用户群体进行不同的升级的问题，进一步减少了文件服务器下载流量的负担，提高了软件升级的速度和效率。
实施例2
在图2-图5所示的软件升级系统的基础上，本申请提供了一种优选的软件升级方法。如图6所示，该方法可以包括如下步骤：
S602：版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表；例如，客户端现已安装的源版本是2.1版本，版本控制服务器提供最新的升级版本2.2，版本控制服务器根据基于2.1版本的版本信息和2.2版本的版本信息生成2.2版本相对于2.1版本的增量升级文件列表，也就是对2.1版本和2.2版本的版本信息进行比较，将2.2版本中有而2.1版本中没有的文件生成文件列表。
S604：版本控制服务器将增量升级文件列表发送给客户端；
S606：流量控制服务器接收客户端发送的下载流量请求消息，其中，下载流量请求消息中携带有客户端下载增量升级文件列表中的升级文件所需的流量；例如，客户端在接收到增量升级文件列表后计算将自身的2.1版本升级为2.2版本所需要向服务器请求的流量，将得到的流量值发送给流量控制服务器。
S608：流量控制服务器判断是否能够分配所需的流量；
S610：若能够分配所需的流量，则文件服务器将增量升级文件列表中的升级文件传输给客户端；例如，流量控制服务器在接收到客户端发送过来的将客户端的2.1版本升级成2.2版本所需的流量信息后，判断是否可以向该客户端提供满足将2.1版本升级到2.2版本所需的流量，在流量控制服务器可以提供足够的流量的情况下，文件服务器会将客户端从2.1版本升级到2.2版本所需的文件发送给用户，以便用户可以进行软件的升级。
S612：若不能够分配所需的流量，则流量控制服务器向客户端发送请求失败消息。
在上述优选实施方式中，增加了下载控制模块来判断服务器当前是否可以向客户端提供足够的下载流量，只有在判断出能够提供足够的流量的时候，软件升级系统才对客户端进行软件升级，从而解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，提高了软件系统的资源利用率和升级能力。进一步的，版本控制服务器采用增量形式生成客户端进行升级所需的文件列表，减少了客户端向服务器请求的流量，从而降低了服务器的传输负担。
优选的，版本控制服务器将增量升级文件的列表以XML文件的格式发送给客户端，该XML文件中携带有该增量升级文件列表中文件的存放地址和文件对应的MD5值。
在本申请一个优选实施方式中，流量控制服务器判断是否能够分配所需的流量的步骤包括：流量控制服务器判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；V0表示每个连接的下载限制速率；若未达到，则流量控制服务器判断出能够分配所需的流量；否则，流量控制服务器判断出不能够分配所需的流量。例如，文件服务器的带宽为10000M，每个客户端进行下载所需的速率为1M，则表明可同时支持10000个客户端进行下载，流量控制服务器在接收到客户端的下载请求时，判断当前正在进行下载的客户端的个数是否达到10000，如果当前有9000个客户端在下载，则允许给当前请求下载的客户端进行文件下载，如果当前有10000个客户端正在下载，则判断出此时文件服务器无法向当前请求下载的客户端发送所需的文件。
在上述优选实施方式中，流量控制服务器通过文件服务器的带宽和每个连接的下载限制速率来确定系统所允许同时下载的客户端的数量的最大值，在接收到客户端的流量请求时，先判断当先正在升级的客户端的数是否达到最大值，从而确定当前系统是否可以向该客户端分配足够的流量，该实现方式的算法简单、高效且实时性好。通过上述方式实现了在不影响对客户端的升级请求的处理时间的情况下，可以很好地对文件服务器的下载流量进行控制。
在本申请一个优选实施方式中，在流量控制服务器向客户端发送请求失败消息之后，软件升级方法还包括：客户端在接收到请求失败消息后，每隔预定时间向流量控制服务器发送下载流量请求消息，直到收到文件服务器发送的增量升级文件列表中的升级文件。例如，客户端在接收到请求失败消息后，每间隔5分钟向流量控制服务器发送一次流量请求消息，假设在重复发送3次请求消息后，该客户端收到了升级文件，则表明该客户端是在15分钟后获得了所需的升级文件。
在上述优选实施方式中，客户端在接收到请求失败消息后，会继续发送流量请求消息，直到收到文件服务器发送的升级文件，从而保证了每个请求升级且满足升级要求的用户都可以对软件进行升级，达到了对文件服务器的下载流量的均衡分配。
在本申请一个优选实施方式中，在版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表之前，软件升级方法还包括：版本控制服务器获取客户端的客户端信息；版本控制服务器根据客户端信息确定客户端的可升级版本。优选的，客户端信息主要就是这个客户端中对应于该软件的相关信息，这些相关信息包括但不限于以下至少之一：用户帐号、源版本号、源软件类型以及客户端的请求IP、用户帐号类型以及用户帐号等级。在上述优选实施方式中，版本控制服务器根据客户端信息确定该客户端的可升级版本，从而可以根据不同客户端的不同类型确定的不同升级版本，实现了对软件升级的灵活控制。
在本申请一个优选实施方式中，版本控制服务器根据客户端信息确定客户端的可升级版本的步骤包括：版本控制服务器根据客户端信息从预先设定的策略中选择适用于客户端的策略，其中，策略包括开放升级时间和/或允许同时升级的用户数；版本控制服务器根据选择出的策略确定与客户端信息对应的目标版本类型和版本号，并将所确定的目标版本类型和版本号作为可升级版本。在上述优选实施方式中，版本控制服务器设定的不同升级策略，这些策略中有开放升级时间和同一时间进行升级的用户数，然后再根据具体的策略确定对应于该客户端的升级版本。
例如，可以根据客户端的账号等级确定不同的升级时间，越高的等级对应越长的升级时间，例如，等级为1开放升级时间为晚6:00到晚10:00、等级2开放升级为晚6:00到晚12:00，从而实现了根据不同的用户的客户端信息来确定不同的升级策略，提高了系统对软件进行升级的灵活性。
在本申请一个优选实施方式中，如图7所示，版本控制服务器根据客户端的可升级版本的版本信息和客户端的源版本的版本信息生成增量升级文件列表的步骤包括：
S702：版本控制服务器根据客户端的客户端信息确定客户端的客户端类型；
S704：版本控制服务器从可升级版本的版本信息中选择对应于客户端类型的升级文件列表；例如，当前请求升级的客户端为买家，则版本控制服务器将版本2.2中对应于买家所需的文件和版本2.1中对应于买家所需的文件进行比较，并生成增量升级文件列表，而对版本2.2中卖家所需的文件则不做处理。
S706：版本控制服务器将选择的升级文件列表和对应于源版本的版本信息的源文件列表进行比较，将升级文件列表中除源文件列表以外的文件信息作为增量升级文件列表。
在上述优选实施方式中，本申请可以根据用户的身份或者客户端软件当前的类型等确定升级文件列表，以电子商务领域为例进行说明，客户端可以是买家身份或者是卖家身份，通过本申请可以对客户端进行买家和卖家的区分，若该客户端对应买家身份，则从确定的升级版本中选择对应于实现买家功能的升级文件和源版本的源文件进行比较，从而生成与买家客户端匹配的增量升级文件列表，实现了区分用户群进行特定升级的问题，也就相当于只是对客户端进行和自身相关的文件进行升级，进一步减少了文件服务器下载流量的负担，提高了软件升级的速度和效率。
在本申请一个优选实施方式中，客户端可以通过如图8所示的步骤进行软件升级：
S802：客户端向版本控制服务器查询是否有可升级的版本，如果没有可用版本，则等待下一次查询；如果有，则接收版本控制服务器返回的增量升级文件列表。例如，客户端现已安装的软件为2.2版本，服务器现在可以提供的最新版本也为2.2版本，则在客户端向版本控制服务器查询可升级文件时，客户端将接收不到增量升级文件，也就表明当前没有适合该客户端进行升级的版本。
S804：客户端遍历从版本控制服务器发送过来的XML格式的文件列表中记录的每个文件的文件名和文件对应MD5值，与本地文件进行比较，如果本地不存在该文件，或者XML中所列的文件的MD5值和本地存储的该文件的MD5值不同，则将该文件加入变更列表，从而形成一份需要下载的变更文件列表，并计算出需要从服务器下载的数据的总流量。
S806：客户端向流量服务器请求流量，直到流量服务器同意该客户端进行文件下载为止，客户端不断从文件服务器下载所有文件，直到下载完成。
客户端通过上述方式进行软件的升级，减少了文件的下载流量，达到了合理利用服务器有效的下载资源的目的。
实施例3
本申请提供了一种优选的实施例来进一步对本申请进行解释，但是值得注意的是，该优选实施例只是为了更好的描述本申请，并不构成对本申请不当的限定。
基于图1所示的软件升级系统，完成一次软件的升级主要需要版本控制服务器、流量控制服务器、文件服务器和客户端升级模块四个部分，客户端升级模块依次对前三个服务器进行访问从而完成对自身软件的升级。
下面将以即时通信客户端的软件升级为例对这四个部分进行详细的描述。
1)版本控制服务器
版本控制服务器在软件升级过程中主要执行如图9所示的步骤：
S902：版本控制服务器接收客户端的升级请求。
S904：根据获取的即时通信客户端的用户帐号、源版本号、源软件类型以及请求IP，从预先设置的策略中查找符合该客户端的升级策略。优选的，升级策略可能根据源版本号、用户帐号类型、用户帐号等级、IP等设定不同的开放升级时间，从而限制每次下载的用户数。
S906：确定目标版本类型和版本号。
S908：根据用户帐号类型确定该客户端需要进行升级的功能列表。
S910：根据确定的功能列表生成对应目的版本的文件列表，并根据目的版本的文件列表与源版本类型和版本号对应的文件列表进行比较，生成增量升级文件列表。
S912：将生成的增量升级文件列表中的文件的存放地址和文件对应的MD5值生成XML文件，将该文件返回给客户端。
2)流量控制服务器
流量控制服务器在软件升级过程中主要执行如图10所示的步骤：
S1002：流量控制服务器在接收到客户端的流量请求消息后，根据文件服务器的带宽W，以及每个连接的下载限制速率V0，每个用户的最大下载流量Cmax，计算得到文件服务器允许同时下载的客户端的数量的最大值Nmax＝W/V0，每个用户进行一次下载所需时间的最大值Tmax＝Cmax/V0。
S1004：流量控制服务器生成初始化前置队列L，设置该队列的长度为Tmax，初始化为该队列L[i]＝0，其中，第i项代表第i秒的时候下载的完成的客户端数。同时，初始化当前下载人数Ncurrent＝0，当前时间片Tcurrent＝0，由于每个用户下载需要的最长时间为Tmax，因此，每经过Tmax秒后，表示上一批用户肯定已经下载完成，可以重新从L[0]开始标记。用L[0]代表第Tmax秒，而L[1]代表第Tmax+1秒，以此类推。
S1006：流量控制服务器接收到客户的流量下载请求(假设，请求下载的流量为C)后，判断当前正在下载的人数Ncurrent是否小于Nmax。如果是，则执行S1008；否则转而执行S1010。
S1008：向客户端返回允许下载消息，计算该客户端下载所需要的时间T＝C/V0，在经过T秒后，将对应的前置队列元素的值加1，即L[(Tcurrent+t)mod Tmax]＝L[(Tcurrent+t)mod Tmax]+1，表示在经过T秒后，下载完成的人数增加1个，转而执行S1012。
S1010：向客户端返回不允许下载消息。
S1012：每当经过1秒，将当前的时间片加1，即Tcurrent＝(Tcurrent+1)mod Tmax。并从当前人数里减去下载完成的客户端数，即Ncurrent＝Ncurrent-L[Tcurrent]。
3)文件服务器
文件服务器用于在客户端获取流量控制服务器分配的流量后向客户端提供文件下载。
基于图1所示的软件升级系统，可以采用如图11所示的流程对软件进行升级，步骤包括：
S1102：即时通信客户端定时将客户端信息发送给版本控制服务器。
S1104：版本服务器基于客户端信息判断是否有适合该客户端的升级版本，当判断出有合适的升级版本时，版本控制服务器产生增量升级文件列表并将该列表发送给客户端。
S1106：客户端在接收到增量升级文件列表后，遍历从版本控制服务器发送过来的XML格式的文件列表中记录的每个文件的文件名和文件对应MD5值，与本地文件进行比较，如果本地不存在该文件，或者XML中所列的文件的MD5值和本地存储的该文件的MD5值不同，则将该文件加入变更列表，从而形成一份需要下载的变更文件列表，并计算出需要从服务器下载的数据的总流量。
S1108：客户端向流量控制服务器申请相应的下载流量。
S1110：流量控制服务器根据前置算法向客户端分配流量，判断是否分配成功，如果分配失败，则向客户端返回不允许下载消息，执行S1112；否则，转而执行S1114。
S1112：客户端在一定的时间间隔后，转而执行S1108，再次向流量控制服务器申请下载流量。
S1114：客户端从文件服务器获取增量升级文件列表中的文件进行升级安装。
通过以上的描述可知，本申请具有以下优势：
1)本申请综合考虑用户登陆ID，客户端源版本、客户端IP等多种客户端信息，共同决定此客户端软件是否具有可升级的版本，在上述综合考虑的情况下，添加了通过下载量前置算法，判断当前是否允许此客户端进行升级的下载控制模块，只有在判断出能够提供足够的流量的时候，软件升级系统才对客户端进行软件升级，从而解决现有技术中当客户端集中对软件进行升级时软件升级系统所需下载流量过大而导致无法对下载请求有效处理的问题，提高了软件系统的资源利用率和升级能力。
2)本申请根据用户的源版本信息生成增量升级文件列表，从而达到每次对客户端进行升级的时候都可以快速地进行比较和验证。
3)本申请根据用户的身份以及客户端软件的当前类型，决定需要进行升级的内容，从而解决了现有技术中无法通过区分不同的用户群体进行不同的升级的问题，进一步减少了文件服务器下载流量的负担，提高了软件升级的速度和效率。
显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种软件升级方法，其特征在于，包括：
版本控制服务器根据客户端的可升级版本的版本信息和所述客户端的源版本的版本信息生成增量升级文件列表；
所述版本控制服务器将所述增量升级文件列表发送给所述客户端；
流量控制服务器接收所述客户端发送的下载流量请求消息，其中，所述下载流量请求消息中携带有所述客户端下载所述增量升级文件列表中的升级文件所需的流量；
所述流量控制服务器判断是否能够分配所述所需的流量；
若能够分配所述所需的流量，则文件服务器将所述增量升级文件列表中的升级文件传输给所述客户端。
2.根据权利要求1所述的方法，其特征在于，所述流量控制服务器判断是否能够分配所述所需的流量之后，还包括：
若不能够分配所述所需的流量，则所述流量控制服务器向所述客户端发送请求失败消息。
3.根据权利要求1所述的方法，其特征在于，所述流量控制服务器判断是否能够分配所述所需的流量的步骤包括：
所述流量控制服务器判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；V0表示每个连接的下载限制速率；
若未达到，则所述流量控制服务器判断出能够分配所述所需的流量；否则，所述流量控制服务器判断出不能够分配所述所需的流量。
4.根据权利要求2所述的方法，其特征在于，在所述流量控制服务器向所述客户端发送请求失败消息之后，还包括：
所述客户端在接收到所述请求失败消息后，每隔预定时间向所述流量控制服务器发送下载流量请求消息，直到收到所述文件服务器发送的所述增量升级文件列表中的升级文件。
5.根据权利要求1所述的方法，其特征在于，在所述版本控制服务器根据客户端的可升级版本的版本信息和所述客户端的源版本的版本信息生成增量升级文件列表之前，还包括：
所述版本控制服务器获取所述客户端的客户端信息；
所述版本控制服务器根据所述客户端信息确定所述客户端的可升级版本。
6.根据权利要求5所述的方法，其特征在于，所述版本控制服务器根据所述客户端信息确定所述客户端的可升级版本的步骤包括：
所述版本控制服务器根据客户端信息从预先设定的策略中选择适用于所述客户端的策略，其中，所述策略包括开放升级时间和/或允许同时升级的用户数；
所述版本控制服务器根据选择出的策略确定与所述客户端信息对应的目标版本类型和版本号，并将所确定的目标版本类型和版本号作为可升级版本。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述版本控制服务器根据客户端的可升级版本的版本信息和所述客户端的源版本的版本信息生成增量升级文件列表的步骤包括：
所述版本控制服务器根据所述客户端的客户端信息确定所述客户端的客户端类型；
所述版本控制服务器从所述可升级版本的版本信息中选择对应于所述客户端类型的升级文件列表；
所述版本控制服务器将选择的所述升级文件列表和对应于所述源版本的版本信息的源文件列表进行比较，将所述升级文件列表中除所述源文件列表以外的文件信息作为所述增量升级文件列表。
8.一种软件升级系统，其特征在于，包括：版本控制服务器、流量控制服务器和文件服务器，其中，
所述版本控制服务器包括：
生成单元，用于根据客户端的可升级版本的版本信息和所述客户端的源版本的版本信息生成增量升级文件列表；
第一发送单元，用于将所述增量升级文件列表发送给所述客户端；
所述流量控制服务器包括：
接收单元，用于接收所述客户端发送的下载流量请求消息，其中，所述下载流量请求消息中携带有所述客户端下载所述增量升级文件列表中的升级文件所需的流量；
判断单元，用于判断是否能够分配所述所需的流量；
所述文件服务器包括：
传输单元，用于当判断单元判断出能够分配所述所需的流量，将所述增量升级文件列表中的升级文件传输给所述客户端。
9.根据权利要求8所述的系统，其特征在于，所述流量控制服务器还包括：
第二发送单元，用于当判断单元判断出不能够分配所述所需的流量时，向所述客户端发送请求失败消息。
10.根据权利要求9所述的系统，其特征在于，所述判断单元包括：
判断模块，用于判断当前正在升级的客户端的数量是否达到系统所允许同时下载的客户端的数量的最大值Nmax＝W/V0，其中，W表示文件服务器的带宽；V0表示每个连接的下载限制速率；若未达到，则所述流量控制服务器判断出能够分配所述所需的流量；否则，所述流量控制服务器判断出不能够分配所述所需的流量。
11.根据权利要求8至10中任一项所述的系统，其特征在于，所述生成单元包括：
确定模块，用于根据所述客户端的客户端信息确定所述客户端的客户端类型；
选择模块，用于从所述可升级版本的版本信息中选择对应于所述客户端类型的升级文件列表；
生成模块，用于将选择的所述升级文件列表和对应于所述源版本的版本信息的源文件列表进行比较，将所述升级文件列表中除所述源文件列表以外的文件信息作为所述增量升级文件列表。
CN201210038016.2A 2012-02-17 2012-02-17 软件升级方法和系统 Active CN103259672B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210038016.2A CN103259672B (zh) 2012-02-17 2012-02-17 软件升级方法和系统
CN201610973767.1A CN107104814B (zh) 2012-02-17 2012-02-17 软件升级方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210038016.2A CN103259672B (zh) 2012-02-17 2012-02-17 软件升级方法和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201610973767.1A Division CN107104814B (zh) 2012-02-17 2012-02-17 软件升级方法和系统

Publications (2)

Publication Number Publication Date
CN103259672A true CN103259672A (zh) 2013-08-21
CN103259672B CN103259672B (zh) 2016-09-28

Family

ID=48963389

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201210038016.2A Active CN103259672B (zh) 2012-02-17 2012-02-17 软件升级方法和系统
CN201610973767.1A Active CN107104814B (zh) 2012-02-17 2012-02-17 软件升级方法和系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201610973767.1A Active CN107104814B (zh) 2012-02-17 2012-02-17 软件升级方法和系统

Country Status (1)

Country Link
CN (2) CN103259672B (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103455359A (zh) * 2013-09-22 2013-12-18 金蝶软件（中国）有限公司 一种补丁安装方法、设备及系统
CN103605505A (zh) * 2013-10-11 2014-02-26 索尔思光电（成都）有限公司 软件配置文件的共享方法
CN103685495A (zh) * 2013-12-05 2014-03-26 金蝶软件（中国）有限公司 软件的升级方法和系统
CN104753826A (zh) * 2015-03-31 2015-07-01 天脉聚源（北京）教育科技有限公司 一种带宽分配方法及装置
CN105323106A (zh) * 2014-08-04 2016-02-10 中兴通讯股份有限公司 一种软件升级管理方法、设备及系统
CN105357308A (zh) * 2015-11-18 2016-02-24 天脉聚源(北京)传媒科技有限公司 一种数据下载方法及装置
CN105487894A (zh) * 2015-11-27 2016-04-13 浪潮软件集团有限公司 一种分布式软件系统的远程更新方法
CN105681073A (zh) * 2015-12-25 2016-06-15 北京奇虎科技有限公司 一种更新应用程序的方法及装置
CN106487852A (zh) * 2015-08-31 2017-03-08 阿里巴巴集团控股有限公司 实现客户端文件同步的方法、装置、终端设备及系统
CN106886433A (zh) * 2015-12-16 2017-06-23 阿里巴巴集团控股有限公司 客户端软件的更新方法和装置
CN109766131A (zh) * 2017-11-06 2019-05-17 上海宝信软件股份有限公司 基于多线程技术实现软件智能化自动升级的系统及方法
CN110336862A (zh) * 2019-06-19 2019-10-15 上海二三四五网络科技有限公司 批量智能硬件的系统升级方法
CN111427595A (zh) * 2019-09-03 2020-07-17 杭州海康威视数字技术股份有限公司 一种客户端升级方法、装置及系统
CN112286541A (zh) * 2020-11-03 2021-01-29 浪潮云信息技术股份公司 一种文件分发方法
WO2021135301A1 (zh) * 2019-12-30 2021-07-08 深圳Tcl新技术有限公司 一种应用升级的方法和计算机设备
CN114237681A (zh) * 2021-12-16 2022-03-25 拟仁智能科技(杭州)有限公司 基于逆向差分逻辑的文件差分升级方法及其系统
CN114666397A (zh) * 2022-01-29 2022-06-24 北京北信源软件股份有限公司 一种客户端版本更新方法及系统

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107562439A (zh) * 2017-09-29 2018-01-09 河南职业技术学院 基于计算机的固件升级方法及固件升级装置
CN108599997A (zh) * 2018-04-04 2018-09-28 北京奇艺世纪科技有限公司 升级控制方法和装置
CN108777632B (zh) * 2018-05-18 2022-02-25 创新先进技术有限公司 数据处理方法、客户端、业务平台和配置平台
CN111343217B (zh) * 2018-12-18 2023-04-07 阿里巴巴集团控股有限公司 资源数据下载方法、装置、终端设备及计算机存储介质
CN111381857A (zh) * 2018-12-27 2020-07-07 北京骑胜科技有限公司 一种固件升级方法、装置、电子设备及存储介质
CN110764807B (zh) 2019-10-29 2021-10-29 京东方科技集团股份有限公司 一种升级方法、系统、服务器及终端设备
CN111679854B (zh) * 2020-06-15 2024-01-23 中国银行股份有限公司 软件产品的版本控制方法、装置和系统
CN113190262B (zh) * 2021-04-16 2024-05-10 华强方特(深圳)软件有限公司 基于云端分布式软件版本管控系统及控制方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1645931A1 (en) * 2004-10-11 2006-04-12 Telefonaktiebolaget LM Ericsson (publ) Secure loading and storing of data in a data processing device
CN101753524A (zh) * 2008-12-15 2010-06-23 青岛海信传媒网络技术有限公司 一种软件升级方法及系统
CN102081536A (zh) * 2010-12-30 2011-06-01 华为终端有限公司 一种增量升级方法及服务器

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100479372C (zh) * 2003-06-22 2009-04-15 华为技术有限公司 终端设备的软件自动升级方法
US8949469B2 (en) * 2004-08-14 2015-02-03 Telefonaktiebolaget L M Ericsson (Publ) Method for software program synchronization
CN100505640C (zh) * 2006-01-26 2009-06-24 腾讯科技（深圳）有限公司 一种软件升级方法及系统
CN101110788B (zh) * 2006-07-20 2010-09-08 阿里巴巴集团控股有限公司 升级客户端软件的方法及系统
CN101035016A (zh) * 2007-02-08 2007-09-12 中兴通讯股份有限公司 终端设备配置系统及方法
CN100514943C (zh) * 2007-05-24 2009-07-15 中国联合网络通信集团有限公司 一种即时消息客户端升级管理方法及系统
CN101119517B (zh) * 2007-07-12 2010-11-10 深圳市融创天下科技发展有限公司 一种从网络服务器自动下载软件的方法
CN101227335A (zh) * 2008-01-25 2008-07-23 中兴通讯股份有限公司 一种网元设备的软件版本升级方法
US10656931B2 (en) * 2009-05-26 2020-05-19 Comcast Cable Communications, Llc Network event triggered software updates
CN102036224B (zh) * 2009-09-29 2013-09-18 中国移动通信集团设计院有限公司 通知移动设备升级软件的方法、系统及升级控制实体
CN102045321B (zh) * 2009-10-23 2014-06-04 阿里巴巴集团控股有限公司 软件下载的流量控制方法及流量控制系统
CN101848230A (zh) * 2010-01-27 2010-09-29 宇龙计算机通信科技(深圳)有限公司 一种推送应用程序的方法及应用程序服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1645931A1 (en) * 2004-10-11 2006-04-12 Telefonaktiebolaget LM Ericsson (publ) Secure loading and storing of data in a data processing device
CN101753524A (zh) * 2008-12-15 2010-06-23 青岛海信传媒网络技术有限公司 一种软件升级方法及系统
CN102081536A (zh) * 2010-12-30 2011-06-01 华为终端有限公司 一种增量升级方法及服务器

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103455359A (zh) * 2013-09-22 2013-12-18 金蝶软件（中国）有限公司 一种补丁安装方法、设备及系统
CN103605505A (zh) * 2013-10-11 2014-02-26 索尔思光电（成都）有限公司 软件配置文件的共享方法
CN103685495A (zh) * 2013-12-05 2014-03-26 金蝶软件（中国）有限公司 软件的升级方法和系统
CN103685495B (zh) * 2013-12-05 2019-08-16 金蝶软件（中国）有限公司 软件的升级方法和系统
CN105323106A (zh) * 2014-08-04 2016-02-10 中兴通讯股份有限公司 一种软件升级管理方法、设备及系统
WO2016019725A1 (zh) * 2014-08-04 2016-02-11 中兴通讯股份有限公司 一种软件升级管理方法、设备、系统及计算机存储介质
CN104753826A (zh) * 2015-03-31 2015-07-01 天脉聚源（北京）教育科技有限公司 一种带宽分配方法及装置
CN106487852A (zh) * 2015-08-31 2017-03-08 阿里巴巴集团控股有限公司 实现客户端文件同步的方法、装置、终端设备及系统
CN105357308B (zh) * 2015-11-18 2018-05-08 天脉聚源(北京)传媒科技有限公司 一种数据下载方法及装置
CN105357308A (zh) * 2015-11-18 2016-02-24 天脉聚源(北京)传媒科技有限公司 一种数据下载方法及装置
CN105487894A (zh) * 2015-11-27 2016-04-13 浪潮软件集团有限公司 一种分布式软件系统的远程更新方法
CN106886433A (zh) * 2015-12-16 2017-06-23 阿里巴巴集团控股有限公司 客户端软件的更新方法和装置
CN105681073A (zh) * 2015-12-25 2016-06-15 北京奇虎科技有限公司 一种更新应用程序的方法及装置
CN109766131A (zh) * 2017-11-06 2019-05-17 上海宝信软件股份有限公司 基于多线程技术实现软件智能化自动升级的系统及方法
CN110336862A (zh) * 2019-06-19 2019-10-15 上海二三四五网络科技有限公司 批量智能硬件的系统升级方法
CN111427595A (zh) * 2019-09-03 2020-07-17 杭州海康威视数字技术股份有限公司 一种客户端升级方法、装置及系统
CN111427595B (zh) * 2019-09-03 2024-03-05 杭州海康威视数字技术股份有限公司 一种客户端升级方法、装置及系统
WO2021135301A1 (zh) * 2019-12-30 2021-07-08 深圳Tcl新技术有限公司 一种应用升级的方法和计算机设备
CN113127021A (zh) * 2019-12-30 2021-07-16 深圳Tcl新技术有限公司 一种应用升级的方法和计算机设备
CN112286541A (zh) * 2020-11-03 2021-01-29 浪潮云信息技术股份公司 一种文件分发方法
CN114237681A (zh) * 2021-12-16 2022-03-25 拟仁智能科技(杭州)有限公司 基于逆向差分逻辑的文件差分升级方法及其系统
CN114666397A (zh) * 2022-01-29 2022-06-24 北京北信源软件股份有限公司 一种客户端版本更新方法及系统
CN114666397B (zh) * 2022-01-29 2024-07-23 北京北信源软件股份有限公司 一种客户端版本更新方法及系统

Also Published As

Publication number Publication date
CN103259672B (zh) 2016-09-28
CN107104814A (zh) 2017-08-29
CN107104814B (zh) 2021-07-06

Similar Documents

Publication Publication Date Title
CN103259672A (zh) 软件升级方法和系统
CN108173774B (zh) 一种客户端的升级方法及系统
US8381216B2 (en) Dynamic thread pool management
CN106663030B (zh) 在分布式集群中的可扩展故障恢复通信
CN112165691B (zh) 内容分发网络调度方法、装置、服务器和介质
US20110138396A1 (en) Method and system for data distribution in high performance computing cluster
KR101817437B1 (ko) 데이터 전송의 제어 방법 및 장치
WO2018123030A1 (ja) 優先度の制御方法及びデータ処理システム
CN103679392A (zh) 一种任务调度处理方法及系统
CN113127168A (zh) 服务分配方法、系统、装置、服务器及介质
KR101033813B1 (ko) 클라우드 컴퓨팅 네트워크 시스템 및 그것의 파일 분산 방법
CN104125294A (zh) 一种大数据安全管理方法和系统
US9535758B2 (en) Managing data distribution to networked client computing devices
US20070050447A1 (en) Method and device arrangement for managing a client/server environment
CN112860421B (zh) 用于作业处理的方法、设备和计算机程序产品
CN106657195B (zh) 任务处理方法和中继设备
CN107045452B (zh) 虚拟机调度方法和装置
CN102597957B (zh) 系统部署确定系统、系统部署确定方法及程序
CN111858012A (zh) 一种任务调度方法、装置、设备及介质
US20190109886A1 (en) Selected data exchange
CN102200928A (zh) 计算资源控制设备和计算资源控制方法
EP2711836B1 (en) Data distribution system
CN116319960A (zh) 服务发布方法、装置、计算机设备及存储介质
WO2021237221A1 (en) Machine learning based application sizing engine for intelligent infrastructure orchestration
CN113472638A (zh) 边缘网关控制方法及系统、装置、电子设备、存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1184610

Country of ref document: HK

C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1184610

Country of ref document: HK