著录项信息
专利名称 | 对等网络及对等节点重新启动的方法 |
申请号 | CN201010000217.4 | 申请日期 | 2010-01-05 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2011-07-06 | 公开/公告号 | CN102118421A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 广东省深圳市南山区科技南路55号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中兴通讯股份有限公司 | 当前权利人 | 中兴通讯股份有限公司 |
发明人 | 彭永林;郝振武 |
代理机构 | 北京康信知识产权代理有限责任公司 | 代理人 | 余刚;吴孟秋 |
摘要
本发明公开了一种对等网络及对等节点重新启动的方法。其中,该方法包括启动节点在重新启动时,从当前所在的对等网络中除该启动节点以外的其他对等节点上获取配置信息;启动节点根据获取的配置信息完成重新启动的流程。通过本发明,可以避免对等节点在重新启动时获取配置信息失败的问题,提高服务性能。
1.一种对等节点重新启动的方法,其特征在于,包括:
启动节点在重新启动时,从当前所在的对等网络中除所述启动节点以外的其他对等节点上获取配置信息,其中,所述对等网络中的其他对等节点包括:引导节点或所述启动节点的准入节点,所述启动节点获取其本地缓存的引导节点信息,所述启动节点从所述引导节点信息对应的引导节点中选择一个引导节点;
所述启动节点根据获取的所述配置信息完成重新启动的流程。
2.根据权利要求1所述的方法,其特征在于,所述启动节点从所述引导节点获取所述配置信息包括:
所述启动节点向所述引导节点发送连通性测试请求;
所述启动节点接收到所述引导节点返回的响应消息后,向所述引导节点请求获取所述配置信息;
所述启动节点接收所述引导节点返回的所述配置信息。
3.根据权利要求1所述的方法,其特征在于,所述启动节点从所述引导节点获取所述配置信息包括:
所述启动节点向所述引导节点发送请求消息,其中,所述请求消息用于请求进行连通性测试及请求获取所述配置信息;
所述启动节点接收所述引导节点返回的响应消息,其中,所述响应消息中携带有所述配置信息。
4.根据权利要求2或3所述的方法,其特征在于,在所述对等网络的配置服务器更新其本地的配置信息时,所述方法还包括:
所述配置服务器在更新所述配置信息后,向所述对等网络中的所有引导节点发送通知消息,通知配置信息已更新;
接收到所述通知消息的各个引导节点向所述配置服务器请求更新后的所述配置信息;
所述各个引导节点接收所述配置服务器返回的更新后的所述配置信息,并使用接收到的所述配置信息更新本地的配置信息。
5.根据权利要求2或3所述的方法,其特征在于,在所述对等网络的配置服务器更新本地的所述配置信息时,所述方法还包括:
所述配置服务器在更新配置信息后,向所述对等网络中的各个引导节点发送更新后的配置信息;
所述各个引导节点使用接收到的所述配置信息更新本地的配置信息。
6.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
所述引导节点根据预先设置的周期,周期性地从所述对等网络的配置服务器获取配置信息,并使用获取到的所述配置信息更新本地的配置信息。
7.根据权利要求1所述的方法,其特征在于,所述启动节点从所述准入节点获取所述配置信息包括:
所述启动节点向所述引导节点发送连通性测试请求;
所述启动节点接收所述引导节点返回的响应消息,其中,所述响应消息中携带有所述启动节点的所述准入节点的节点标识;
所述启动节点根据所述准入节点的节点标识,向所述准入节点请求获取所述配置信息;
所述启动节点接收所述准入节点返回的所述配置信息。
8.一种对等网络,包括多个对等节点,其特征在于,所述多个对等节点包括:启动节点及除所述启动节点之外的其他对等节点,其中,
所述启动节点,用于在重新启动时,从所述其他对等节点获取配置信息,其中,所述其他对等节点包括:引导节点或所述启动节点的准入节点,所述启动节点获取其本地缓存的引导节点信息,所述启动节点从所述引导节点信息对应的引导节点中选择一个引导节点;
所述其他对等节点,用于在所述启动节点重新启动时,为所述启动节点提供所述配置信息。
9.根据权利要求8所述的对等网络,其特征在于,所述对等网络还包括:配置服务器,所述配置服务器用于在修改本地的配置信息时向所述引导节点发送通知,以使所述引导节点从所述配置服务器获取修改后的配置信息;或者,
所述配置服务器用于将修改后配置信息发送给所述引导节点。
对等网络及对等节点重新启动的方法\n技术领域\n[0001] 本发明涉及网络和通信技术领域,尤其涉及一种对等网络及对等节点重新启动的方法。\n背景技术\n[0002] 对等网络(Peer to Peer,简称为P2P)是一种分布式网络,网络的参与者共享他们所拥有的资源和服务。通常,资源和服务的共享包括:信息的共享与交换、计算资源(例如,CPU)的共享、存储资源(例如,缓存和磁盘空间)的共享等。共享的资源和服务能被网络中的任意对等节点(Peer)访问。对等网络中的每个参与者都既是资源和服务提供者(server),又是资源和服务获取者(client)。\n[0003] 资源定位和分现(REsource LOcate And Discovery,简称为RELOAD)是IETF对等会话初始化协议(Peer To Peer SessionInitiation Protocol,简称为P2PSIP)工作组定义的一种对等网络的资源定位和发现协议。具体地,在RELOAD网络中涉及的几个术语的定义如下:\n[0004] 节点ID:在对等网络中作为每个节点的唯一标识;\n[0005] 配置服务器:为整个网络提供配置信息,例如,证书服务器地址、引导节点地址、网络采用的算法、消息的大小限制、以及一些其它公共配置信息。\n[0006] 引导节点:具有公网IP,能够被对等节点直连,可以为对等节点的加入提供引导服务的对等节点;引导节点的地址在配置服务器的配置信息中均有设置;\n[0007] 准入节点:由算法根据两个节点ID关系确定,通常一个节点B的ID是另一个节点A的ID的最近后继节点ID时,称节点B为节点A的准入节点。\n[0008] 图1是现有RELOAD对等网络的一种示意图,如图1所示,该RELOAD对等网络由对等节点(A、B、C、D)、配置服务器等组成。其中,配置服务器为整个网络提供配置信息;节点D为引导节点,可以为其它节点加入对等网络提供引导服务。\n[0009] 在对等网络中,由于节点数量大,且具有较大的不稳定性,因此,在RELOAD对等网络中节点重启的频率会比较高。例如,假设在图1中对等节点A要重新启动并加入对等网络,则节点A首先需要从配置服务器上获取配置信息,并存储在本地,然后测试与本地缓存的引导节点D(由于节点A是重新启动,因此本地已经缓存了引导节点)的连通性,并获取自己的准入节点ID。该过程的具体实现流程如图2所示,主要包括如下步骤:\n[0010] 步骤201:对等节点A重新启动;\n[0011] 步骤202:对等节点A以HTTP GET方式从配置服务器上获取配置信息;\n[0012] 步骤203:配置服务器返回XML配置文件;\n[0013] 步骤204:对等节点A用新配置覆盖本地的旧配置;\n[0014] 步骤205:对等节点A从本地缓存的引导节点中选择节点D;\n[0015] 步骤206:对等节点A向节点D发送连通性测试请求,请求中包含自己的节点ID;\n[0016] 步骤207:引导节点D根据请求中的节点ID,在对等网络中寻找其对应的准入节点,然后将准入节点的节点ID返回给节点A;\n[0017] 步骤208:对等节点A执行加入对等网络的其余流程。\n[0018] 从上述的流程中可以看出,对等节点每次重新启动时,都必须从配置服务器上获取配置文件,由于一般情况下,对等网络中的节点数量较大,因此,在对等节点重启的频率较高的情况下,每个对等节点都要从配置服务器上获取配置文件,这样将给配置服务器造成较大的负担。\n发明内容\n[0019] 本发明的主要目的在于提供一种对等网络及对等节点重新启动的方法,以至少解决上述问题。\n[0020] 根据本发明的一个方面,提供了一种对等节点重新启动的方法,包括:启动节点在重新启动时,从当前所在的对等网络中除该启动节点以外的其他对等节点上获取配置信息;启动节点根据获取的配置信息完成重新启动的流程。\n[0021] 优选地,RELOAD对等网络中的其他对等节点包括:引导节点或启动节点的准入节点。\n[0022] 进一步地,启动节点从引导节点获取上述配置信息包括:启动节点获取其缓存的引导节点信息;启动节点选择引导节点信息对应的一个引导节点;启动节点向该引导节点发送连通性测试请求;启动节点接收到该引导节点返回的响应消息后,向该引导节点请求获取配置信息;启动节点接收引导节点返回的配置信息。\n[0023] 进一步地,启动节点从引导节点获取配置信息包括:启动节点获取其缓存的引导节点信息;启动节点选择引导节点信息对应的一个引导节点;启动节点向该引导节点发送请求消息,其中,该请求消息用于请求进行连通性测试及请求获取配置信息;启动节点接收引导节点返回的响应消息,其中,该响应消息中携带有配置信息。\n[0024] 进一步地,在RELOAD对等网络的配置服务器更新其本地的配置信息时,该方法还包括:配置服务器在更新配置信息后,向RELOAD对等网络中的所有引导节点发送通知消息,通知配置信息已更新;接收到通知消息的各个引导节点向配置服务器请求更新后的配置信息;各个引导节点接收配置服务器返回的更新后的配置信息,并使用接收到的配置信息更新本地的配置信息。\n[0025] 进一步地,在RELOAD对等网络的配置服务器更新本地的配置信息时,该方法还包括:配置服务器在更新配置信息后,向RELOAD对等网络中的各个引导节点发送更新后的配置信息;各个引导节点使用接收到的配置信息更新本地的配置信息。\n[0026] 进一步地,该方法还包括:引导节点根据预先设置的周期,周期性地从RELOAD对等网络的配置服务器获取配置信息,并使用获取到的配置信息更新本地的配置信息。\n[0027] 进一步地,启动节点从准入节点获取配置信息包括:启动节点获取其缓存的引导节点信息;启动节点选择引导节点信息对应的一个引导节点;启动节点向该引导节点发送连通性测试请求;启动节点接收引导节点返回的响应消息,其中,该响应消息中携带有启动节点的准入节点的节点标识;启动节点根据准入节点的节点标识,向准入节点请求获取配置信息;启动节点接收准入节点返回的配置信息。\n[0028] 根据本发明的另一方面,提供了一种对等网络,包括:多个对等节点,其中,多个对等节点包括:启动节点及除该启动节点之外的其他对等节点,其中,启动节点,用于在重新启动时,从上述其他对等节点获取配置信息;其他对等节点,用于在启动节点重新启动时,为启动节点提供配置信息。\n[0029] 优选地,上述其他对等节点包括:引导节点或启动节点的准入节点。\n[0030] 进一步地,上述对等网络还包括:配置服务器,用于在修改本地的配置信息时向引导节点发送通知,以使引导节点从配置服务器获取修改后的配置信息;或者,用于将修改后配置信息发送给引导节点。\n[0031] 通过本发明,对等网络中的某个对等节点在重新启动时,不从配置服务器获取配置信息,而从对等网络中的其他对等节点中获取配置信息,解决了大量对等节点重新启动时而导致配置服务器的负担过大的问题,进而避免了对等节点在重新启动时获取配置信息失败的问题,提高了服务性能。\n附图说明\n[0032] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:\n[0033] 图1是RELOAD对等网络的示意图;\n[0034] 图2是现有技术中对等节点重新启动的流程图;\n[0035] 图3是根据本发明实施例的对等网络的示意图;\n[0036] 图4是根据本发明实施例的对等节点重新启动的方法的流程图;\n[0037] 图5是本发明实施例一的流程图;\n[0038] 图6是本发明实施例二的流程图;\n[0039] 图7是本发明实施例三的流程图;\n[0040] 图8是本发明实施例四的流程图;\n[0041] 图9是本发明实施例五的流程图;\n[0042] 图10是本发明实施例六的流程图。\n具体实施方式\n[0043] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。\n[0044] 图3是根据本发明实施例的对等网络的示意图,如图3所示,根据本发明实施例的对等网络包括多个对等节点和配置服务器,在本发明实施例的对等网络中多个对等节点中,某个对等节点(在本发明实施例中,为了区别将该对等节点称作为启动节点)在重新启动时,不再从配置服务器中获取配置信息,而是从对等网络中的其它节点获取配置信息,因此,在本发明实施例中:\n[0045] 启动节点,用于在重新启动时,从对等网络的其他节点中获取配置信息;\n[0046] 而对等网络中除该启动节点之外的其他节点,用于在该启动节点重新启动时,为该启动节点提供配置信息。\n[0047] 通过本发明实施例的上述对等网络,在某个对等节点重新启动时,可以中对等网络中的其他对等节点中获取配置信息,从而减轻了配置服务器的负担,而且由于对等节点数据比较多,也可以避免只从配置服务器获取配置信息而导致失败的问题,进而提高了服务器性能。\n[0048] 优选地,上述其他对等节点可以为对等网络中的引导节点或启动节点的准入节点。\n[0049] 具体地,当启动节点从引导节点获取配置信息时,启动节点可以从其缓存的引导节点信息对应的引导节点中选择一个引导节点,向该引导节点发送连通性测试请求以测试其与该引导节点的连通性,则启动节点从该引导节点上获取配置信息时,启动节点可以先测试与该引导节点的连通性,然后再获取配置信息,也可以将两者合并完成,即在进行连通性测试的同时,从该引导节点获取配置信息。\n[0050] 当启动节点从其准入节点获取配置信息时,在启动节点与引导节点进行连通性测试时,引导节点将向启动节点返回其准入节点的标识信息(例如,节点ID),启动节点根据其准入节点的标识信息,从其准入节点中获取配置信息。\n[0051] 此外,如果启动节点从引导节点中获取配置信息,为了使引导节点中的配置信息与配置服务器上的配置信息一致,在配置服务器上的配置信息修改时,可以由配置服务器通知引导节点,然后引导节点从配置服务器上获取新的配置信息;也可以由配置服务器直接把修改后的配置信息发给引导节点;或者,也可以由引导节点定时从配置服务器上获取配置信息。从而可以保证引导节点的配置信息与配置服务器上的配置信息保持一致。\n[0052] 下面介绍根据本发明实施例的对等节点重新启动的方法,该方法基于上述的对等网络实现。\n[0053] 图4为根据本发明实施例的对等节点重新启动的方法的流程图,如图4所示,该方法主要包括以下步骤(步骤S402-步骤S404):\n[0054] 步骤S402,对等节点(为了便于区别,在下面的描述中将该对等节点称为启动节点)在重新启动时,从当前所在的对等网络中除该对等节点以外的其他对等节点上获取配置信息;\n[0055] 上述其他对等节点包括但不限于:对等网络的引导节点或重新启动的该对等节点的准入节点。\n[0056] 并且,当启动节点从对等网络的引导节点中获取配置信息时,为了使引导节点中的配置信息与配置服务器上的配置信息一致,在配置服务器上的配置信息修改时,可以由配置服务器通知引导节点,然后引导节点从配置服务器上获取新的配置信息;也可以由配置服务器直接把修改后的配置信息发给引导节点;或者,也可以由引导节点定时从配置服务器上获取配置信息。\n[0057] 步骤S404,启动节点根据获取的配置信息完成重新启动的流程。\n[0058] 根据本发明实施例提供的上述对等节点重新启动的方法,对等节点可以从对等网络中的其他对等节点上获取配置信息,从而避免了从配置服务器获取配置信息而给配置服务器带来较重负担的问题,而且由于对等网络中的其他对等节点数量比较多,这样也可以避免单点失败问题,并提高服务性能。\n[0059] 下面以图1所示的RELOAD对等网络为例,通过具体实施例对本发明实施例提供的上述对等节点重新启动的方法进行描述。\n[0060] 实施例一\n[0061] 在本实施例中,假设对等节点A重新启动并加入对等网络,而对等节点A本地缓存了引导节点(本实施例中为对等节点D)的节点信息。\n[0062] 在本实施例中,对等节点A重新启动为:对等节点A首先测试与对等节点D的连通性,并取得准入节点的节点ID;然后从对等节点D获取配置信息,并更新本地配置。\n[0063] 图5为本实施例中对等节点A重新启动的流程图,如图5所示,对等节点A重新启动主要包括以下步骤:\n[0064] 步骤501,对等节点A重新启动;\n[0065] 步骤502,对等节点A从本地缓存的引导节点的节点信息对应的引导节点中选择对等节点D;\n[0066] 步骤503,对等节点A向引导节点D发送连通性测试请求,其中,该连通性调度请求中携带有对等节点A的节点ID;\n[0067] 步骤504,引导节点D根据连通性测试请求中携带的节点ID,在对等网络中寻找其对应的准入节点,然后将准入节点的节点ID返回给对等节点A;\n[0068] 步骤505,对等节点A从引导节点D请求获取配置信息;\n[0069] 步骤506,引导节点D向对等节点A返回配置信息;\n[0070] 步骤507,对等节点A使用接收到的配置信息覆盖本地的配置信息,即使用接收到的配置信息更新本地配置;\n[0071] 步骤508,对等节点A执行加入对等网络的其余流程。\n[0072] 实施例二\n[0073] 在本实施例中,假设对等节点A重新启动并加入对等网络,而对等节点A本地缓存了引导节点D的节点信息,本实施例中对等节点A的启动方法是:对等节点A发送请求以测试与引导节点D的连通性,并获取配置信息,然后,引导节点D返回对等节点A的准入节点的节点ID和配置信息。\n[0074] 图6为本实施例中对等节点A重新启动的流程图,如图6所示,对等节点A重新启动主要包括以下步骤:\n[0075] 步骤601,对等节点A重新启动;\n[0076] 步骤602,对等节点A从本地缓存的引导节点的节点信息对应的引导节点中选择节点D;\n[0077] 步骤603,对等节点A向引导节点D发送连通性测试和获取配置的请求消息,其中,该请求消息中携带对等节点A的节点ID;\n[0078] 步骤604,引导节点D根据上述请求消息中携带的节点ID,在对等网络中寻找与该节点ID对应的准入节点的节点ID,然后将准入节点的节点ID和本地的配置信息返回给对等节点A;\n[0079] 步骤605,对等节点A利用接收到的配置信息覆盖本地的配置信息,即更新本地配置;\n[0080] 步骤606,对等节点A执行加入对等网络的其余流程。\n[0081] 实施例三\n[0082] 在本实施例,假设对等节点A重新启动并加入对等网络,而对等节点A本地缓存了引导节点D的节点,本实施例中对等节点A启动方法是:对等节点A首先测试与引导节点D的连通性,并取得其准入节点(在本实施例中为对等节点B)的节点ID;然后从准入节点B获取配置信息,并更新本地配置。\n[0083] 图7为本实施例中对等节点A重新启动的流程图,如图7所示,对等节点A重新启动主要包括以下步骤:\n[0084] 步骤701,对等节点A重新启动;\n[0085] 步骤702,对等节点A从本地缓存的引导节点的节点信息对应的引导节点中选择对等节点D;\n[0086] 步骤703,对等节点A向引导节点D发送连通性测试请求,其中,该连通性测试请求中携带有对等节点A的节点ID;\n[0087] 步骤704,引导节点D根据连通性测试请求中携带的节点ID,在对等网络中寻找对等节点A的准入节点,然后将准入节点B的节点ID返回给节点A;\n[0088] 步骤705,对等节点A根据准入节点B的节点ID从准入节点B请求获取配置信息;\n[0089] 步骤706,准入节点B返回本地的配置信息;\n[0090] 步骤707,对等节点A使用准入节点B返回的配置信息覆盖本地的配置信息,即更新本地配置;\n[0091] 步骤708,对等节点A执行加入对等网络的其余流程。\n[0092] 需要说明的是,虽然上述实施例以对等节点从引导节点或准入节点获取配置信息为例进行说明,但并不限于此,在具体实施过程中,重新启动的对等节点也可以从除引导节点和准入节点以外的其他的对等节点获取配置信息。例如,在上述实施例中,对等节点A与引导节点D进行连通性测试时,引导节点D除了向对等节点A返回准入节点B的节点ID外,也可以向对等节点A返回对等节点C的节点ID,对等节点A根据对等节点C的节点ID,可以从对等节点C获取配置信息。\n[0093] 为了使加入的节点能够获得最新的配置信息,需要保证引导节点上有最新配置,也就是引导节点的配置需要与配置服务器上的配置保持一致。在下面的实施例中,将对本发明实施例中引导节点的配置信息的更新方法进行说明。\n[0094] 实施例四\n[0095] 在本实施例中,修改配置信息后,由配置服务器通知引导节点D更新配置。\n[0096] 图8为本实施例中引导节点D更新其配置信息的流程图,如图8所示,在本实施例中,引导节点D更新其配置信息主要包括以下步骤:\n[0097] 步骤801,配置服务器上的配置信息被修改;\n[0098] 步骤802,配置服务器从配置中取出当前对等网络中的所有引导节点(在本实施例为对等节点D)的节点标识;\n[0099] 步骤803,配置服务器向各个引导节点(在本实施例中为节点D)发送配置修改通知;\n[0100] 步骤804,引导节点D通过HTTP GET从配置服务器上获取配置;\n[0101] 步骤805,配置服务器返回XML配置文件;\n[0102] 步骤806,引导节点D利用配置服务器返回的配置信息覆盖本地的配置信息,更新本地配置。\n[0103] 这样,引导节点D上就有了最新配置,从而可以为重新加入的对等节点提供最新配置信息。\n[0104] 实施例五\n[0105] 在本实施例中,引导节点D周期性从配置服务器获取最新配置。在具体应用中,可以预先设置引导节点从配置服务器获取最新的配置信息的周期,然后在每个周期到达时,触发引导节点从配置服务器获取最新的配置信息。\n[0106] 在具体实施过程中,可以在引导节点中设置一定时器来计算周期,该定时器的时长为预设的周期的时长,每当定时器超时时,引导节点就从配置服务器获取最新的配置信息。\n[0107] 图9为本实施例中引导节点更新其配置信息的流程图,如图9所示,在本实施例中,引导节点D更新其配置信息主要包括以下步骤:\n[0108] 步骤901,配置服务器上的配置被修改;\n[0109] 步骤902,引导节点D的获取配置的定时器触发;\n[0110] 步骤903,引导节点D通过HTTP GET从配置服务器上获取配置;\n[0111] 步骤904,配置服务器向引导节点D返回XML配置文件;\n[0112] 步骤905,引导节点D利用配置服务器返回的配置信息覆盖本地的配置信息,更新本地配置。\n[0113] 这样,引导节点D上就有了最新的配置信息,从而可以为重新加入的对等节点提供最新配置信息。\n[0114] 在具体应用中,如果对等网络中有多个引导节点,则在配置服务器的配置信息被修改时,各个引导节点的获取配置的定时器均被触发,各个引导节点均从配置服务器获取新的配置信息。\n[0115] 需要说明的是,在上述实施例引导节点定时从配置服务器获取配置信息时,获取的配置信息比本地保存的配置信息的版本高,在实际应用中,引导节点在定时从配置服务器获取配置信息时,配置服务器当前的配置信息可能与引导节点的配置信息相同。在具体实施过程中,可以有两种处理方式,一种是引导节点在从配置服务器获取配置信息时,不判断配置服务器的配置信息的版本是否比本地的高,而是获取到之后再进行判断,如果获取的配置信息的版本比本地的高,则用获取的配置信息更新本地的配置信息,否则,不更新本地的配置信息;另一种处理方式是引导节点在从配置服务器获取配置信息之前,先获取配置服务器上的配置信息的版本信息,比较配置服务器上的配置信息是否比本地的配置信息的版本高,如果是,再从配置服务器上获取配置信息,否则,不从配置服务器上获取配置信息,等待下一次定时器超时时,再从配置服务器上获取版本信息进行比较。\n[0116] 实施例六\n[0117] 在本实施例中,配置服务器中的配置信息被修改后,配置服务器主动向对等网络中的各个引导节点(在本实施例中为引导节点D)发送最新的配置信息。图10为本实施例中引导节点的配置信息更新的流程图,如图10所示,在本实施例中,引导节点的配置信息更新主要包括以下步骤:\n[0118] 步骤101,配置服务器上的配置被修改;\n[0119] 步骤102,配置服务器从配置中取出所有引导节点(在本实施例中为引导节点D)的节点信息;\n[0120] 步骤103,配置服务器向各个引导节点(在本实施例中为引导节点D)发送配置更新请求,该配置更新请求中携带有新的配置信息;\n[0121] 步骤104,引导节点D接收到新的配置信息后,利用新的配置信息覆盖本地的配置信息,更新本地配置;\n[0122] 步骤105,引导节点D向配置服务器返回配置更新响应。\n[0123] 这样,引导节点D上就有了最新的配置信息,从而可以为重新加入的对等节点提供最新配置信息。\n[0124] 从以上的描述中,可以看出,在本发明实施例中,对等网络中的某个对等节点在重新启动时,不从配置服务器获取配置信息,而从对等网络中的其他对等节点中获取配置信息,解决了大量对等节点重新启动时而导致配置服务器的负担过大的问题,进而避免了对等节点在重新启动时获取配置信息失败的问题,提高了服务性能。并且,在本发明实施例中,当配置服务器中的配置信息发生改变时,将利用配置服务器中的配置信息更新对等网络中的引导节点的配置信息,从而使得引导节点可以为重新加入的对等节点提供最新配置信息。\n[0125] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。\n[0126] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2019-12-20
未缴年费专利权终止
IPC(主分类): H04L 29/08
专利号: ZL 201010000217.4
申请日: 2010.01.05
授权公告日: 2017.02.08
- 2017-02-08
- 2012-12-26
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201010000217.4
申请日: 2010.01.05
- 2011-07-06
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-09-07
|
2003-06-30
| | |
2
| |
2008-11-19
|
2008-07-10
| | |
3
| | 暂无 |
2006-03-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |