CN108173774B - 一种客户端的升级方法及系统 - Google Patents
一种客户端的升级方法及系统 Download PDFInfo
- Publication number
- CN108173774B CN108173774B CN201810163550.3A CN201810163550A CN108173774B CN 108173774 B CN108173774 B CN 108173774B CN 201810163550 A CN201810163550 A CN 201810163550A CN 108173774 B CN108173774 B CN 108173774B
- Authority
- CN
- China
- Prior art keywords
- client
- upgrading
- upgraded
- server
- clients
- 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
Links
Images
Classifications
-
- 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
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
Abstract
本发明公开了一种客户端的升级方法及系统,该方法包括以下步骤:客户端向服务器请求升级包;服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的IP地址,否则直接向请求客户端发送升级包;如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包。本发明提高了客户端升级的速度和稳定性。
Description
技术领域
本发明涉及计算机技术领域,具体涉及一种客户端的升级方法及系统。
背景技术
P2P,即对等网络,即对等计算机网络,是一种在对等者(Peer)之间分配任务和工作负载的分布式应用架构,是对等计算模型在应用层形成的一种组网或网络形式,网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等),这些共享资源通过网络提供服务和内容,能被其它对等节点(Peer)直接访问而无需经过中间实体。在此网络中的参与者既是资源、服务和内容的提供者(Server),又是资源、服务和内容的获取者(Client)。
目前企业采用C/S架构的客户端软件时,当客户端软件需要升级,由于客户端升级包是存放在服务器上的,需要在服务器下发升级任务时,由客户端向服务器请求下载相应的客户端升级包,进行升级。但是当同一服务器连接的客户端数量多达上万台时,而客户端升级包大小又在100M以上,如此多的客户端同时下载升级包必然导致网络拥堵,甚至瘫痪。故而本专利使用P2P技术,当同一网段有一个客户端获取升级包后,该网段的客户端就直接在局域网的客户端上获取升级包,由于局域网的传输速率更快,故而这种方法能更高效的完成升级任务且不影响企业网络正常运行。
客户端升级时,客户端同时向服务器请求升级安装包,在客户端数量比较多时,客户端同时升级必然导致网络拥堵,甚至瘫痪。
因此,现有技术中的客户端升级技术存在以下缺点:
(1)客户端同时向服务器请求升级安装包,导致网络拥堵,甚至瘫痪;
(2)客户端无法快速获取升级包,导致升级速度很缓慢。
因此,本发明需要解决在不影响企业整体网络环境的情况下,快速实现客户端升级的技术问题。
发明内容
为解决上述技术问题,本发明提供了一种客户端的升级方法,该方法包括以下步骤:
客户端向服务器请求升级包;
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的某个IP地址,否则直接向请求客户端发送升级包;
如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包。
根据本发明的方法,优选的,服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向客户端返回其所在网段升级成功客户端的IP地址具体包括:
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是,进一步判断是否存在多个已经升级成功的客户端,如果仅存在唯一升级成功的客户端,则向请求升级客户端返回该唯一升级成功客户端的IP地址,如果存在多个升级成功的客户端,则从多个升级成功的客户端中随机查询一个客户端,并向请求升级客户端返回该随机查询确定的客户端的IP地址。
根据本发明的方法,优选的,请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包具体包括:
a)请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包;
b)如果请求升级客户端又接收到返回的IP地址,判断连续接收到IP地址的次数是否小于预定阈值,如果是则跳转到步骤a),否则向服务器请求升级包;如果请求升级客户端接收到IP地址对应客户端返回的升级包,则接收升级包。
根据本发明的方法,优选的,客户端升级成功后,向服务器返回升级成功的消息,并向本网段的其他客户端提供下载升级包服务。
根据本发明的方法,优选的,当升级成功的客户端接收到其他客户端的下载升级包请求后,判断本客户端当前提供下载升级包服务的客户端数量是否大于预定数量,如果是,则向服务器请求本网段其他已经升级成功的客户端IP地址,并向请求升级客户端返回接收到的其他升级成功客户端的IP地址,否则将下载升级包任务添加到服务队列中,并依次传输升级包文件;
其中,服务器以随机查询方式请求本网段其他已经升级成功的客户端IP地址并返回给请求客户端。
根据本发明的方法,优选的,如果服务器接收到升级成功客户端的请求,判断该请求客户端所在网段是否存在当前提供下载升级包服务的客户端数量不大于预定数量的升级成功客户端,如果存在,则从这些升级成功客户端中以随机查询的方式确定一个客户端,并返回该指定客户端的IP地址,否则返回失败信息。
为解决上述技术问题,本发明提供了一种数据升级系统,该系统包括:
一个提供升级服务的服务器以及一个或多个待升级或已经升级成功的客户端;
当待升级客户端向服务器请求升级包,则服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的IP地址,否则直接向请求客户端发送升级包;
如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包。
根据本发明的系统,优选的,服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向客户端返回其所在网段升级成功客户端的IP地址具体包括:
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是,进一步判断是否存在多个已经升级成功的客户端,如果仅存在唯一升级成功的客户端,则向请求升级客户端返回该唯一升级成功客户端的IP地址,如果存在多个升级成功的客户端,则从多个升级成功的客户端中随机查询一个客户端,并向请求升级客户端返回该随机查询确定的客户端的IP地址。
根据本发明的系统,优选的,请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包具体包括:
a)请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包;
b)如果请求升级客户端又接收到返回的IP地址,判断连续接收到IP地址的次数是否小于预定阈值,如果是则跳转到步骤a),否则向服务器请求升级包;如果请求升级客户端接收到IP地址对应客户端返回的升级包,则接收升级包。
根据本发明的系统,优选的,客户端升级成功后,向服务器返回升级成功的消息,并向本网段的其他客户端提供下载升级包服务。
根据本发明的系统,优选的,当升级成功的客户端接收到其他客户端的下载升级包请求后,判断本客户端当前提供下载升级包服务的客户端数量是否大于预定数量,如果是,则向服务器请求本网段其他已经升级成功的客户端IP地址,并向请求升级客户端返回接收到的其他升级成功客户端的IP地址,否则将下载升级包任务添加到服务队列中,并依次传输升级包文件;
其中,服务器以随机查询方式请求本网段其他已经升级成功的客户端IP地址并返回给请求客户端。
根据本发明的系统,优选的,如果服务器接收到升级成功客户端的请求,判断该请求客户端所在网段是否存在当前提供下载升级包服务的客户端数量不大于预定数量的升级成功客户端,如果存在,则从这些升级成功客户端中以随机查询的方式确定一个客户端,并返回该指定客户端的IP地址,否则返回失败信息。
通过本发明提供的技术方案,由于局域网内部的传输速率更快,所以能更快的完成升级任务;此外,由于此实现方式不会造成网络拥堵,所以整个升级过程稳定性会显著提升。
附图说明
此处所说明的附图是用来提供对本发明的进一步理解,构成本申请的一部分,但并不构成对本发明的不当限定,在附图中:
图1是本发明的总体技术架构图;
图2是本发明的实施例技术架构图;
图3是本发明的方法流程图。
具体实施方式
下面将结合附图以及具体实施例来详细说明本发明,其中的示意性实施例以及说明仅用来解释本发明,但并不作为对本发明的不当限定。
本发明的基于P2P方式的企业级客户端分网段升级的总体技术方案图如图1所示,上述总体技术方案图中包含客户端、主服务器和负载服务器。
由于大型企业内部的客户端数量在几万台至十几万台,所以常规的客户端直接从服务器获取升级包的方式不但导致网络大面积拥堵,而且升级过程也十分的缓慢。然而,在大型企业内部的不同网段之间的网络又有可能是不通的,所以单纯的P2P方式必然导致部分客户端无法获取升级包而导致升级失败。本专利针对此实际情况,采用在同一网段P2P方式获取升级包,由于局域网内部文件传输速率更快,所以这种设计既能满足快速稳定的获取升级包,又能保证网络不受影响。
服务器采用主/负载的实现方式。主/负载服务器是指企业内部有多台服务器,各个服务器对于用户而言保持着相同的功能,但是由一台主服务器管理其他负载服务器,目的在于缓解服务器压力,比如每个特定区域设置一台负载服务器,然后由一台主服务器管理这些负载服务器,当然主服务器也具有负载服务器的所有功能。
服务器完成的功能包括:
服务器接收到客户端获取升级包请求后,首先在系统升级数据库中查询该网段(如:请求客户端的IP为192.168.151.124,则IP前缀为192.168.151的客户端为同一网段)是否有客户端升级成功,如果同网段已经有客户端升级成功,则随机查询出一个IP(随机查询是为了让升级包传输压力尽可能的平均分配给已经升级成功的客户端上,防止某个客户端因访问压力过大,而影响其正常功能,即在升级成功的客户端中随机指定一个客户端),并返回给客户端,该客户端则向服务器提供的IP地址对应的客户端发送消息获取升级包,否则由服务器直接提供升级包给客户端。
随机查询是基于LCG线性同余方程(linear congruential generator)算法,产生具有不连续的伪随机数(JAVA的Random类)。每次服务器从同网段中查询已经升级成功的客户端时,先查询出同网段已经升级成功的所有客户端IP,存放在数组中,然后使用数组长度通过LCG算法获取随机数(Random类的nextInt方法),最后以随机数作为数组中的具体位置,从数组中取出该位置的IP。
需要说明的是,在随机指定的客户端需要满足一定的条件。首先,该客户端必须已经升级成功;其次,该客户端必须需要由空闲的处理能力,比如当前为其提供升级包服务的客户端数量小于等于某个预定数量,比如当前提供升级包服务的客户端数量小于等于5个,则认为该客户端目前具备空闲的处理能力。只有当客户端至少满足上述两个条件时,才能成为随机指定的对象。
因此,根据上述条件,服务器可能无法成功查询到可用的客户端,此时服务器将向请求客户端返回失败信息,服务器将直接提供升级包给客户端。
客户端实现方式:
步骤S1,客户端接收到升级消息后,首先去服务器获取升级包信息,如果服务器查询到本网段有客户端已经升级成功,且返回IP地址,客户端则通过P2P的方式从该IP地址的客户端中获取升级包,否则服务器直接提供升级包。
步骤S2,客户端使用服务器提供的IP地址获取升级包时,如果访问的客户端并未提供升级包且返回另一个IP地址(说明该IP的客户端当前提供升级包任务较多),则需要在新的IP地址中获取升级包,直到获取到升级包。
如果返回内容为-1(即失败信息)或者连续访问5个IP地址都未获取到升级包,则等待 3分钟,再访问最后一次返回的IP地址,如此过程重复10次(也就是30分钟),如果还未获取到升级包,则直接通过服务器获取升级包。
步骤S3,客户端升级成功后,需要向本网段的其他客户端提供下载升级包服务,当收到其他客户端的下载升级包请求后,首先需要判断本客户端当前为几个客户端提供下载升级包服务,如果多于5个,则向服务器请求本网段其他已经升级成功的客户端IP地址(服务器依然采用随机查询的方式,并且不等于当前访问服务器的IP地址,如果没有,则返回-
1),并返回给访问的客户端,否则将下载升级包任务添加到服务队列中,依次传输升级包文件(为了不影响本客户端正常工作,升级包的传输同一时间只能有一个任务)。
在上述向服务器请求本网段其他已经升级成功的客户端IP时,服务器同样通过随机查询出(随机指定,如上所述)已经升级成功的客户端,来向请求客户端返回客户端的IP地址。同样的,需要说明的是,在服务器随机指定的客户端需要满足一定的条件。首先,该客户端必须已经升级成功;其次,该客户端必须需要由空闲的处理能力,比如当前为其提供升级包服务的客户端数量小于等于某个预定数量,比如当前提供升级包服务的客户端数量小于等于5个,则认为该客户端目前具备空闲的处理能力。只有当客户端至少满足上述两个条件时,才能成为随机指定的对象。
因此,根据上述条件,服务器可能无法成功查询到可用的客户端,此时服务器将向请求客户端返回一个失败信息。如果请求客户端接收到服务器返回的失败信息,将失败信息返回给请求客户端。请求客户端将直接从服务器下载升级包。
本发明的又一实施示例,如图2所示,客户端1及客户端2、客户端3等属于同一网段,客户端A及客户端B、客户端C等属于同一网段。
客户端1(客户端A)向服务器(主/负载)中获取升级包进行升级后,同一网段的客户端2、客户端3(客户端B、客户端C)则不再从服务器获取升级包,而是直接从当前网段中已升级的客户端1(客户端A)中获取升级包,并且在升级成功后,需要向同网段的其他客户端提供获取升级包服务。
如图3,在另一实施例中,本发明还提供一种客户端的升级方法,该方法包括以下步骤:
步骤一,客户端向服务器请求升级包。
步骤二,服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的IP地址,否则直接向请求客户端发送升级包。
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是,进一步判断是否存在多个已经升级成功的客户端,如果仅存在唯一升级成功的客户端,则向请求升级客户端返回该唯一升级成功客户端的IP地址,如果存在多个升级成功的客户端,则从多个升级成功的客户端中随机指定一个客户端,并向请求升级客户端返回该随机指定客户端的 IP地址。
服务器接收到客户端获取升级包请求后,首先在系统升级数据库中查询该网段(如:请求客户端的IP为192.168.151.124,则IP前缀为192.168.151的客户端为同一网段)是否有客户端升级成功,如果同网段已经有客户端升级成功,则随机查询出一个IP(随机查询是为了让升级包传输压力尽可能的平均分配给已经升级成功的客户端上,防止某个客户端因访问压力过大,而影响其正常功能,即在升级成功的客户端中随机指定一个客户端),并返回给客户端,该客户端则向服务器提供的IP中发送消息获取升级包,否则由服务器直接提供升级包给客户端。
需要说明的是,在随机指定的客户端需要满足一定的条件。首先,该客户端必须已经升级成功;其次,该客户端必须需要由空闲的处理能力,比如当前为其提供升级包服务的客户端数量小于等于某个预定数量,比如当前提供升级包服务的客户端数量小于等于5个,则认为该客户端目前具备空闲的处理能力。只有当客户端至少满足上述两个条件时,才能成为随机指定的对象。
步骤三,如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包。
客户端使用服务器提供的IP地址获取升级包时,如果访问的客户端并未提供升级包且返回另一个IP地址(说明该IP的客户端当前提供升级包任务较多),则需要在新的IP地址中获取升级包,直到获取到升级包。
如果返回内容为-1(即失败信息)或者连续访问5个IP地址都未获取到升级包,则等待 3分钟,再访问最后一次返回的IP地址,如此过程重复10次(也就是30分钟),如果还未获取到升级包,则直接通过服务器获取升级包。
客户端升级成功后,向服务器返回升级成功的消息,并向本网段的其他客户端提供下载升级包服务。
当升级成功的客户端接收到其他客户端的下载升级包请求后,判断本客户端当前提供下载升级包服务的客户端数量是否大于预定数量,比如5个,如果是,则向服务器请求本网段其他已经升级成功的客户端IP地址(服务器依然采用随机查询的方式,并且不等于当前访问服务器的IP地址,如果没有,则返回-1),并返回给访问的客户端,否则将下载升级包任务添加到服务队列中,依次传输升级包文件(为了不影响本客户端正常工作,升级包的传输同一时间只能有一个任务)。
在上述向服务器请求本网段其他已经升级成功的客户端IP时,服务器同样通过随机查询出(随机指定,如上所述)已经升级成功的客户端,来向请求客户端返回客户端的IP地址。同样的,需要说明的是,在服务器随机指定的客户端需要满足一定的条件。首先,该客户端必须已经升级成功;其次,该客户端必须需要由空闲的处理能力,比如当前为其提供升级包服务的客户端数量小于等于某个预定数量,比如当前提供升级包服务的客户端数量小于等于5个,则认为该客户端目前具备空闲的处理能力。只有当客户端至少满足上述两个条件时,才能成为随机指定的对象。
因此,根据上述条件,服务器可能无法成功查询到可用的客户端,此时服务器将向请求客户端返回一个失败信息。如果请求客户端接收到服务器返回的失败信息,将失败信息返回给请求客户端。请求客户端将直接从服务器下载升级包。
通过本发明的技术方案,可以加快升级速度:由于局域网内部的传输速率更快,所以能更快的完成升级任务;升级更加稳定:由于此实现方式不会造成网络拥堵,所以整个升级过程稳定性会显著提升。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、系统、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式发送机或其他可编程数据发送终端设备的发送器以产生一个机器,使得通过计算机或其他可编程数据发送终端设备的发送器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据发送终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品,该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据发送终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的发送,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种客户端的升级方法及系统,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (4)
1.一种客户端的升级方法,其特征在于,该方法包括以下步骤:
客户端向服务器请求升级包;
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的IP地址,否则直接向请求客户端发送升级包;
如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包;
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向客户端返回其所在网段升级成功客户端的IP地址具体包括:
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是,进一步判断是否存在多个已经升级成功的客户端,如果仅存在唯一升级成功的客户端,则向请求升级客户端返回该唯一升级成功客户端的IP地址,如果存在多个升级成功的客户端,则从多个升级成功的客户端中随机查询一个客户端,并向请求升级客户端返回该随机查询确定的客户端的IP地址;
请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包具体包括:
a)请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包;
b)如果请求升级客户端又接收到返回的IP地址,判断连续接收到IP地址的次数是否小于预定阈值,如果是则跳转到步骤a),否则向服务器请求升级包;如果请求升级客户端接收到IP地址对应客户端返回的升级包,则接收升级包;
客户端升级成功后,向服务器返回升级成功的消息,并向本网段的其他客户端提供下载升级包服务;
当升级成功的客户端接收到其他客户端的下载升级包请求后,判断本客户端当前提供下载升级包服务的客户端数量是否大于预定数量,如果是,则向服务器请求本网段其他已经升级成功的客户端IP地址,并向请求升级客户端返回接收到的其他升级成功客户端的IP地址,否则将下载升级包任务添加到服务队列中,并依次传输升级包文件;
其中,服务器以随机查询方式请求本网段其他已经升级成功的客户端IP地址并返回给请求客户端。
2.如权利要求1所述的方法,其特征在于,如果服务器接收到升级成功客户端的请求,判断该请求客户端所在网段是否存在当前提供下载升级包服务的客户端数量不大于预定数量的升级成功客户端,如果存在,则从这些升级成功客户端中以随机查询的方式确定一个客户端,并返回该指定客户端的IP地址,否则返回失败信息。
3.一种数据升级系统,其特征在于,该系统包括:
一个提供升级服务的服务器以及一个或多个待升级或已经升级成功的客户端;
当待升级客户端向服务器请求升级包,则服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向请求客户端所在网段请求升级成功客户端的IP地址,否则直接向请求客户端发送升级包;
如果请求客户端接收到返回的IP地址,则以P2P的方式向返回的IP地址对应的客户端请求升级包,否则接收服务器返回的升级包;
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是则向客户端返回其所在网段升级成功客户端的IP地址具体包括:
服务器判断请求升级客户端所在网段是否有其他客户端已经升级成功,如果是,进一步判断是否存在多个已经升级成功的客户端,如果仅存在唯一升级成功的客户端,则向请求升级客户端返回该唯一升级成功客户端的IP地址,如果存在多个升级成功的客户端,则从多个升级成功的客户端中随机查询一个客户端,并向请求升级客户端返回该随机查询确定的客户端的IP地址;
请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包具体包括:
a)请求升级客户端以P2P的方式向返回的IP地址对应的客户端请求升级包;
b)如果请求升级客户端又接收到返回的IP地址,判断连续接收到IP地址的次数是否小于预定阈值,如果是则跳转到步骤a),否则向服务器请求升级包;如果请求升级客户端接收到IP地址对应客户端返回的升级包,则接收升级包;
客户端升级成功后,向服务器返回升级成功的消息,并向本网段的其他客户端提供下载升级包服务;
当升级成功的客户端接收到其他客户端的下载升级包请求后,判断本客户端当前提供下载升级包服务的客户端数量是否大于预定数量,如果是,则向服务器请求本网段其他已经升级成功的客户端IP地址,并向请求升级客户端返回接收到的其他升级成功客户端的IP地址,否则将下载升级包任务添加到服务队列中,并依次传输升级包文件;
其中,服务器以随机查询方式请求本网段其他已经升级成功的客户端IP地址并返回给请求客户端。
4.如权利要求3所述的系统,其特征在于,如果服务器接收到升级成功客户端的请求,判断该请求客户端所在网段是否存在当前提供下载升级包服务的客户端数量不大于预定数量的升级成功客户端,如果存在,则从这些升级成功客户端中以随机查询的方式确定一个客户端,并返回该指定客户端的IP地址,否则返回失败信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810163550.3A CN108173774B (zh) | 2018-02-27 | 2018-02-27 | 一种客户端的升级方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810163550.3A CN108173774B (zh) | 2018-02-27 | 2018-02-27 | 一种客户端的升级方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108173774A CN108173774A (zh) | 2018-06-15 |
CN108173774B true CN108173774B (zh) | 2021-05-14 |
Family
ID=62511727
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810163550.3A Active CN108173774B (zh) | 2018-02-27 | 2018-02-27 | 一种客户端的升级方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108173774B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110839235B (zh) * | 2018-08-17 | 2022-07-05 | 中兴通讯股份有限公司 | 一种终端升级方法、装置、设备及计算机可读介质 |
CN109639827B (zh) * | 2019-01-07 | 2021-11-09 | 新华三云计算技术有限公司 | 客户端升级方法及装置 |
CN110597540A (zh) * | 2019-09-16 | 2019-12-20 | 深圳怡化电脑股份有限公司 | 一种金融终端的版本更新方法、装置、服务器和存储介质 |
CN110602232A (zh) * | 2019-09-20 | 2019-12-20 | 中国银行股份有限公司 | 基于对等网络思想的终端系统版本下载方法、装置及系统 |
CN111372143A (zh) * | 2019-12-26 | 2020-07-03 | 视联动力信息技术股份有限公司 | 信令交互方法、装置及可读存储介质 |
CN113050958A (zh) * | 2019-12-26 | 2021-06-29 | 海能达通信股份有限公司 | 一种终端的升级方法、终端及服务器 |
CN111638891A (zh) * | 2020-04-15 | 2020-09-08 | 视联动力信息技术股份有限公司 | 一种设备升级方法、装置、终端设备和存储介质 |
CN111541774B (zh) * | 2020-05-08 | 2023-05-02 | 杭州粒合信息科技有限公司 | 一种设备升级方法、装置及系统 |
CN111857766B (zh) * | 2020-06-19 | 2022-07-12 | 苏州浪潮智能科技有限公司 | 一种智能网卡固件升级的方法及装置 |
CN114785688B (zh) * | 2022-06-21 | 2022-09-06 | 深圳市华曦达科技股份有限公司 | 一种终端设备升级方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141303A (zh) * | 2007-09-24 | 2008-03-12 | 华为技术有限公司 | 一种网络管理系统中的客户端升级方法、服务器、客户端 |
CN101729581A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 一种在p2p网络中实现重定向的方法、系统及设备 |
CN102065110A (zh) * | 2009-11-12 | 2011-05-18 | 钟惠波 | 一种基于p2sp的客户端软件在线升级的方法和系统 |
CN103701899A (zh) * | 2013-12-26 | 2014-04-02 | 华为技术有限公司 | 资源访问方法及装置 |
CN105635277A (zh) * | 2015-12-30 | 2016-06-01 | 北京京东尚科信息技术有限公司 | 提供升级包的方法与装置以及升级客户端的方法与装置 |
-
2018
- 2018-02-27 CN CN201810163550.3A patent/CN108173774B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141303A (zh) * | 2007-09-24 | 2008-03-12 | 华为技术有限公司 | 一种网络管理系统中的客户端升级方法、服务器、客户端 |
CN101729581A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 一种在p2p网络中实现重定向的方法、系统及设备 |
CN102065110A (zh) * | 2009-11-12 | 2011-05-18 | 钟惠波 | 一种基于p2sp的客户端软件在线升级的方法和系统 |
CN103701899A (zh) * | 2013-12-26 | 2014-04-02 | 华为技术有限公司 | 资源访问方法及装置 |
CN105635277A (zh) * | 2015-12-30 | 2016-06-01 | 北京京东尚科信息技术有限公司 | 提供升级包的方法与装置以及升级客户端的方法与装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108173774A (zh) | 2018-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108173774B (zh) | 一种客户端的升级方法及系统 | |
US11245770B2 (en) | Locality based content distribution | |
JP6173290B2 (ja) | コンテンツ管理するための方法とシステム | |
CN109327550B (zh) | 一种访问请求的分配方法、装置、存储介质和计算机设备 | |
CN102067094B (zh) | 高速缓存优化 | |
US20110264748A1 (en) | On-demand mailbox synchronization and migration system | |
CN107105013B (zh) | 文件的处理方法、服务器、终端和系统 | |
CN109428926B (zh) | 一种调度任务节点的方法和装置 | |
CN113676514A (zh) | 一种文件回源方法及装置 | |
US20150095496A1 (en) | System, method and medium for information processing | |
CN109471713B (zh) | 用于查询信息的方法和装置 | |
CN113645288A (zh) | 数据下载方法、装置、计算机设备和存储介质 | |
EP3304865B1 (en) | Systems and methods for server failover and load balancing | |
CN113873052B (zh) | Kubernetes集群的域名解析方法、装置及设备 | |
CN113873302B (zh) | 内容分发方法、装置、存储介质和电子设备 | |
CN114501080A (zh) | 服务内容更新方法及装置、存储介质及电子设备 |
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 |