CN105207802A - 节点的版本升级方法、装置和系统 - Google Patents
节点的版本升级方法、装置和系统 Download PDFInfo
- Publication number
- CN105207802A CN105207802A CN201510497661.4A CN201510497661A CN105207802A CN 105207802 A CN105207802 A CN 105207802A CN 201510497661 A CN201510497661 A CN 201510497661A CN 105207802 A CN105207802 A CN 105207802A
- Authority
- CN
- China
- Prior art keywords
- node
- section point
- edition upgrading
- upgraded
- instruction
- 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
Links
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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供了一种节点的版本升级方法、装置和系统,涉及互联网技术领域,所述方法包括:第一节点接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1;所述第一节点根据所述版本升级指令获取升级文件;所述第一节点根据所述升级文件执行版本升级。解决了现有技术需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种节点的版本升级方法、装置和系统。
背景技术
一个大型的网络系统通常会有成千上万个网络节点组成。在该网络系统的运行过程中,当需要对该网络系统进行版本升级时,就需要对这成千上万个网络节点同时进行升级。
网络系统的成千上万个网络节点中有一个预设的中心节点,其它网络节点为该中心节点的下属节点。当需要进行版本升级时,中心节点向各个下属节点下发版本升级指令;各个下属节点接收到版本升级指令后执行版本升级,并反馈升级结果至中心节点。
在上述方案中,中心节点需要控制各个下属节点进行升级,耗用了中心节点的大量资源。
发明内容
本发明实施例提供了一种节点的版本升级方法、装置和系统,用于解决现有技术中需要耗用中心节点的大量资源的问题。所述技术方案如下:
第一方面,提供了一种节点的版本升级方法,所述方法包括:
第一节点接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
所述第一节点根据所述版本升级指令获取升级文件;
所述第一节点根据所述升级文件执行版本升级。
在第一方面的第一种可能的实现方式中,所述第一节点接收N个节点中已升级的第二节点发送的版本升级指令之前,所述方法还包括:
接收所述第二节点发送的邻居确认请求;
根据所述邻居确认请求检测所述第二节点是否升级成功;
反馈检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述根据所述邻居确认请求检测所述第二节点是否升级成功,包括:
根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
结合第一方面的第一种可能的实现方式,在第三种可能的实现方式中,所述根据所述邻居确认请求检测所述第二节点是否升级成功之前,所述方法还包括:
检测所述第二节点是否为可信任节点;
若是可信任节点,则执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式或者第一方面的第三种可能的实现方式,在第四种可能的实现方式中,所述第一节点根据所述版本升级指令获取升级文件之前,所述方法还包括:
检测所述第二节点是否为可信任节点;
若是可信任节点,则执行所述根据所述版本升级指令获取升级文件的操作。
第二方面,提供了一种节点的版本升级方法,所述方法包括:
第二节点获取升级文件;
所述第二节点根据所述升级文件执行版本升级;
在升级完毕后,所述第二节点向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
在第二方面的第一种可能的实现方式中,所述第二节点向N个节点中的i个待升级的邻居节点发送版本升级指令之前,所述方法还包括:
向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
接收所述检测结果,根据所述检测结果判定是否发送所述版本升级指令;
若判定结果为发送所述版本升级指令,则执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述根据所述检测结果判定是否发送所述版本升级指令,包括:
若j=1,则在所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
若j>1,则统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
结合第二方面的第一种可能的实现方式或者第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述向j个邻居节点发送邻居确认请求之前,所述方法还包括:
检测升级后自身是否存在异常;
若不存在异常,则执行所述向j个邻居节点发送邻居确认请求的操作。
第三方面,提供了一种节点的版本升级装置,应用于第一节点中,所述装置包括:
指令接收模块,用于接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
文件获取模块,用于根据所述指令接收模块接收到的所述版本升级指令获取升级文件;
版本升级模块,用于根据所述文件获取模块获取到的所述升级文件执行版本升级。
在第三方面的第一种可能的实现方式中,所述装置还包括:
请求接收模块,用于在所述指令接收模块接收所述第二节点发送的所述版本升级指令之前,接收所述第二节点发送的邻居确认请求;
升级检测模块,用于根据所述请求接收模块接收到的所述邻居确认请求检测所述第二节点是否升级成功;
结果反馈模块,用于反馈所述升级检测模块的检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,
所述升级检测模块,还用于根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
结合第三方面的第一种可能的实现方式,在第三种可能的实现方式中,所述装置还包括:
第一检测模块,用于在所述升级检测模块根据所述邻居确认请求检测所述第二节点是否升级成功之前,检测所述第二节点是否为可信任节点;
所述升级检测模块,还用于在所述第一检测模块的检测结果为所述第二节点是可信任节点时,执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式或者第三方面的第三种可能的实现方式,在第四种可能的实现方式中,所述装置还包括:
第二检测模块,用于在所述文件获取模块根据所述版本升级指令获取升级文件之前,检测所述第二节点是否为可信任节点;
所述文件获取模块,用于在所述第二检测模块的检测结果为所述第二节点是可信任节点时,则执行所述根据所述版本升级指令获取升级文件的操作。
第四方面,提供了一种节点的版本升级装置,应用于第二节点中,所述装置包括:
文件获取模块,用于获取升级文件;
版本升级模块,用于根据所述文件获取模块获取到的所述升级文件执行版本升级;
指令发送模块,用于在所述版本升级模块升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
在第四方面的第一种可能的实现方式中,所述装置还包括:
请求发送模块,用于在所述指令发送模块向N个节点中的i个待升级的邻居节点发送版本升级指令之前,向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
结果接收模块,用于接收所述检测结果;
判定模块,用于根据所述结果接收模块接收到的所述检测结果判定是否发送所述版本升级指令;
所述指令发送模块,还用于在所述判定模块的判定结果为发送所述版本升级指令时,执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,所述判定模块,包括:
第一判定单元,用于在j=1,且所述结果接收模块接收到的所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
第二判定单元,用于在j>1时,统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
结合第四方面的第一种可能的实现方式或者第四方面的第二种可能的实现方式,所述装置还包括:
异常检测模块,用于在所述请求发送模块向j个邻居节点发送邻居确认请求之前,检测升级后自身是否存在异常;
所述请求发送模块,还用于在所述异常检测模块的检测结果为不存在异常时,执行所述向j个邻居节点发送邻居确认请求的操作。
第五方面,提供了一种节点的版本升级系统,所述系统包括第一节点和第二节点;
所述第二节点,用于获取升级文件;根据所述升级文件执行版本升级;在升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2;
所述第一节点,用于接收N个节点中已升级的所述第二节点发送的所述版本升级指令;根据所述版本升级指令获取升级文件;根据所述升级文件执行版本升级。
本发明实施例提供的技术方案带来的有益效果是:
通过接收N个节点中已升级的邻居节点发送的版本升级指令,根据版本升级指令执行版本升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点;解决了现有技术需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性以及升级稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明各个实施例提供的节点的版本升级方法所涉及的实施环境的示意图。
图2是本发明一个实施例提供的节点的版本升级方法的方法流程图。
图3A是本发明另一个实施例提供的节点的版本升级方法的方法流程图。
图3B是本发明另一个实施例提供的节点的版本升级方法的另一种方法流程图。
图4是本发明另一个实施例提供的节点的版本升级方法的方法流程图。
图5是本发明一个实施例提供的节点的版本升级装置的结构方框图。
图6是本发明另一个实施例提供的节点的版本升级装置的结构方框图。
图7是本发明一个实施例提供的节点的版本升级装置的结构方框图。
图8是本发明另一个实施例提供的节点的版本升级装置的结构方框图。
图9是本发明一个实施例提供的节点的版本升级装置的结构方框图。
图10是本发明另一个实施例提供的节点的版本升级装置的结构方框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,其示出了本发明各个实施例提供的节点的版本升级方法所涉及的实施环境的示意图。如图1所示,该实施环境中可以包括N个节点,N>2。当需要升级网络系统时,需要对图中的N个节点进行升级。
N个节点中的一部分节点可以互为邻居节点。邻居节点是指与自身存在业务交互,和/或,处于同一子网络的节点。
实际应用中,网络系统中的各个节点可以被设计人员按照预设规则编号,编号相同或者相邻的节点互为邻居节点。其中,预设规则包括:节点所处的地域,和/或,节点所能实现的功能;且编号相同的节点可以为优选的邻居节点。
以预设规则为节点所处的地域来举例说明,结合图1,N个节点中节点1至节点20被设置在无锡,节点21至节点50被设置在上海,而节点51至节点N被设置在北京。则图1中处于无锡的20个节点的编号可以为‘1’、处于上海的30个节点的编号可以为‘2’,而处于北京的N-50个节点的编号可以为‘3’。则以确定节点3的邻居节点为例,节点3的邻居节点可以包括编号为‘1’的其它19个节点以及编号为‘2’的30个节点,且编号为‘1’的19个节点为节点3的优选邻居节点。
请参考图2,其示出了本发明一个实施例提供的节点的版本升级方法的方法流程图,本实施例以该节点的版本升级方法用于对图1所示的实施环境中的节点进行升级来举例说明。如图2所示,该节点的版本升级方法可以包括:
步骤201,第二节点获取升级文件。
步骤202,第二节点根据升级文件执行版本升级。
节点中运行有用于实现各种功能的程序,设计人员可以根据实际需求对各个节点所需实现的功能进行版本更新。且本实施例也正是以版本升级为对节点中运行的程序进行版本升级来举例说明,可选地,该版本升级还可以指对节点的其他内容进行升级,本实施例对此并不做限定。
步骤203,在升级完毕后,第二节点向N个节点中的i个待升级的邻居节点发送版本升级指令,i个待升级的邻居节点中包含第一节点。
版本升级指令用于指示i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。另,图2只示出i个待升级的邻居节点中的第一节点,其它节点并未示出。
步骤204,第一节点接收N个节点中已升级的第二节点发送的版本升级指令。
步骤205,第一节点根据版本升级指令获取升级文件。
步骤206,第一节点根据升级文件执行版本升级。
综上所述,本实施例提供的节点的版本升级方法,通过接收N个节点中已升级的邻居节点发送的版本升级指令,根据版本升级指令执行版本升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
基于上述实施例提供的节点的版本升级方法,在图1中的节点1升级完毕之后,节点1可以向自己的邻居节点(节点2和节点3)发送版本升级指令,节点2和节点3执行升级。升级后的节点2向自己的邻居节点(节点5和节点6)发送版本升级指令,升级后的节点3向自己的邻居节点(节点4和节点7)发送版本升级指令;节点5、节点6、节点4和节点7接收到版本升级指令之后执行升级。此后,升级后的节点5、节点6、节点4和节点7分别向自己的邻居节点继续发送版本升级指令,直至图1中的N个节点全部升级完毕。其中,在已升级的节点触发邻居节点升级之后,已升级的节点还可以周期性的继续触发其他邻居节点进行升级。比如,节点1在发送版本升级指令至节点2和节点3之后,节点1可以间隔3S后继续向待升级的邻居节点如节点10和节点11发送版本升级指令。
下述实施例以第二节点升级后触发第一节点进行升级来对上述实施例提供的节点的版本升级方法进行详细介绍。
请参考图3A,其示出了本发明另一个实施例提供的节点的版本升级方法的方法流程图,如图3A所示,该节点的版本升级方法可以包括:
步骤301,第二节点获取升级文件。
可选的,本步骤可以包括两种可能的实现方式。
第一种,第二节点读取升级人员在第二节点中预存的升级文件。
作为第一种可能的实现方式,第二节点为N个节点中首个升级的节点时,升级人员可以在第二节点中设置升级文件,第二节点读取该升级文件。
当然,实际实现时,升级人员还可以选择性的在N个节点中的至少两个节点中设置升级文件,至少两个节点在升级时直接读取设置的升级文件。
第二种,第二节点从已升级的邻居节点中获取该升级文件。
作为另一种可能的实现方式,若第二节点的邻居节点已升级,则第二节点还可以从已升级的邻居节点中获取升级文件。
步骤302,第二节点根据升级文件执行版本升级。
步骤303,在升级完毕后,第二节点向j个邻居节点发送邻居确认请求,j个邻居节点中包含第一节点。
邻居确认请求用于指示j个邻居节点检测第二节点是否升级成功,并反馈检测结果;1≤j≤N,N>2。其中,j个邻居节点可以为已升级的节点,也可以为待升级的节点,本实施例对此并不做限定。
为了提高邻居节点对第二节点判断的准确度,第二节点通常可以向多个邻居节点同时发送邻居确认请求,也即2≤j≤N。比如,第二节点向10个邻居节点发送邻居确认请求。
然而,j的取值越大,说明越多的邻居节点需要对第二节点进行判断,这就导致会耗费各个邻居节点的一些处理资源。所以实际实现时,设计人员可以根据实际需求来确定j的值,本实施例对此并不做限定。
本实施例以第二节点选择的j个邻居节点中包含第一节点来举例说明,且图3A只是示出了j个邻居节点中的第一节点,其它邻居节点并未示出。
步骤304,第一节点接收第二节点发送的邻居确认请求。
步骤305,第一节点根据邻居确认请求检测第二节点是否升级成功。
可选的,本步骤可以包括:根据预设测试项测试与第二节点之间的通信是否正常。若正常,则判定第二节点升级成功;而若不正常,则判定第二节点升级失败。
预设测试项包括:对第二节点中第一节点所依赖的旧版本功能进行测试的测试项,和/或,对第二节点中需要依赖第一节点的旧版本功能进行测试的测试项。
具体的,若预设测试项包括对第二节点中第一节点所依赖的旧版本功能进行测试的测试项(也即第一测试项),则第一节点接收到邻居确认请求之后,第一节点可以触发自身预设的第一测试项,根据第一测试项与第二节点进行通信;若两者之间的通信正常,则说明第二节点升级之后对第一节点没有影响,此时第一节点可以判断第二节点升级成功;反之,若两者之间的通信出错,则第一节点即可判断第二节点升级失败。
而若预设测试项包括对第二节点中需要依赖第一节点的旧版本功能进行测试的测试项(也即第二测试项),则在第二节点发送邻居确认请求至第一节点之后,第二节点可以触发自身预设的第二测试项,根据第二测试项与第一节点进行通信;若两者之间的通信正常,则说明第二节点升级之后,第二节点中的旧版本的功能能正常使用,此时,第一节点可以判断第二节点升级成功;反之,若两者之间的通信出错,则第一节点即可判断第二节点升级失败。
类似的,若预设测试项同时包括上述两者,则可以第一节点可以进行上述两种测试,本实施例对此并不做限定。并且,本实施例对两种测试的测试顺序并不做限定。
另外,本实施例只是以预设测试项包括上述两种中的至少一种来举例说明,可选的,该预设测试项还可以包括其他内容。比如,第一节点接收到邻居确认请求之后,第一节点可以发起对升级后的第二节点中的新功能的测试,本实施例对此并不做限定。
步骤306,第一节点反馈检测结果至第二节点。
检测结果用于指示第二节点根据检测结果判定是否发送版本升级指令。
步骤307,第二节点接收检测结果,根据检测结果判定是否发送版本升级指令。
第二节点发送邻居确认请求至j个邻居节点之后,第二节点可以相应的接收到j个邻居节点反馈的检测结果。
此后,第二节点可以根据接收到的检测结果判定是否发送版本升级指令。可选地,本步骤可以包括:
(1)、若j=1,则在检测结果表示第二节点升级成功时,判定为发送版本升级指令。
(2)、若j>1,则统计表示第二节点升级成功的检测结果的个数,检测个数与j的比值是否达到预设阈值;若达到预设阈值,则判定为发送版本升级指令。
如果第二节点的检测结果为达到预设阈值,则第二节点可以判定自身升级成功,此时,第二节点即可判定为可以向i个待升级的邻居节点发送版本升级指令。
为了保证第二节点判定的准确率,预设阈值可以设置为数值较大的值。比如,预设阈值可以为98%或者100%。当然设计人员也可以根据实际需要来设置该预设阈值,本实施例对此并不做限定。
需要补充说明的是,上述只是以第二节点根据j个检测结果来判定是否发送版本升级指令来举例说明。可选地,第二节点还可以获取在发送邻居确认请求之后的预设时间段接收到的检测结果,根据获取到的检测结果判定是否发送版本升级指令。理由如下:j个邻居节点中可能会存在部分节点出现故障进而不会给第二节点反馈检测结果,也可能会存在部分节点由于处理能力较差而导致长时间后才会向第二节点反馈检测结果,所以为了提高第二节点进行判定的速度,第二节点可以获取发送邻居确认请求之后的预设时间段接收到的检测结果。
步骤308,若第二节点的判定结果为发送版本升级指令,则向i个待升级的邻居节点发送版本升级指令,i个待升级的邻居节点中包含第一节点。
版本升级指令用于指示i个待升级的邻居节点执行升级,2≤i<N-2,且版本升级指令中可以携带有升级文件,也可以不携带有升级文件。
可选地,i为固定值,或者,i为第二节点的邻居节点的总个数的预设倍数,该预设倍数小于1。
比如,以i为固定值5为例,第二节点可以先从与自己编号相同的各个邻居节点中选择5个待升级的邻居节点。若编号相同的各个邻居节点中待升级的邻居节点的个数不足5个,则第二节点可以从与自己编号相邻的各个邻居节点中选择剩余的个数。而若选择得到的个数仍然不足5个,则第二节点即可发送版本升级指令至选择得到的各个邻居节点,本实施例对此并不做限定。通过采用上述方式来选择待升级的邻居节点,节省了第二节点在升级各个邻居节点时所需耗用的资源。
而若第二节点的判定结果为不发送版本升级指令,则第二节点可以判断自身升级可能有误,此时,为了保证第二节点的正常运行,第二节点可以恢复至升级前的版本,并在预定时间段内拒绝升级。并且,为了避免升级有误的第二节点触发邻居节点进行升级,进而导致邻居节点也升级出错,第二节点可以结束流程。
需要说明的是,图3A只是示出了i个待升级的邻居节点中的第一节点,而并未示出其它待升级的邻居节点。并且,本实施例也只是以接收第二节点发送的版本升级指令的第一节点同时接收到第二节点发送的邻居确认请求来举例说明。可选的,第一节点还可以只接收到版本升级指令,而并未接收到邻居确认请求,也即第二节点在发送邻居确认请求至j个邻居节点时,并未选择第一节点,本实施例对此并不做限定。
步骤309,第一节点接收第二节点发送的版本升级指令。
步骤310,第一节点根据版本升级指令获取升级文件。
可选的,本步骤可以包括:
(1)、若版本升级指令中携带有升级文件,则第一节点可以读取版本升级指令中携带的升级文件。
(2)、若版本升级指令中未携带有升级文件,则第一节点发送文件获取请求至第二节点,接收第二节点反馈的升级文件,文件获取请求用于请求获取升级文件。
步骤311,第一节点根据升级文件执行版本升级。
在第一节点升级完成之后,第一节点可以向j个邻居节点发送邻居确认请求,进而对其邻居节点继续升级,本实施例对此并不做限定。并且,原有的已升级的第二节点可以周期性的循环执行步骤301-步骤311,本实施例在此不再赘述。
综上所述,本实施例提供的节点的版本升级方法,通过接收N个节点中已升级的邻居节点发送的版本升级指令,根据版本升级指令执行版本升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个待升级的邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
基于上述实施例,需要补充说明的第一点时,请参考图3B,在步骤305之前,第一节点还可以执行如下步骤:
步骤312,第一节点检测第二节点是否为可信任节点。
网络系统中的各个网络节点可以预设身份验证规则。也即当第一节点需要验证第二节点是否为可信任节点时,第一节点可以根据该预设身份验证规则进行验证。
比如,预设规则为节点按照预设加密算法对预设字段进行加密,其它节点按照预设解密算法进行解密;则当其它节点能够正确解密时,其它节点即可确定对该节点为可信任节点;反之,则确定该节点不是可信任节点。可选的,为了提高验证的准确率,各个网络节点可以约定只有在解密得到的内容中包含预设内容时才能确定对方为可信任节点,本实施例对此并不做限定。
当然,第一节点还可以通过其他方式来对第二节点进行验证,本实施例对此并不做限定。
步骤305,若是可信任节点,则第一节点执行根据邻居确认请求检测第二节点是否升级成功的操作。
而若不是可信任节点,则第一节点将第二节点标识为虚假节点,虚假节点被禁止发送请求。
当第一节点的判定结果为第二节点不是可信任的节点时,说明该第二节点可能是不法分子设置的虚假节点。此时,为了保证节点升级的安全,并且防止该虚假节点重复发送邻居确认请求至各个邻居节点时导致浪费各个邻居节点的处理资源的问题,第一节点可以将该第二节点标识为虚假节点。可选的,由于一段时间之后,该第二节点可能会被设计人员正常使用,所以第一节点可以将第二节点标识为在预定时间段内是虚假节点,本实施例对此并不做限定。
通过在第二节点为可信任节点时,执行根据邻居确认请求检测第二节点是否升级成功,避免了第二节点不是可信任节点时,第一节点执行后续无效操作时需要耗用第一节点的处理资源的问题。同时,这也避免了虚假节点对网络系统带来的危害,保证了网络系统的安全。
需要补充说明的第二点是,仍然结合图3B,在步骤310之前,第一节点还可以执行如下步骤:
步骤313,第一节点检测第二节点是否为可信任节点。
本步骤与上述步骤312类似,本实施例在此不再赘述。
步骤310,若是可信任节点,则第一节点执行根据版本升级指令获取升级文件的操作。
而若不是可信任节点,则将第二节点标识为虚假节点,虚假节点被禁止发送请求。
与上述实施例类似的是,为了保证节点升级的安全,并且防止该虚假节点重复发送版本升级指令至各个邻居节点进而导致浪费各个邻居节点的处理资源的问题,第一节点可以将该第二节点标识为虚假节点。可选的,由于一段时间之后,该第二节点可能会被设计人员正常使用,所以第一节点可以将第二节点标识为在预定时间段内是虚假节点,本实施例对此并不做限定。
通过在升级之前,检测第二节点是否为可信任节点,进而只有在第二节点是可信任节点时,第一节点才会获取升级文件并根据升级文件进行升级,保证了节点升级的安全。同时,这也避免了不法分子通过虚假节点攻击网络系统,进而导致网络系统瘫痪的问题。
此外,第二节点发送的版本升级指令中不携带有升级文件,而只有在第一节点判定第二节点为可信任节点之后,第一节点再从第二节点中获取升级文件;避免了当第二节点不是可信任节点时,第二节点发送携带有升级文件的版本升级指令至第一节点之后,第一节点并不会使用该升级文件,也即第二节点耗费了一定的传输资源来传输无效信息的问题,达到了可以节省第二节点的传输资源的效果。
最后,需要说明的是,若第二节点进行邻居确认时选择的j个邻居节点与传染升级时选择的i个邻居节点是相同的节点,则为了节省第一节点的处理资源,第一节点可以只执行步骤312或者步骤313中的一个步骤,本实施例对此并不做限定。
需要补充说明的第三点是,仍然结合图3B,在步骤310之前,第一节点还可以执行如下步骤:
步骤314,第一节点检测自身是否满足升级条件。
升级条件可以包括:第一节点的剩余存储空间达到预设大小,预设大小大于或等于升级文件所对应的大小;和/或,第一节点能正常运行。当然,升级条件还可以包括条件,本实施例对此并不做限定。
步骤310,若满足升级条件,则第一节点执行根据版本升级指令获取升级文件的操作。
而若不满足升级条件,则此时流程结束。
通过在第一节点满足升级条件时,才会获取升级文件进而进行升级,避免了对第一节点升级错误的问题。达到了可以提高节点升级的可靠性和稳定性的效果。
需要补充说明的第四点是,结合图3B,在步骤303之前,第二节点还可以执行如下步骤:
步骤315,检测升级后自身是否存在异常。
在第二节点升级之后,第二节点可以检测升级后是否存在异常。可选地,本步骤可以包括:检测升级后的第二节点是否能兼容旧版本的功能;检测升级后的第二节点是否能完成正常通信,以及,检测升级后的第二节点是否能正常启动。
以第二节点检测升级后的第二节点是否能兼容旧版本的功能为例,第二节点在升级后,第二节点可以复位,并以新版本启动。此后,第二节点加载旧版本的配置文件,检测升级后的第二节点是否能兼容原有配置。
当然,本实施例只是以第二节点通过上述方法检测升级后是否存在异常为例,可选地,第二节点还可以通过其他检测方式进行检测,本实施例对此并不做限定。
步骤303,若不存在异常,则执行向j个邻居节点发送邻居确认请求的操作。
如果第二节点的检测结果为不存在异常,则第二节点可以初步判断自身升级成功。此时,为了进一步判断,第二节点可以执行向j个邻居节点发送邻居确认请求的操作。
而若第二节点的检测结果为存在异常,则此时结束。
通过在升级之后初步判断自身是否升级成功,进而只有在判断结果为升级成功时,才会想j个邻居节点发送邻居确认请求,避免了第二节点升级失败时向j个邻居节点发送邻居确认请求之后浪费邻居节点的资源的问题。
需要补充说明的第五点是,上述各个实施例中关于第一节点侧的步骤可以单独实现成为第一节点侧的节点升级方法,关于第二节点侧的步骤可以单独实现成为第二节点侧的节点升级方法。
以网络系统中节点A为已升级的节点,节点A向邻居节点B和邻居节点C发送升级确认请求和版本升级指令来举例说明,请参考图4,该节点的版本升级方法包括:
步骤401,节点A检测升级后是否存在异常。
步骤402,若节点A的检测结果为不存在异常,则节点A向j个邻居节点发送升级确认请求。
步骤403,节点B接收节点A发送的升级确认请求,检测节点A是否为可信任节点。
步骤404,若节点B检测得到节点A是可信任节点,则节点B启动功能测试检测节点A是否升级成功。
步骤405,节点B反馈检测结果至节点A。
步骤406,节点A接收检测结果,根据接收到的j个邻居节点发送的检测结果判定是否发送版本升级指令。
步骤407,若节点A的判定结果为发送版本升级指令,则节点A向i个待升级的邻居节点发送版本升级指令。
步骤408,节点B接收节点A发送的版本升级指令。
步骤409,节点B检测节点A是否为可信任节点。
步骤410,若节点B的检测结果为节点A是可信任节点,则检测自身是否满足升级条件。
步骤411,若节点B的检测结果为满足升级条件,则节点B从节点A中获取升级文件。
步骤412,节点B根据升级文件执行版本升级。
在节点B升级之后,节点B可以执行步骤401,本实施例对此并不做限定。
需要补充说明的是,本实施例只是节点B同时接收到节点A发送的升级确认请求和版本升级指令为例,可选的,节点B还可能只接收到节点A发送的升级确认请求,或者只接收到节点A发送的版本升级指令,本实施例对此并不做限定。
综上所述,本实施例提供的节点的版本升级方法,通过接收N个节点中已升级的邻居节点发送的版本升级指令,根据版本升级指令执行版本升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
以下为本发明的装置实施例,对于装置实施例中未详细阐述的内容,可以参考上述一一对应的方法实施例。
请参考图5,其示出了本发明一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第一节点的全部或者部分。该节点的版本升级装置可以包括:指令接收模块501、文件获取模块502和版本升级模块503。
指令接收模块501,用于接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
文件获取模块502,用于根据所述指令接收模块501接收到的所述版本升级指令获取升级文件;
版本升级模块503,用于根据所述文件获取模块502获取到的所述升级文件执行版本升级。
综上所述,本实施例提供的节点的版本升级装置,通过接收N个节点中已升级的第二节点发送的版本升级指令,根据版本升级指令执行升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
请参考图6,其示出了本发明另一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第一节点的全部或者部分。该节点的版本升级装置可以包括:指令接收模块601、文件获取模块602和版本升级模块603。
指令接收模块601,用于接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
文件获取模块602,用于根据所述指令接收模块601接收到的所述版本升级指令获取升级文件;
版本升级模块603,用于根据所述文件获取模块602获取到的所述升级文件执行版本升级。
可选地,所述装置还包括:
请求接收模块604,用于在所述指令接收模块601接收所述第二节点发送的所述版本升级指令之前,接收所述第二节点发送的邻居确认请求;
升级检测模块605,用于根据所述请求接收模块604接收到的所述邻居确认请求检测所述第二节点是否升级成功;
结果反馈模块606,用于反馈所述升级检测模块605的检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
可选地,所述升级检测模块605,还用于根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
可选地,所述装置还包括:
第一检测模块607,用于在所述升级检测模块605根据所述邻居确认请求检测所述第二节点是否升级成功之前,检测所述第二节点是否为可信任节点;
所述升级检测模块605,还用于在所述第一检测模块607的检测结果为所述第二节点是可信任节点时,执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
可选地,所述装置还包括:
第二检测模块608,用于在所述文件获取模块602根据所述版本升级指令获取升级文件之前,检测所述第二节点是否为可信任节点;
所述文件获取模块602,用于在所述第二检测模块608的检测结果为所述第二节点是可信任节点时,则执行所述根据所述版本升级指令获取升级文件的操作。
综上所述,本实施例提供的节点的版本升级装置,通过接收N个节点中已升级的第二节点发送的版本升级指令,根据版本升级指令执行升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个待升级的邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
请参考图7,其示出了本发明一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第二节点的全部或者部分。该节点的版本升级装置可以包括:文件获取模块701、版本升级模块702和指令发送模块703。
文件获取模块701,用于获取升级文件;
版本升级模块702,用于根据所述文件获取模块701获取到的所述升级文件执行版本升级;
指令发送模块703,用于在所述版本升级模块702升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
综上所述,本实施例提供的节点的版本升级装置,通过在自身升级之后,向i个待升级的邻居节点发送版本升级指令,其中,版本升级指令用于指示i个待升级的邻居节点执行版本升级,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
请参考图8,其示出了本发明另一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第二节点的全部或者部分。该节点的版本升级装置可以包括:文件获取模块801、版本升级模块802和指令发送模块803。
文件获取模块801,用于获取升级文件;
版本升级模块802,用于根据所述文件获取模块801获取到的所述升级文件执行版本升级;
指令发送模块803,用于在所述版本升级模块802升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
可选地,所述装置还包括:
请求发送模块804,用于在所述指令发送模块803向N个节点中的i个待升级的邻居节点发送版本升级指令之前,向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
结果接收模块805,用于接收所述检测结果;
判定模块806,用于根据所述结果接收模块805接收到的所述检测结果判定是否发送所述版本升级指令;
所述指令发送模块803,还用于在所述判定模块806的判定结果为发送所述版本升级指令时,执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
可选地,所述判定模块806,包括:
第一判定单元806a,用于在j=1,且所述结果接收模块接收到的所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
第二判定单元806b,用于在j>1时,统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
可选地,所述装置还包括:
异常检测模块807,用于在所述请求发送模块804向j个邻居节点发送邻居确认请求之前,检测升级后自身是否存在异常;
所述请求发送模块804,还用于在所述异常检测模块807的检测结果为不存在异常时,执行所述向j个邻居节点发送邻居确认请求的操作。
综上所述,本实施例提供的节点的版本升级装置,通过在自身升级之后,向i个待升级的邻居节点发送版本升级指令,其中,版本升级指令用于指示i个待升级的邻居节点执行版本升级,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个待升级的邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
请参考图9,其示出了本发明一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第一节点中的全部或者部分。如图9所示,该节点的版本升级装置包括:总线910,以及通过总线910通信的处理器920、存储器930和收发器940。其中,存储器930用于存储一个或者一个以上的指令,该指令被配置成由处理器920执行。其中:
所述收发器940,用于接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
所述收发器940,还用于根据所述版本升级指令获取升级文件;
所述处理器920,用于根据所述升级文件执行版本升级。
综上所述,本实施例提供的节点的版本升级装置,通过接收N个节点中已升级的第二节点发送的版本升级指令,根据版本升级指令执行升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
在上述实施例的第一种可选的实现方式中,
所述收发器940,还用于在接收N个节点中已升级的第二节点发送的版本升级指令之前,接收所述第二节点发送的邻居确认请求;
所述处理器920,还用于根据所述邻居确认请求检测所述第二节点是否升级成功;
所述收发器940,还用于反馈检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
在上述实施例的第二种可选的实现方式中,
所述处理器920,还用于根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
在上述实施例的第三种可选的实现方式中,
所述处理器920,还用于在根据所述邻居确认请求检测所述第二节点是否升级成功之前,检测所述第二节点是否为可信任节点;
所述处理器920,还用于在检测结果为是可信任节点时,执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
在上述实施例的第三种可选的实现方式中,
所述处理器920,还用于在根据所述版本升级指令获取升级文件之前,检测所述第二节点是否为可信任节点;
所述处理器920,还用于在检测结果为是可信任节点时,执行所述根据所述版本升级指令获取升级文件的操作。
综上所述,本实施例提供的节点的版本升级装置,通过接收N个节点中已升级的第二节点发送的版本升级指令,根据版本升级指令执行升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个待升级的邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
请参考图10,其示出了本发明一个实施例提供的节点的版本升级装置的结构方框图。该节点的版本升级装置可以通过软件、硬件或者两者的组合实现成为第二节点中的全部或者部分。如图10所示,该节点的版本升级装置包括:总线1010,以及通过总线1010通信的处理器1020、存储器1030和收发器1040。其中,存储器1030用于存储一个或者一个以上的指令,该指令被配置成由处理器1020执行。其中:
所述收发器1040,用于获取升级文件;
所述处理器1020,用于根据所述升级文件执行版本升级;
所述收发器1040,还用于在升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
综上所述,本实施例提供的节点的版本升级装置,通过在自身升级之后,向i个待升级的邻居节点发送版本升级指令,其中,版本升级指令用于指示i个待升级的邻居节点执行版本升级,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
在上述实施例的第一种可选的实施方式中,
所述收发器1040,还用于在向N个节点中的i个待升级的邻居节点发送版本升级指令之前,向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
所述收发器1040,还用于接收所述检测结果,根据所述检测结果判定是否发送所述版本升级指令;
所述收发器1040,还用于在判定结果为发送所述版本升级指令时,执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
在上述实施例的第二种可选的实施方式中,所述处理器1020,还用于:
若j=1,则在所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
若j>1,则统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
在上述实施例的第三种可选的实施方式中,所述向j个邻居节点发送邻居确认请求之前,所述方法还包括:
所述处理器1020,还用于检测升级后自身是否存在异常;
所述收发器1040,还用于在所述处理器1020的检测结果为不存在异常时,执行所述向j个邻居节点发送邻居确认请求的操作。
综上所述,本实施例提供的节点的版本升级装置,通过在自身升级之后,向i个待升级的邻居节点发送版本升级指令,其中,版本升级指令用于指示i个待升级的邻居节点执行版本升级,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
第二节点在发送版本升级指令至i个待升级的邻居节点之前,第二节点先通过j个邻居节点来判断自身是否升级成功,进而只有在升级成功也即判断得到可以发送版本升级指令时才会发送该版本升级指令;避免了由于第二节点升级失败,进而导致第二节点传染其i个邻居节点执行升级后,i个邻居节点可能也会升级失败,整个网络系统出现瘫痪的问题;保证了节点升级的可靠性和稳定性。
本实施例通过使用已升级的节点来逐步升级其对应的邻居节点,使得在某个节点因为自身故障而无法触发邻居节点进行升级,或者因为自身升级失败而导致邻居节点拒绝升级时,该节点的邻居节点最终也会被该邻居节点的其它邻居节点触发升级,也即N个节点中最终只会出现少量的节点未升级成功,而其它节点均能正常升级;避免了现有技术中在中心节点出现故障时,其它所有下属均不能升级,整个网络系统瘫痪的问题,达到了可以降低故障节点对网络系统的影响,保证了网络系统的稳定性的效果。实际实现时,为了保证各个节点均能成功升级,设计人员可以设置一个用于监控网络系统中的各个节点的监控设备,在监控设备监控到某个节点升级失败之后,监控设备可以通知维护人员对该节点进行故障排查,进而最终使得该节点成功升级,本实施例对此并不做限定。
本发明一个实施例还提供了一种节点的版本升级系统。结合图1,该系统可以包括N个节点,N个节点中即有第一节点,也有第二节点,且N个节点中每个节点既可以作为第一节点,也可以作为第二节点。其中,第一节点和第二节点的功能如下:
所述第二节点,用于获取升级文件;根据所述升级文件执行版本升级;在升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2;
所述第一节点,用于接收N个节点中已升级的所述第二节点送的版本升级指令;根据所述版本升级指令获取升级文件;根据所述升级文件执行版本升级。
综上所述,本实施例提供的节点的版本升级系统,通过接收N个节点中已升级的第二节点发送的版本升级指令,根据版本升级指令执行升级,并在升级完毕后,向i个待升级的邻居节点继续发送版本升级指令,进而通过逐点传播的方式升级N个节点中的各个节点。解决了现有技术中需要耗用中心节点的大量资源的问题。达到了可以降低单个节点所需耗用的资源的效果。另外,通过逐点传播的方式来升级N个节点中的各个节点,也避免了现有技术中中心节点批量升级各个下属节点时升级可靠性和稳定性较差的问题;达到了可以保证升级的可靠性以及稳定性的效果。
本实施例中的第一节点可以包括图5或者图6所示的节点的版本升级装置,第二节点可以包括图7或者图8所示的节点的版本升级装置。或者,第一节点可以包括图9所示的节点的版本升级装置,第二节点包括图10所示的节点的版本升级装置。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种节点的版本升级方法,其特征在于,所述方法包括:
第一节点接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
所述第一节点根据所述版本升级指令获取升级文件;
所述第一节点根据所述升级文件执行版本升级。
2.根据权利要求1所述的方法,其特征在于,所述第一节点接收N个节点中已升级的第二节点发送的版本升级指令之前,所述方法还包括:
接收所述第二节点发送的邻居确认请求;
根据所述邻居确认请求检测所述第二节点是否升级成功;
反馈检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
3.根据权利要求2所述的方法,其特征在于,所述根据所述邻居确认请求检测所述第二节点是否升级成功,包括:
根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
4.根据权利要求2或3所述的方法,其特征在于,所述根据所述邻居确认请求检测所述第二节点是否升级成功之前,所述方法还包括:
检测所述第二节点是否为可信任节点;
若是可信任节点,则执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
5.根据权利要求1至4任一所述的方法,其特征在于,所述第一节点根据所述版本升级指令获取升级文件之前,所述方法还包括:
检测所述第二节点是否为可信任节点;
若是可信任节点,则执行所述根据所述版本升级指令获取升级文件的操作。
6.一种节点的版本升级方法,其特征在于,所述方法包括:
第二节点获取升级文件;
所述第二节点根据所述升级文件执行版本升级;
在升级完毕后,所述第二节点向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
7.根据权利要求6所述的方法,其特征在于,所述第二节点向N个节点中的i个待升级的邻居节点发送版本升级指令之前,所述方法还包括:
向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
接收所述检测结果,根据所述检测结果判定是否发送所述版本升级指令;
若判定结果为发送所述版本升级指令,则执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
8.根据权利要求7所述的方法,其特征在于,所述根据所述检测结果判定是否发送所述版本升级指令,包括:
若j=1,则在所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
若j>1,则统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
9.根据权利要求7或8所述的方法,其特征在于,所述向j个邻居节点发送邻居确认请求之前,所述方法还包括:
检测升级后自身是否存在异常;
若不存在异常,则执行所述向j个邻居节点发送邻居确认请求的操作。
10.一种节点的版本升级装置,其特征在于,应用于第一节点中,所述装置包括:
指令接收模块,用于接收N个节点中已升级的第二节点发送的版本升级指令,所述版本升级指令为所述第二节点向i个待升级的邻居节点发送的指令,1≤i<N-1,N>2;
文件获取模块,用于根据所述指令接收模块接收到的所述版本升级指令获取升级文件;
版本升级模块,用于根据所述文件获取模块获取到的所述升级文件执行版本升级。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
请求接收模块,用于在所述指令接收模块接收所述第二节点发送的所述版本升级指令之前,接收所述第二节点发送的邻居确认请求;
升级检测模块,用于根据所述请求接收模块接收到的所述邻居确认请求检测所述第二节点是否升级成功;
结果反馈模块,用于反馈所述升级检测模块的检测结果至所述第二节点,所述检测结果用于指示所述第二节点根据所述检测结果判定是否发送所述版本升级指令。
12.根据权利要求11所述的装置,其特征在于,
所述升级检测模块,还用于根据预设测试项测试与所述第二节点之间的通信是否正常;
所述预设测试项包括:对所述第二节点中所述第一节点所依赖的旧版本功能进行测试的测试项,和/或,对所述第二节点中需要依赖所述第一节点的旧版本功能进行测试的测试项。
13.根据权利要求11或12所述的装置,其特征在于,所述装置还包括:
第一检测模块,用于在所述升级检测模块根据所述邻居确认请求检测所述第二节点是否升级成功之前,检测所述第二节点是否为可信任节点;
所述升级检测模块,还用于在所述第一检测模块的检测结果为所述第二节点是可信任节点时,执行所述根据所述邻居确认请求检测所述第二节点是否升级成功的操作。
14.根据权利要求10至13任一所述的装置,其特征在于,所述装置还包括:
第二检测模块,用于在所述文件获取模块根据所述版本升级指令获取升级文件之前,检测所述第二节点是否为可信任节点;
所述文件获取模块,用于在所述第二检测模块的检测结果为所述第二节点是可信任节点时,则执行所述根据所述版本升级指令获取升级文件的操作。
15.一种节点的版本升级装置,其特征在于,应用于第二节点中,所述装置包括:
文件获取模块,用于获取升级文件;
版本升级模块,用于根据所述文件获取模块获取到的所述升级文件执行版本升级;
指令发送模块,用于在所述版本升级模块升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2。
16.根据权利要求15所述的装置,其特征在于,所述装置还包括:
请求发送模块,用于在所述指令发送模块向N个节点中的i个待升级的邻居节点发送版本升级指令之前,向j个邻居节点发送邻居确认请求,所述邻居确认请求用于指示所述j个邻居节点检测所述第二节点是否升级成功,并反馈检测结果;1≤j≤N;
结果接收模块,用于接收所述检测结果;
判定模块,用于根据所述结果接收模块接收到的所述检测结果判定是否发送所述版本升级指令;
所述指令发送模块,还用于在所述判定模块的判定结果为发送所述版本升级指令时,执行所述向N个节点中的i个待升级的邻居节点发送版本升级指令的操作。
17.根据权利要求16所述的装置,其特征在于,所述判定模块,包括:
第一判定单元,用于在j=1,且所述结果接收模块接收到的所述检测结果表示所述第二节点升级成功时,判定为发送所述版本升级指令;
第二判定单元,用于在j>1时,统计表示所述第二节点升级成功的检测结果的个数,检测所述个数与所述j的比值是否达到预设阈值;若达到所述预设阈值,则判定为发送所述版本升级指令。
18.根据权利要求16或17所述的装置,其特征在于,所述装置还包括:
异常检测模块,用于在所述请求发送模块向j个邻居节点发送邻居确认请求之前,检测升级后自身是否存在异常;
所述请求发送模块,还用于在所述异常检测模块的检测结果为不存在异常时,执行所述向j个邻居节点发送邻居确认请求的操作。
19.一种节点的版本升级系统,其特征在于,所述系统包括第一节点和第二节点;
所述第二节点,用于获取升级文件;根据所述升级文件执行版本升级;在升级完毕后,向N个节点中的i个待升级的邻居节点发送版本升级指令,所述版本升级指令用于指示所述i个待升级的邻居节点执行版本升级,1≤i<N-1,N>2;
所述第一节点,用于接收N个节点中已升级的所述第二节点发送的所述版本升级指令;根据所述版本升级指令获取升级文件;根据所述升级文件执行版本升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510497661.4A CN105207802B (zh) | 2015-08-13 | 2015-08-13 | 节点的版本升级方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510497661.4A CN105207802B (zh) | 2015-08-13 | 2015-08-13 | 节点的版本升级方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105207802A true CN105207802A (zh) | 2015-12-30 |
CN105207802B CN105207802B (zh) | 2018-09-21 |
Family
ID=54955255
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510497661.4A Active CN105207802B (zh) | 2015-08-13 | 2015-08-13 | 节点的版本升级方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105207802B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106850267A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | Ap版本升级方法和装置 |
CN109032644A (zh) * | 2018-07-27 | 2018-12-18 | 蔚来汽车有限公司 | 充电桩、充电桩群的升级方法和装置、控制器及介质 |
CN109962938A (zh) * | 2017-12-14 | 2019-07-02 | 亿度慧达教育科技(北京)有限公司 | 数据更新及访问方法及其装置、集群系统 |
WO2020013943A1 (en) * | 2018-07-12 | 2020-01-16 | Qualcomm Incorporated | Smart upgrade of connected devices in a mesh network |
CN110705893A (zh) * | 2019-10-11 | 2020-01-17 | 腾讯科技(深圳)有限公司 | 一种业务节点管理方法、装置、设备以及存储介质 |
CN111026426A (zh) * | 2019-12-16 | 2020-04-17 | 京信通信系统(中国)有限公司 | 一种直放站的升级方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040107349A1 (en) * | 2002-12-03 | 2004-06-03 | Marco Sasselli | Method for securing software updates |
CN101267344A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 一种网元单板软件的升级方法及装置 |
CN101668041A (zh) * | 2009-09-10 | 2010-03-10 | 杭州华三通信技术有限公司 | 一种分布式ap下载的方法和装置 |
CN101784042A (zh) * | 2009-01-16 | 2010-07-21 | 中兴通讯股份有限公司 | 一种软件加载方法和系统 |
CN104468153A (zh) * | 2013-09-13 | 2015-03-25 | 华为技术有限公司 | 一种集群系统中的告警方法、设备及集群系统 |
-
2015
- 2015-08-13 CN CN201510497661.4A patent/CN105207802B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040107349A1 (en) * | 2002-12-03 | 2004-06-03 | Marco Sasselli | Method for securing software updates |
CN101267344A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 一种网元单板软件的升级方法及装置 |
CN101784042A (zh) * | 2009-01-16 | 2010-07-21 | 中兴通讯股份有限公司 | 一种软件加载方法和系统 |
CN101668041A (zh) * | 2009-09-10 | 2010-03-10 | 杭州华三通信技术有限公司 | 一种分布式ap下载的方法和装置 |
CN104468153A (zh) * | 2013-09-13 | 2015-03-25 | 华为技术有限公司 | 一种集群系统中的告警方法、设备及集群系统 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106850267A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | Ap版本升级方法和装置 |
CN109962938A (zh) * | 2017-12-14 | 2019-07-02 | 亿度慧达教育科技(北京)有限公司 | 数据更新及访问方法及其装置、集群系统 |
CN109962938B (zh) * | 2017-12-14 | 2021-02-05 | 亿度慧达教育科技(北京)有限公司 | 数据更新及访问方法及其装置、集群系统 |
WO2020013943A1 (en) * | 2018-07-12 | 2020-01-16 | Qualcomm Incorporated | Smart upgrade of connected devices in a mesh network |
US10735261B2 (en) | 2018-07-12 | 2020-08-04 | Qualcomm Incorporated | Smart upgrade of connected devices in a mesh network |
CN109032644A (zh) * | 2018-07-27 | 2018-12-18 | 蔚来汽车有限公司 | 充电桩、充电桩群的升级方法和装置、控制器及介质 |
CN110705893A (zh) * | 2019-10-11 | 2020-01-17 | 腾讯科技(深圳)有限公司 | 一种业务节点管理方法、装置、设备以及存储介质 |
CN111026426A (zh) * | 2019-12-16 | 2020-04-17 | 京信通信系统(中国)有限公司 | 一种直放站的升级方法和装置 |
CN111026426B (zh) * | 2019-12-16 | 2024-02-27 | 京信网络系统股份有限公司 | 一种直放站的升级方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105207802B (zh) | 2018-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105207802A (zh) | 节点的版本升级方法、装置和系统 | |
KR101540129B1 (ko) | 원격 액세스 진단 디바이스 및 이의 방법들 | |
CN105205003A (zh) | 一种基于集群化系统的自动化测试方法和装置 | |
US7716527B2 (en) | Repair system | |
CN109654666B (zh) | 一种调试机组的方法、装置及设备 | |
CN110336742B (zh) | 信息发送方法、装置、计算机设备和存储介质 | |
CN105700510A (zh) | Can通信系统的错误分散检测方法及can通信系统 | |
CN105224362A (zh) | 上位机对下位机进行程序升级的方法及系统 | |
US20140122140A1 (en) | Advanced managed service customer edge router | |
CN102882704B (zh) | 一种issu的软重启升级过程中的链路保护方法和设备 | |
CN105450469A (zh) | 一种工业设备中快速通信总线故障检测方法 | |
CN107948063B (zh) | 一种建立聚合链路的方法和接入设备 | |
CN104301140A (zh) | 业务请求响应方法、装置和系统 | |
CN103825766A (zh) | 一种bfd链路检测装置和方法 | |
CN103685501A (zh) | 数据处理方法、装置和系统 | |
KR20160047534A (ko) | 통신 시스템, 대기 장치, 통신 방법 및 대기 프로그램 | |
US8108736B2 (en) | Multi-partition computer system, failure handling method and program therefor | |
CN104935614B (zh) | 一种数据传输方法及装置 | |
CN103501298B (zh) | 一种不中断业务升级过程中保证链路不断流的方法和设备 | |
CN106411643A (zh) | Bmc检测方法以及装置 | |
CN112152972A (zh) | 检测iot设备漏洞的方法和装置、路由器 | |
KR101143922B1 (ko) | 네트워크 자동복구장치 | |
CN110749046B (zh) | 空调器的控制方法、装置、空调器及计算机可读存储介质 | |
CN110798381B (zh) | 一种验证kcs通道通信稳定性的方法、装置以及设备 | |
US10089200B2 (en) | Computer apparatus and computer mechanism |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |