CN103095744B - 对等网络节点降级方法及系统、对等网络节点 - Google Patents

对等网络节点降级方法及系统、对等网络节点 Download PDF

Info

Publication number
CN103095744B
CN103095744B CN201110334787.1A CN201110334787A CN103095744B CN 103095744 B CN103095744 B CN 103095744B CN 201110334787 A CN201110334787 A CN 201110334787A CN 103095744 B CN103095744 B CN 103095744B
Authority
CN
China
Prior art keywords
node
peer
demoted
descendant
message
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
CN201110334787.1A
Other languages
English (en)
Other versions
CN103095744A (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.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group 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 China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201110334787.1A priority Critical patent/CN103095744B/zh
Priority to PCT/CN2012/082415 priority patent/WO2013060221A1/zh
Publication of CN103095744A publication Critical patent/CN103095744A/zh
Application granted granted Critical
Publication of CN103095744B publication Critical patent/CN103095744B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种对等网络节点降级方法及系统、对等网络节点,该方法包括步骤:对等网络中的待降级对等节点向其后继节点发送离开请求消息;若接收到后继节点发送的离开同意消息,则所述待降级对等节点将自身降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述待降级对等节点的业务后发送的。本发明技术方案解决了现有技术中存在的对等网络中的对等节点直接降级为客户节点导致其后继节点的负荷过重的问题。

Description

对等网络节点降级方法及系统、对等网络节点
技术领域
本发明涉及对等网络技术领域,尤其涉及对等网络节点降级方法及系统、对等网络节点。
背景技术
在目前的各种网络应用中,许多网络服务需要使用点对点(P2P,Peer-to-Peer)技术,又称为对等网络技术,它是一种用在不同的节点之间,不经过中继设备直接交换资源的技术。对等网络包含多个对等网络节点,对等网络节点的节点类型有两种:对等节点和客户节点。
对等网络中用于进行交换的资源(以下简称交换资源)分散存储于各对等节点中,各对等节点之间具有对等性,对等节点既可以为其他节点提供服务(即向对等网络中的其他节点提供自身所存储的交换资源),也可以向其他对等节点请求服务(即从其他对等节点中获取交换资源)。而客户节点则只能向对等节点请求服务(即从对等节点中获取交换资源)。
在现有技术中,对等网络中的客户节点为客户设备,对等节点为服务器。出于降低成本和充分利用资源的考虑,现有技术提出,也可以将对等网络中能力较强且环境稳定的客户节点升级为对等节点为其他节点提供服务。
现有技术中,由客户节点升级成对等节点的对等节点在自身的处理资源不足或者想要离开对等网络时,就不能继续为其他节点提供服务,此时该对等节点可以直接向各后继节点发送离开请求,该对等节点的业务(即该对等节点需处理的服务请求)后续就由各后继节点进行处理,也就相当于将该对等节点降级为客户节点,该对等节点可以在发送离开请求后直接退出对等网络。
由上可知,对等节点不能为其他节点提供服务时,可以在发送离开请求后直接降级为客户节点退出对等网络,由于对等节点直接降级为客户节点,那么原来由该对等节点处理的业务将被自动路由到该对等节点的各后继节点进行处理,这就导致该对等节点的后继节点负荷增大,若某个后继节点负荷过重,导致处理资源不足,则该后继节点也不能为其他节点提供服务,那么相应的业务就会被路由到该后继节点的各后继节点中,类似的现象循着对等节点之间的后继关系不断向前推进,得不到处理的业务就会像“雪球”一样越滚越大,最终可能导致对等网络的瘫痪。
发明内容
本发明实施例提供一种对等网络节点降级方法及系统、对等网络节点,用以解决现有技术中存在的对等网络中的对等节点直接降级为客户节点导致其后继节点的负荷过重的问题。
本发明实施例技术方案如下:
一种对等网络节点降级方法,该方法包括:对等网络中的待降级对等节点向其后继节点发送离开请求消息;若接收到后继节点发送的离开同意消息,则所述待降级对等节点将自身降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述待降级对等节点的业务后发送的。
一种对等网络节点,所述对等网络节点为待降级对等节点,包括:离开请求消息发送单元,用于向该对等网络节点的后继节点发送离开请求消息;离开同意消息接收单元,用于接收所述后继节点发送的离开同意消息;降级单元,用于在所述离开同意消息接收单元接收到离开同意消息后,将所述对等网络节点由对等节点降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述对等网络节点的业务后发送的。
一种对等网络节点降级方法,该方法包括:对等网络中的待降级对等节点的后继节点接收到该待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点的业务;若判断结果为是,则所述后继节点向所述待降级对等节点发送离开同意消息,指示所述待降级对等节点降级为客户节点。
一种对等网络节点,所述对等网络节点为待降级对等节点的后继节点,包括:离开请求消息接收单元,用于接收所述待降级对等节点发送的离开请求消息;判断单元,用于根据所述对等网络节点当前的处理能力,判断是否能够处理所述待降级对等节点的业务;离开同意消息发送单元,用于在判断单元的判断结果为是时,向所述待降级对等节点发送离开同意消息,指示所述待降级对等节点降级为客户节点。
一种对等网络节点降级系统,包括对等网络中的待降级对等节点以及该待降级对等节点的后继节点,其中:待降级对等节点,用于向其后继节点发送离开请求消息,若接收到后继节点发送的离开同意消息,则将自身降级为客户节点;后继节点,用于在接收到该待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点的业务,若判断结果为是,则向所述待降级对等节点发送离开同意消息。
本发明实施例技术方案中,对等网络中的待降级对等节点先向其后继节点发送离开请求消息,后继节点根据自身当前的处理能力判断是否能够处理该待降级对等节点的业务,如果能够处理,则向该待降级对等节点发送离开同意消息,待降级对等节点只有在接收到离开同意消息之后才将自身降级为客户节点,由上可见,对等网络中的待降级对等节点不再是向后继节点发送离开请求消息后直接进行降级后退出网络,而是在后继节点同意后才将自身降级为客户节点,也就是说,待降级对等节点只有在后继节点能够处理该对等节点的业务时才会进行降级处理,从而有效避免了对等网络中的待降级对等节点直接降级为客户节点导致其后继节点的负荷过重,甚至导致对等网络瘫痪的情况。
附图说明
图1为本发明实施例一中,对等网络架构示意图;
图2为本发明实施例二中,待降级对等节点侧的对等网络节点降级方法流程示意图;
图3为本发明实施例三中,对等网络节点结构示意图;
图4为本发明实施例四中,后继节点侧的对等网络节点降级方法流程示意图;
图5为本发明实施例五中,对等网络节点结构示意图;
图6为本发明实施例六中,主动降级时的对等网络节点降级方法具体实现流程示意图;
图7为本发明实施例七中,被动降级时的对等网络节点降级方法具体实现流程示意图;
图8为本发明实施例八中,对等网络节点降级系统结构示意图。
具体实施方式
下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。
实施例一
如图1所示,为本发明实施例一中的对等网络架构示意图,对等网络中各对等节点相互连接的拓扑结构为环状,各对等节点按照节点标识中的数字由小到大的顺序在环上呈顺时针排列。每一个对等节点在对等网络中都有至少一个前驱节点和至少一个后继节点,在确定对等节点的前驱节点时,可以将按照顺时针排列的各对等节点中,排在该对等节点前、且与该对等节点相邻的对等节点确定为该对等节点的前驱节点,相应的,在确定对等节点的后继节点时,可以将按照顺时针排列的各对等节点中,排在该对等节点后、且与该对等节点相邻的对等节点确定为该对等节点的后继节点。例如,图1中,对等节点N1的前驱节点为对等节点N56,其后继节点为对等节点N8。
对等网络中的交换资源都有相应的资源标识,可以按照预设算法以及交换资源的资源标识来确定存储该交换资源的对等节点,例如,本发明实施例一采用的预设算法为分布式哈希表(DHT,DistributedHashTable)算法,根据DHT算法,对资源标识进行计算,得到存储该交换资源的对等节点的节点标识,例如,图1中,存储资源标识为K10的交换资源的对等节点为对等节点N14。
本发明实施例提供的对等网络节点降级方法包括待降级对等节点侧的降级方法和后继节点侧的降级方法,下面分别先介绍待降级对等节点侧的降级方法。
实施例二
如图2所示,为本发明实施例二提出的待降级对等节点侧的对等网络节点降级方法流程示意图,其具体处理流程如下:
步骤21,对等网络中的待降级对等节点向其后继节点发送离开请求消息,其中,上述待降级对等节点为由客户设备充当的对等节点,该客户设备由客户节点升级为对等节点,当对等网络中的对等节点要降级为客户节点时,把该对等节点称为待降级对等节点;
离开请求消息用于待降级对等节点向其后继节点表示自身有降级的意向,并询问其后继节点是否同意自身的降级请求。
其中,若待降级对等节点只有一个后继节点,则该待降级对等节点只要向这一个后继节点发送离开请求消息即可;对等网络中的对等节点也可以对应多个后继节点,若待降级对等节点有多个后继节点,则该待降级对等节点可以向每个后继节点分别发送离开请求消息。
此外,对等网络中的待降级对等节点的降级情况可以分为主动降级和被动降级两种,具体为:
主动降级,若对等网络中的对等节点是由客户设备充当的,那么当该对等节点的处理资源不足或是用户体验不好时,可以主动进行降级,即主动向该对等节点的后继节点发送离开请求消息;
被动降级,当对等网络中的决策节点(即充当决策者的对等节点)获知对等网络的路由时延过大或是其他异常情况时,会认为需要将某些由客户设备充当的对等节点降级为客户节点,不再为其他节点提供服务,以缓解路由时延过大等情况,此时决策节点可以先对对等网络中的各个由客户设备充当的对等节点进行实时状态查询,然后根据查询到的实时状态来确定各待降级对等节点,然后向确定出的各待降级对等节点分别发送降级请求消息,待降级对等节点接收到决策节点发送的降级请求消息后,确认自身要降级为客户节点,然后向其后继节点发送离开请求消息。例如,上述实时状态为中央处理器(CPU,CentralProcessingUnit)使用比率情况,那么决策节点先查询各个由客户设备充当的对等节点的CPU使用比率情况,然后将CPU使用比率低于预定数值的对等节点确定为待降级对等节点,再向各个待降级对等节点分别发送降级请求消息,此外,上述实时状态也可以为CPU空闲比率情况,那么决策节点先查询各个由客户设备充当的对等节点的CPU空闲比率情况,然后将CPU空闲比率高于预定数值的对等节点确定为待降级对等节点,再向各个待降级对等节点分别发送降级请求消息。
步骤22,待降级对等节点若接收到后继节点发送的离开同意消息,则将自身降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述待降级对等节点的业务后发送的。
本发明实施例二中,待降级对等节点的后继节点接收到待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理该待降级对等节点的业务,若判断出能够处理,则向该待降级对等节点发送离开同意消息,若判断出不能处理,则可以向该待降级对等节点发送离开拒绝消息。其中,后继节点根据自身当前的处理能力判断是否能够处理该待降级对等节点的业务的具体实现过程将在下面的实施例三中详细描述。
若待降级对等节点只有一个后继节点,则该待降级对等节点可以在接收到该后继节点发送的离开同意消息后,将自身降级为客户节点,若接收到该后继节点发送的离开拒绝消息,则不进行降级处理;若待降级对等节点有多个后继节点,那么待降级对等节点可以在接收到每个后继节点分别发送的离开同意消息后,将自身降级为客户节点,也就是说,待降级对等节点若接收到一个或多个后继节点发送的离开拒绝消息,则不进行降级处理。
例如,某待降级对等节点有三个后继节点,分别为后继节点1、后继节点2和后继节点3,各后继节点向该待降级对等节点发送的消息如表一所示:
表一:
后继节点 消息类型
后继节点一 离开同意消息
后继节点二 离开同意消息
后继节点三 离开拒绝消息
由表一可知,待降级对等节点的三个后继节点中有两个后继节点(后继节点1和后继节点2)发送的是离开同意消息,一个后继节点(后继节点3)发送的是离开拒绝消息,此时,该待降级对等节点可以不进行降级处理。
若待降级对等节点接收到后继节点发送的离开拒绝消息,则该待降级对等节点可以不进行降级处理,结束降级流程,也可以在等待预设时间长度(例如,预设时间长度为10秒)后,重新向该待降级对等节点的后继节点发送离开请求消息,也就是说重复执行步骤21和步骤22,直至接收到后继节点发送的离开同意消息为止。
在本发明实施例二中,待降级对等节点将自身由对等节点降级为客户节点的流程可以但不限于为下述:
若待降级对等节点只有一个后继节点,则该待降级对等节点直接向该后继节点发送储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,待降级对等节点接收到后继节点发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,其中,若待降级对等节点接收到后继节点发送的储存失败消息,则可以在预设时间长度后再次向后继节点发送储存请求消息。各节点在接收到更新请求消息后,进行路由表更新操作,然后在成功更新路由表后,向该待降级对等节点发送更新完成消息,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点。待降级对等节点在成功降级为客户节点后,可以选择退出对等网络。
若待降级对等节点有多个后继节点,则该待降级对等节点先针对每个后继节点,按照预先设定的分担规则,分别确定该待降级对等节点中存储的、该后继节点负责处理的交换资源,然后向该后继节点发送储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,每个后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,待降级对等节点接收到各后继节点分别发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,其中,若待降级对等节点接收到至少一个后继节点发送的储存失败消息,则可以在预设时间长度后再次向各后继节点分别发送储存请求消息。各节点在接收到更新请求消息后,进行路由表更新操作,然后在成功更新路由表后,向该待降级对等节点发送更新完成消息,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点。
例如,待降级对等节点的后继节点为后继节点一、后继节点二和后继节点三,该待降级对等节点存储有交换资源一、交换资源二、交换资源三、交换资源四、交换资源五和交换资源六,预先设定的分担规则为:若待降级对等节点存储有N个交换资源,则后继节点一分担其中的前N/3个交换资源,后继节点二分担中间的N/3个交换资源,后继节点三分担后N/3个交换资源。该待降级对等节点的各后继节点所分担的交换资源如表二所示:
表二:
后继节点一 交换资源一、交换资源二
后继节点二 交换资源三、交换资源四
后继节点三 交换资源五、交换资源六
根据表二,待降级对等节点将交换资源一和交换资源二携带在储存请求消息中传输给后继节点一,将交换资源三和交换资源四携带在储存请求消息中传输给后继节点二,将交换资源五和交换资源六携带在储存请求消息中传输给后继节点三。
若待降级对等节点此次降级为被动降级,则该待降级对等节点接收到后继节点发送的离开同意消息之后,不是直接进行降级,而是向决策节点发送降级同意消息,此外,若待降级对等节点接收到后继节点发送的离开拒绝消息,则该待降级对等节点向决策节点发送降级拒绝消息,对等网络的决策节点针对发送降级同意消息的各待降级对等节点,分别发送离开指示消息,待降级对等节点接收到决策节点发送的离开指示消息后,开始进入降级流程。
其中,被动降级情况下待降级对等节点的降级流程与主动降级情况下待降级对等节点的降级流程相同,在此不做赘述。
本申请实施例二中,待降级对等节点在成功降级为客户节点后,可以选择退出对等网络,也可以选择以客户节点的身份继续存在于对等网络中。
实施例三
相应的,本发明实施例三提供一种对等网络节点,所述对等网络节点为待降级对等节点,其结构如图3所示,包括:
离开请求消息发送单元31,用于向该对等网络节点的后继节点发送离开请求消息;
离开同意消息接收单元32,用于接收所述后继节点发送的离开同意消息;
降级单元33,用于在所述离开同意消息接收单元32接收到离开同意消息后,将所述对等网络节点由对等节点降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述对等网络节点的业务后发送的。
较佳地,所述对等网络节点还包括:
降级请求消息接收单元,用于在离开请求消息发送单元31向该对等网络节点的后继节点发送离开请求消息之前,接收对等网络中的决策节点发送的降级请求消息。
更佳地,所述对等网络节点还包括:
降级同意消息发送单元,用于在降级单元33将所述对等网络节点由对等节点降级为客户节点之前,将所述降级同意消息发送给所述决策节点;
离开指示消息接收单元,用于接收所述决策节点发送的离开指示消息;
降级单元33,还用于在离开指示消息接收单元接收到离开指示消息后,将所述对等网络节点由对等节点降级为客户节点。
较佳地,所述对等网络节点还包括:
离开拒绝消息接收单元,用于接收所述后继节点发送的离开拒绝消息;
离开请求消息发送单元31,还用于在离开拒绝消息接收单元接收到离开拒绝消息后,在等待预设时间长度后,重新向该对等网络节点的后继节点发送离开请求消息,所述离开拒绝消息是后继节点根据自身当前的处理能力判断出不能够处理所述对等网络节点的业务后发送的。
更佳地,所述对等网络节点的后继节点有多个;
降级单元33,还用于在离开同意消息接收单元32接收到所述对等网络节点的每个后继节点分别发送的离开同意消息时,将所述对等网络节点由对等节点降级为客户节点;
离开请求消息发送单元31,还用于在离开拒绝消息接收单元接收到所述对等网络节点的至少一个后继节点发送的离开拒绝消息时,在等待预设时间长度后,重新向该对等网络节点的后继节点发送离开请求消息。
实施例四
如图4所示,为本发明实施例四提出的,后继节点侧的对等网络节点降级方法流程示意图,其具体处理流程如下:
步骤41,对等网络中的待降级对等节点的后继节点接收到该待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理该待降级对等节点的业务;
后继节点的处理能力可以但不限于由各处理资源的处理能力来表征,处理资源可以但不限于包括CPU资源、内存资源和带宽资源等。针对内存资源和带宽资源,后继节点可以直接读取这些处理资源的当前处理能力,例如读取当前的内存空闲值以及带宽空闲值,而针对CPU资源,由于后继节点无法直接读取当前的CPU处理能力,只能读取当前CPU的空闲比率,因此后继节点需要通过运行预先下载的基准测试程序,在接入对等网络之前,对自身的CPU总体处理能力进行评估,后续在判断是否能够处理待降级对等节点的业务时,根据评估得到的CPU总体处理能力与读取出的当前CPU的空闲比率,确定当前的CPU处理能力。
后继节点通过运行预先下载的基准测试程序完成CPU总体处理能力的评估之后,若通过对等节点间的交互信息,发现其他对等节点的基准测试程序的版本高于自身的基准测试程序的版本,也就是说该后继节点的基准测试程序需要进行更新,此时后继节点可以下载最新的基准测试程序,并根据重新下载的基准测试程序,对CPU总体处理能力进行评估。其中,若后继节点当前的负载较轻,则可以在下载最新的基准测试程序之后立即进行CPU总体处理能力的评估,若后继节点当前的负载较重,则可以在下载最新的基准测试程序之后等待一段时间再进行CPU总体处理能力的评估。
后继节点判断是否能够处理待降级对等节点的业务,不仅需要得到自身当前各处理资源的处理能力,还需要获取处理该待降级对等节点的业务时各处理资源所需的处理能力,然后针对每个处理资源,分别判断自身当前的该处理资源的处理能力是否满足处理所述待降级对等节点的业务时该处理资源所需的处理能力,若判断结果均为是,则确认能够处理所述待降级对等节点的业务,否则,确认不能够处理该待降级对等节点的业务,
本发明实施例四中,后继节点确定处理待降级对等节点的业务时各处理资源所需的处理能力的过程可以但不限于为下述:后继节点按照预先设定的分担规则,确定该待降级对等节点中存储的、该后继节点负责处理的交换资源,然后根据确定出的交换资源,确定后续处理针对这些交换资源的用户请求时各处理资源所需的处理能力,即处理待降级对等节点的业务时各处理资源所需的处理能力。
步骤42,若步骤41的判断结果为是,则后继节点向上述待降级对等节点发送离开同意消息,指示该待降级对等节点降级为客户节点。
此外,若步骤41的判断结果为否,则后继节点可以向上述待降级对等节点发送离开拒绝消息,指示该待降级对等节点不能够降级为客户节点。
由上述处理过程可知,本发明实施例技术方案中,对等网络中的待降级对等节点先向其后继节点发送离开请求消息,后继节点根据自身当前的处理能力判断是否能够处理该待降级对等节点的业务,如果能够处理,则向该待降级对等节点发送离开同意消息,待降级对等节点只有在接收到离开同意消息之后才将自身降级为客户节点,由上可见,对等网络中的待降级对等节点不再是向后继节点发送离开请求消息后直接进行降级后退出网络,而是在后继节点同意后才将自身降级为客户节点,也就是说,待降级对等节点只有在后继节点能够处理该待降级对等节点的业务时才会进行降级处理,从而有效避免了对等网络中的待降级对等节点直接降级为客户节点导致其后继节点的负荷过重,甚至导致对等网络瘫痪的情况。
实施例五
相应的,本发明实施例五提供一种对等网络节点,所述对等网络节点为待降级对等节点的后继节点,其结构如图5所示,包括:
离开请求消息接收单元51,用于接收所述待降级对等节点发送的离开请求消息;
判断单元52,用于根据所述对等网络节点当前的处理能力,判断是否能够处理所述待降级对等节点的业务;
离开同意消息发送单元53,用于在判断单元52的判断结果为是时,向所述待降级对等节点发送离开同意消息,指示所述待降级对等节点降级为客户节点。
较佳地,判断单元52具体包括:
处理能力确定子单元,用于确定所述对等网络节点当前各处理资源的处理能力以及处理所述待降级对等节点的业务时各处理资源所需的处理能力;
判断子单元,用于针对每个处理资源,分别判断所述对等网络节点当前的该处理资源的处理能力是否满足处理所述待降级对等节点的业务时该处理资源所需的处理能力;
确认子单元,用于在判断子单元的判断结果均为是时,确认所述对等网络节点能够处理所述待降级对等节点的业务,以及在判断子单元的至少一个判断结果为否时,确认所述对等网络节点不能够处理所述待降级对等节点的业务。
下面给出更为详细的实施方式。
实施例六
如图6所示,为本发明实施例六提出的,在待降级对等节点只有一个后继节点的情况下,主动降级时的对等网络节点降级方法具体实现流程图,其具体处理流程如下:
步骤61,对等网络中的待降级对等节点向其后继节点发送离开请求消息;
步骤62,该后继节点根据自身当前的处理能力,判断是否能够处理该待降级对等节点的业务;
步骤63,后继节点若判断出能够处理该待降级对等节点的业务,则向该待降级对等节点发送离开同意消息,若判断出不能够处理该待降级对等节点的业务,则向该待降级对等节点发送离开拒绝消息;
步骤64,待降级对等节点若接收到该后继节点发送的离开同意消息,则执行降级处理流程,首先向该后继节点发送储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源;
若待降级对等节点接收到该后继节点发送的离开拒绝消息,则可以等待预设时间长度后,再次向该后继节点发送离开请求消息。
步骤65,后继节点将储存请求消息中携带的交换资源进行存储;
步骤66,后继节点成功存储交换资源后,向该待降级对等节点发送储存成功消息,若后继节点存储失败,则向该待降级对等节点发送储存失败消息;
步骤67,待降级对等节点若接收到后继节点发送的储存成功消息,则向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作;
若待降级对等节点接收到该后继节点发送的储存失败消息,则可以等待预设时间长度后,再次向该后继节点发送储存请求消息。
步骤68,待降级对等节点的前驱节点和后继节点在接收到更新请求消息后,进行路由表更新操作;
步骤69,待降级对等节点的前驱节点和后继节点在成功更新路由表后,向该待降级对等节点发送更新完成消息。
实施例七
如图7所示,为本发明实施例七提出的,在待降级对等节点只有一个后继节点的情况下,被动降级时对等网络节点的降级方法具体实现流程图,其具体处理流程如下:
步骤71,对等网络中的决策节点对各个由客户设备充当的对等节点进行实时状态查询,根据查询到的实时状态来确定各待降级对等节点;
步骤72,决策节点向确定出的各待降级对等节点分别发送降级请求消息;
步骤73,接收到降级请求消息的待降级对等节点,向该待降级对等节点的后继节点发送离开请求消息;
步骤74,该后继节点根据自身当前的处理能力,判断是否能够处理该待降级对等节点的业务;
步骤75,后继节点若判断出能够处理该待降级对等节点的业务,则向该待降级对等节点发送离开同意消息,若判断出不能够处理该待降级对等节点的业务,则向该待降级对等节点发送离开拒绝消息;
步骤76,待降级对等节点若接收到离开同意消息,则向决策节点发送降级同意消息,若接收到离开拒绝消息,则向决策节点发送降级拒绝消息;
步骤77,决策节点针对发送降级同意消息的各待降级对等节点,分别发送离开指示消息;
步骤78,待降级对等节点接收到决策节点发送的离开指示消息后,执行降级处理流程,其中降级处理流程和本发明实施例六中步骤64~步骤69的降级处理流程一致,这里不再赘述。
实施例八
相应的,本发明实施例八提供一种对等网络节点降级系统,其结构如图8所示,包括待降级对等节点81和该待降级对等节点81的后继节点82,其中:
待降级对等节点81,用于向其后继节点82发送离开请求消息,若接收到后继节点82发送的离开同意消息,则将自身降级为客户节点;
后继节点,用于在接收到该待降级对等节点81发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点81的业务,若判断结果为是,则向所述待降级对等节点81发送离开同意消息。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (15)

1.一种对等网络节点降级方法,其特征在于,包括:
对等网络中的待降级对等节点向其后继节点发送离开请求消息;
若接收到后继节点发送的离开同意消息,则所述待降级对等节点将自身降级为客户节点,具体为:若待降级对等节点只有一个后继节点,则该待降级对等节点直接向该后继节点发送储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,待降级对等节点接收到后继节点发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点;若待降级对等节点有多个后继节点,则该待降级对等节点先针对每个后继节点,按照预先设定的分担规则,分别确定该待降级对等节点中存储的、该后继节点负责处理的交换资源,然后向该后继节点发送储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,待降级对等节点接收到各后继节点分别发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点;
其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述待降级对等节点的业务后发送的。
2.如权利要求1所述的方法,其特征在于,对等网络中的待降级对等节点向其后继节点发送离开请求消息之前,还包括:
接收对等网络中的决策节点发送的降级请求消息。
3.如权利要求2所述的方法,其特征在于,所述待降级对等节点将自身降级为客户节点之前,还包括:
将降级同意消息发送给所述决策节点;并
接收所述决策节点发送的离开指示消息。
4.如权利要求1所述的方法,其特征在于,还包括:
若接收到后继节点发送的离开拒绝消息,则所述待降级对等节点在等待预设时间长度后,重新向其后继节点发送离开请求消息,所述离开拒绝消息是后继节点根据自身当前的处理能力判断出不能够处理所述待降级对等节点的业务后发送的。
5.如权利要求4所述的方法,其特征在于,所述待降级对等节点的后继节点有多个;
接收到后继节点发送的离开同意消息,具体包括:
接收到所述待降级对等节点的每个后继节点分别发送的离开同意消息;
接收到后继节点发送的离开拒绝消息,具体包括:
接收到所述待降级对等节点的至少一个后继节点发送的离开拒绝消息。
6.一种对等网络节点,所述对等网络节点为待降级对等节点,其特征在于,包括:
离开请求消息发送单元,用于向该对等网络节点的后继节点发送离开请求消息;
离开同意消息接收单元,用于接收所述后继节点发送的离开同意消息;
降级单元,用于在所述离开同意消息接收单元接收到离开同意消息后,将所述对等网络节点由对等节点降级为客户节点,其中,所述离开同意消息是后继节点根据自身当前的处理能力判断出能够处理所述对等网络节点的业务后发送的;
其中,所述降级单元具体处理过程为:若待降级对等节点只有一个后继节点,则该待降级对等节点直接向该后继节点发送储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,待降级对等节点接收到后继节点发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点;若待降级对等节点有多个后继节点,则该待降级对等节点先针对每个后继节点,按照预先设定的分担规则,分别确定该待降级对等节点中存储的、该后继节点负责处理的交换资源,然后向该后继节点发送储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,待降级对等节点接收到各后继节点分别发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点。
7.如权利要求6所述的对等网络节点,其特征在于,还包括:
降级请求消息接收单元,用于在离开请求消息发送单元向该对等网络节点的后继节点发送离开请求消息之前,接收对等网络中的决策节点发送的降级请求消息。
8.如权利要求7所述的对等网络节点,其特征在于,还包括:
降级同意消息发送单元,用于在降级单元将所述对等网络节点由对等节点降级为客户节点之前,将降级同意消息发送给所述决策节点;
离开指示消息接收单元,用于接收所述决策节点发送的离开指示消息;
降级单元,还用于在离开指示消息接收单元接收到离开指示消息后,将所述对等网络节点由对等节点降级为客户节点。
9.如权利要求6所述的对等网络节点,其特征在于,还包括:
离开拒绝消息接收单元,用于接收所述后继节点发送的离开拒绝消息;
离开请求消息发送单元,还用于在离开拒绝消息接收单元接收到离开拒绝消息后,在等待预设时间长度后,重新向该对等网络节点的后继节点发送离开请求消息,所述离开拒绝消息是后继节点根据自身当前的处理能力判断出不能够处理所述对等网络节点的业务后发送的。
10.如权利要求9所述的对等网络节点,其特征在于,所述对等网络节点的后继节点有多个;
降级单元,还用于在离开同意消息接收单元接收到所述对等网络节点的每个后继节点分别发送的离开同意消息时,将所述对等网络节点由对等节点降级为客户节点;
离开请求消息发送单元,还用于在离开拒绝消息接收单元接收到所述对等网络节点的至少一个后继节点发送的离开拒绝消息时,在等待预设时间长度后,重新向该对等网络节点的后继节点发送离开请求消息。
11.一种对等网络节点降级方法,其特征在于,包括:
对等网络中的待降级对等节点的后继节点接收到该待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点的业务;
若判断结果为是,则所述后继节点向所述待降级对等节点发送离开同意消息,指示所述待降级对等节点降级为客户节点,具体为:若待降级对等节点只有一个后继节点,所述后继节点接收待降级对等节点发送的储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,所述后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,以及接收待降级对等节点发送的更新请求消息,进行路由表更新操作,在成功更新路由表时,向该待降级对等节点发送更新完成消息以使所述待降级对等节点降级为客户节点;若待降级对等节点有多个后继节点,则按照预先设定的分担规则,确定所述后继节点负责处理的交换资源,接收储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,接收更新请求消息,进行路由表更新操作,在成功更新路由表后,向该待降级对等节点发送更新完成消息,以使待降级对等节点成功降级为客户节点。
12.如权利要求11所述的方法,其特征在于,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点的业务,具体包括:
所述后继节点确定自身当前各处理资源的处理能力以及处理所述待降级对等节点的业务时各处理资源所需的处理能力;
针对每个处理资源,分别判断自身当前的该处理资源的处理能力是否满足处理所述待降级对等节点的业务时该处理资源所需的处理能力;
若判断结果均为是,则确认能够处理所述待降级对等节点的业务;否则
确认不能够处理所述待降级对等节点的业务。
13.一种对等网络节点,所述对等网络节点为待降级对等节点的后继节点,其特征在于,包括:
离开请求消息接收单元,用于接收所述待降级对等节点发送的离开请求消息;
判断单元,用于根据所述对等网络节点当前的处理能力,判断是否能够处理所述待降级对等节点的业务;
离开同意消息发送单元,用于在判断单元的判断结果为是时,向所述待降级对等节点发送离开同意消息,指示所述待降级对等节点降级为客户节点,具体为:若待降级对等节点只有一个后继节点,所述后继节点接收待降级对等节点发送的储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,所述后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,以及接收待降级对等节点发送的更新请求消息,进行路由表更新操作,在成功更新路由表时,向该待降级对等节点发送更新完成消息以使所述待降级对等节点降级为客户节点;若待降级对等节点有多个后继节点,则按照预先设定的分担规则,确定所述后继节点负责处理的交换资源,接收储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,接收更新请求消息,进行路由表更新操作,在成功更新路由表后,向该待降级对等节点发送更新完成消息,以使待降级对等节点成功降级为客户节点。
14.如权利要求13所述的对等网络节点,其特征在于,判断单元具体包括:
处理能力确定子单元,用于确定所述对等网络节点当前各处理资源的处理能力以及处理所述待降级对等节点的业务时各处理资源所需的处理能力;
判断子单元,用于针对每个处理资源,分别判断所述对等网络节点当前的该处理资源的处理能力是否满足处理所述待降级对等节点的业务时该处理资源所需的处理能力;
确认子单元,用于在判断子单元的判断结果均为是时,确认所述对等网络节点能够处理所述待降级对等节点的业务,以及在判断子单元的至少一个判断结果为否时,确认所述对等网络节点不能够处理所述待降级对等节点的业务。
15.一种对等网络节点降级系统,其特征在于,包括对等网络中的待降级对等节点以及该待降级对等节点的后继节点,其中:
待降级对等节点,用于向其后继节点发送离开请求消息,若接收到后继节点发送的离开同意消息,则将自身降级为客户节点;
后继节点,用于在接收到该待降级对等节点发送的离开请求消息后,根据自身当前的处理能力,判断是否能够处理所述待降级对等节点的业务,若判断结果为是,则向所述待降级对等节点发送离开同意消息,具体为:
若待降级对等节点只有一个后继节点,则该待降级对等节点直接向该后继节点发送储存请求消息,储存请求消息中携带有该待降级对等节点所存储的交换资源,后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,待降级对等节点接收到后继节点发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,其中,若待降级对等节点接收到后继节点发送的储存失败消息,则在预设时间长度后再次向后继节点发送储存请求消息;各节点在接收到更新请求消息后,进行路由表更新操作,然后在成功更新路由表后,向该待降级对等节点发送更新完成消息,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点;待降级对等节点在成功降级为客户节点后,选择退出对等网络;
若待降级对等节点有多个后继节点,则该待降级对等节点先针对每个后继节点,按照预先设定的分担规则,分别确定该待降级对等节点中存储的、该后继节点负责处理的交换资源,然后向该后继节点发送储存请求消息,储存请求消息中携带有该后继节点负责处理的交换资源,每个后继节点将储存请求消息中携带的交换资源进行存储,并向该待降级对等节点发送储存成功消息,待降级对等节点接收到各后继节点分别发送的储存成功消息后,向其前驱节点和后继节点分别发送更新请求消息,通知各节点进行路由表更新操作,其中,若待降级对等节点接收到至少一个后继节点发送的储存失败消息,则在预设时间长度后再次向各后继节点分别发送储存请求消息;各节点在接收到更新请求消息后,进行路由表更新操作,然后在成功更新路由表后,向该待降级对等节点发送更新完成消息,待降级对等节点接收到各前驱节点和后继节点分别发送的更新完成消息后,确认降级流程结束,该待降级对等节点成功降级为客户节点。
CN201110334787.1A 2011-10-28 2011-10-28 对等网络节点降级方法及系统、对等网络节点 Active CN103095744B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110334787.1A CN103095744B (zh) 2011-10-28 2011-10-28 对等网络节点降级方法及系统、对等网络节点
PCT/CN2012/082415 WO2013060221A1 (zh) 2011-10-28 2012-09-29 用于p2p系统的节点加入方法及相应的p2p系统、对等网络节点降级方法及系统、对等网络节点

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110334787.1A CN103095744B (zh) 2011-10-28 2011-10-28 对等网络节点降级方法及系统、对等网络节点

Publications (2)

Publication Number Publication Date
CN103095744A CN103095744A (zh) 2013-05-08
CN103095744B true CN103095744B (zh) 2016-05-25

Family

ID=48207876

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110334787.1A Active CN103095744B (zh) 2011-10-28 2011-10-28 对等网络节点降级方法及系统、对等网络节点

Country Status (1)

Country Link
CN (1) CN103095744B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11297490B2 (en) * 2019-04-11 2022-04-05 Qualcomm Incorporated Radio resource control signaling of different user equipment capability of parent band combinations
CN113778730B (zh) * 2021-01-28 2024-04-05 北京京东乾石科技有限公司 分布式系统的服务降级方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1802070A1 (en) * 2005-12-21 2007-06-27 NTT DoCoMo, Inc. Method and apparatus for mobility churn handling for peer-to-peer lookup systems
CN101309286A (zh) * 2007-05-17 2008-11-19 华为技术有限公司 强制节点退出方法和应用层组播系统
CN101521679A (zh) * 2009-04-03 2009-09-02 南京邮电大学 基于混合式结构化对等网络的自组织方法
CN101729277A (zh) * 2008-10-27 2010-06-09 华为技术有限公司 设备池的管理方法、节点设备和通信系统
CN102037704A (zh) * 2008-05-23 2011-04-27 爱立信电话股份有限公司 维护覆盖网络中的分布式哈希表

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060259607A1 (en) * 2001-09-13 2006-11-16 Network Foundation Technologies, Llc System and method for distributing data over a computer network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1802070A1 (en) * 2005-12-21 2007-06-27 NTT DoCoMo, Inc. Method and apparatus for mobility churn handling for peer-to-peer lookup systems
CN101309286A (zh) * 2007-05-17 2008-11-19 华为技术有限公司 强制节点退出方法和应用层组播系统
CN102037704A (zh) * 2008-05-23 2011-04-27 爱立信电话股份有限公司 维护覆盖网络中的分布式哈希表
CN101729277A (zh) * 2008-10-27 2010-06-09 华为技术有限公司 设备池的管理方法、节点设备和通信系统
CN101521679A (zh) * 2009-04-03 2009-09-02 南京邮电大学 基于混合式结构化对等网络的自组织方法

Also Published As

Publication number Publication date
CN103095744A (zh) 2013-05-08

Similar Documents

Publication Publication Date Title
CN104079630A (zh) 一种业务服务端负载均衡方法、客户端、服务端以及系统
CN103516690A (zh) 一种业务处理状态信息查询方法及装置
US20090328054A1 (en) Adapting message delivery assignments with hashing and mapping techniques
US8903981B2 (en) Method and system for achieving better efficiency in a client grid using node resource usage and tracking
CN107026907A (zh) 一种负载均衡方法、负载均衡器及负载均衡系统
CN110098979B (zh) 一种基于区块链的短链接消息监听方法及装置
CN112202918B (zh) 长连接通信的负载调度方法、装置、设备及存储介质
CN110311800B (zh) 通信设备、节点的连接方法、存储介质、电子装置
CN103516744A (zh) 一种数据处理的方法和应用服务器及集群
CN101399746A (zh) 报文路由方法、系统、设备和选择备份资源的方法、系统
CN109769029B (zh) 基于用电信息采集系统的通信连接方法及终端设备
US10621018B2 (en) Link optimization for callout request messages
CN107105013B (zh) 文件的处理方法、服务器、终端和系统
CN113038609B (zh) 一种基于通信需求的带宽资源分配方法、装置及设备
CN103095744B (zh) 对等网络节点降级方法及系统、对等网络节点
CN102158387A (zh) 基于动态负载均衡与互相热备的保护故障信息处理系统
CN102394857A (zh) 以太网上点对点协议会话建立方法、装置及设备
CN102685815A (zh) 无线网络设备及其带宽共享方法
US20150006620A1 (en) Scalable manufacturing facility management system
JP5526780B2 (ja) 負荷分散システム、サービス処理サーバ、負荷分散方法及び負荷分散プログラム
CN116112572A (zh) 一种业务处理方法、装置、网络设备及存储介质
CN104253702A (zh) 一种终端管理方法和系统
CN113949666B (zh) 流量控制方法、装置、设备及系统
JP5190317B2 (ja) 端末装置および資源送受信システム
KR101251630B1 (ko) 푸쉬 서비스 제공 시스템 및 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant