CN1950800A

CN1950800A - 服务器的功能板维护

Info

Publication number: CN1950800A
Application number: CNA2005800145724A
Authority: CN
Inventors: V·巴林
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2004-05-10
Filing date: 2005-05-04
Publication date: 2007-04-18
Anticipated expiration: 2025-05-04
Also published as: WO2005109198A3; HK1105690A1; WO2005109198A2; JP2007536672A; CN100394389C; EP1763752A2; US7272749B2; JP4313411B2; EP1763752B1; US20050262380A1

Abstract

一种用于维护服务器的方法、管理节点和服务器，该服务器包括许多功能板，该方法、管理节点和服务器包括如下步骤和功能：在服务器处接收停用请求，该停用请求包含许多功能板中的至少一个功能板的标识符；以及在执行该至少一个功能板的停用之前，标识与该至少一个功能板相关联的至少一个服务并发送服务通知，该服务通知包含与该至少一个功能板相关联的至少一个服务的标识符。还包括如下步骤和功能：接收决策通知，该决策通知包含停用决策和取消停用决策的其中之一，该停用决策和该取消停用决策是考虑所发送的服务通知而作出的，以及如果该决策通知包含停用决策，则停用该至少一个功能板。

Description

服务器的功能板维护

技术领域

本发明涉及位于远程服务器系统中的功能板的维护。

背景技术

如今的大多数计算机包括各具有特定功能的多个卡或板。那些板可能例如提供计算机的网络连接或提供显示接口。根据计算机的体系结构，每个板可能是永久固定的或可以被拆除和更换的。在计算机内，板内的通信常常通过具有已知特征的数据总线来执行。可以对那些特征进行标准化，并应用于整个业界(PCI、AGP等)或可以专用于给定计算机制造商(专用接口)。特征还因板提供的功能特性以及它的固定或可拆除特性而有所不同。

在具有服务器功能的计算机中，板的维护是极其重要的，因为服务器的功能与板的正常工作是息息相关的。大量工作被用来最大限度减少维护对服务器所提供的服务的影响。其目标总是要获取由此提供的所有服务的最大可能的可用性。为了节省时间，例如仅停用服务器计算机的一个板，以及维修板或以另一个板更换它而无需将服务器复位是可能的。期望此类操作方式的情况示例包括根据板循环生成警报来解决不确定的故障、升级板的硬件或软件以及对板执行测试。

但是，没有已知方法标识板停用或其他关键维护活动对服务器当前提供的服务的影响。因此，预先评估给定维护任务的结果是不可能的。从服务提供商的角度来看，获取板与服务器提供的服务相关的活动状态以便能够预测维护活动的影响是有利的。本发明满足了此类需求。

发明内容

本发明第一方面涉及一种维护服务器的方法，其中该服务器包括许多功能板。该方法包括：在该服务器处接收停用请求的步骤，该停用请求包含许多功能板中的至少一个功能板的标识符；以及在执行该至少一个功能板的停用之前，标识与该至少一个功能板相关联的至少一个服务并发送服务通知，该服务通知包含与该至少一个功能板相关联的至少一个服务的标识符。该方法还包括接收决策通知的步骤，该决策通知包含停用决策和取消停用决策的其中之一，该停用决策和该取消停用决策是考虑所发送的服务通知而作出的，以及如果该决策通知包含停用的决策，则停用该至少一个功能板。

本发明第二方面涉及一种通信网络内的服务器，其中该服务器包括许多功能板，每个功能板提供至少一个服务。服务器包括入局通信模块、诊断模块和硬件管理模块。该服务器的入局通信模块能够接收停用请求并且接收决策通知，该停用请求包含许多功能板中的至少一个功能板的标识符，该决策通知包含停用决策和取消停用决策的其中之一。该服务器的诊断模块能够标识与停用请求中标识的至少一个功能板相关联的至少一个服务，并在接收到该停用请求时构建并发送服务通知，该服务通知包含与该至少一个功能板相关联的至少一个服务的标识符，其中决策通知的停用决策和取消停用决策是考虑所发送的服务通知来作出的。该服务器的硬件管理模块能够在决策通知包含停用决策的情况下停用停用请求中标识的至少一个功能板。

本发明第三方面涉及一种通信网络内的管理节点，用于管理包括许多功能板的远程服务器的维护。该管理节点包括图形用户界面(GUI)和维护模块。该管理节点的GUI能够管理与管理节点的用户的交互，其中这些交互的特性是远程和本地的其中之一。该管理节点的维护模块能够经由GUI接收维护远程服务器的至少一个功能板的请求并且向远程服务器发送停用请求，该停用请求包含许多功能板中的至少一个功能板的标识符。维护模块还能够从远程服务器接收服务通知，该服务通知包含与该至少一个功能板相关联的至少一个服务的标识符，基于该至少一个服务的临界性对停用该至少一个功能板作出决策，以及如果该决策是要停用该至少一个功能板，则向远程服务器发送包含停用决策的决策通知。

附图说明

可以参考下文具体实施方式同时结合附图来获得对本发明更全面的理解，其中：

图1是根据本发明、用于维护包括许多功能板的服务器的示范信号流和节点操作图；

图2是根据本发明、用于管理包括许多功能板的远程服务器的维护的管理节点的示范模块表示；以及

图3是根据本发明、包括许多功能板的服务器的示范模块表示，其中每个功能板提供至少一个服务。

具体实施方式

本发明目的在于减少维护活动对服务器所提供的服务的负面影响。对于服务器通过功能板提供的服务来说，维护活动常常要求停用功能板(或使之离线，这具有相同的影响)，以便进行维护活动。在此类情况中，所期望的是预先获取受影响的功能板的活动状态，以便能够预测维护活动的影响。本发明提出一种可涉及服务器与管理节点之间的交互的机制，其中在从管理节点接收到适合的请求之后，将涉及要停用的功能板所提供的服务的信息发送到管理节点。管理节点处的操作人员或专家系统然后可以适当地决策(可能考虑管理节点中可用的其他信息)来决定继续维护活动或从容地取消它。

现在参考附图，其中图1示出用于维护通信网络100中的服务器120的示范信号流和节点操作图。图1示出服务器120和管理节点110，管理节点110可以设在远程位置，并通过多种网络设备与服务器120联网，可以设在本地并直接与服务器120连接或者可以与服务器120设在一起。在服务器120与管理节点110需要经网络100通信的情况中，可以使用多种通信协议(基于以太网的IP、基于ATM的SS7等)而不会影响本发明。以相同的方式，可以将服务器120与管理节点110之间交换的消息的结构标准化(例如简单网络管理协议)或至少部分对于服务器120和管理节点110的制造商是专用的。

服务器120包括许多功能板(图1中未示出)，每个功能板能够提供至少一个服务。作为示例，可以将本发明应用于基站控制器(BSC)的特定应用，其中使用不同类型的功能板或现场可换单元(FRU)，例如提供网络连接服务的接口板、提供同步服务的定时板、提供业务切换服务的切换板、分别提供通用和专用服务器相关服务的通用处理器板和专用处理器板以及提供媒体流传输服务的媒体流板。当然，应该理解BSC仅仅是具有功能板体系结构的服务器120的一个示例，以及仅示出其上可以使用的服务的示例，以便更好地演示本发明的功能实施。

在图1所示的本发明的第一实施例中，提出一种方法，用于维护服务器120的许多功能板的至少一个功能板。该方法包括步骤130：在服务器120处接收包含至少一个功能板的标识符的停用请求。常常从管理节点110发出停用请求，其中选择了该功能板进行维护。例如，可以通过管理节点110中显示服务器120的体系结构的图形用户界面(GUI)(图1中未示出)来作出功能板的选择。

进一步对于至少一个功能板的标识符来说，该请求可包括定时器值t1。该定时器值表示可以停用至少一个功能板之后的最小时间量。但是仅当下面提供的其他条件也被考虑的情况下才发生停用。在步骤130的停用请求中发送该定时器值之前，还可以在管理节点110的GUI中调整定时器值。

当在步骤130中接收到停用请求时，可选地，服务器120可以将至少一个功能板置于停用模式(步骤132)。停用模式允许正常地处理所有当前任务，但是禁止该至少一个功能板接受新的任务。停用模式结合定时器值对于其中可预测任务的有效周期的特定示例是有用的。在此类情况中，它允许功能板无缝地自行释放，同时可预测地由另一个功能板处理要停用的功能板不接受的新请求。图1中示出为步骤132紧随步骤130，但是根据功能板的类型和相关的服务，可以在接收到步骤130的请求之后在任何时间执行它。在图1中以虚线示出步骤132的框，以说明它在本发明的该实施例的方法中的可选特性和可选位置。

在执行至少一个功能板的停用之前，该方法包括步骤133：标识与至少一个功能板相关联的至少一个服务。可以通过例如标识使用该至少一个功能板的资源的至少一个应用，然后将该至少一个应用与至少一个服务相关联来实现至少一个服务的标识。进一步对于标识来说，在步骤134构建包含与至少一个功能板相关联的至少一个服务的标识符的服务通知，之后才在步骤136将其发送到管理节点110。

在此点上，管理节点110在步骤136接收服务通知，并可以从例如SNMP(或MIB)数据库访问有关服务器120的其他信息。服务器120中现有的信息可以允许管理节点110的操作人员或专家系统(未示出)就应该作出停用决策还是取消停用决策作出适合的决策(步骤142)。步骤142的决策可以包括评估与至少一个功能板相关联的至少一个服务的临界性。在此类情况中，根据与至少一个服务相关联的多种标准来评估临界性。当然，应该理解本发明的范围不涵盖作出决策所用的标准，而是涵盖在停用功能板之前作出基于此类标准的决策的可能性。然而，标准的示范列表包括与该至少一个服务相关联的用户的数量、该至少一个服务与服务器120或通信网络100的其他服务的交互、服务器120的所有者预期的收入损失等。在一些情况中，可选地，管理节点110的操作人员或专家系统可能没有足够的信息以作出步骤142的决策。如果这样的话，则从管理节点110向服务器120发送信息请求(步骤138)，该信息请求涉及与该至少一个功能板相关联的至少一个服务。服务器120然后检索其中所包含的涉及该至少一个服务的相关信息(步骤139)，例如在该至少一个功能板上为该至少一个服务打开的网络端口的数量。服务器120接着在步骤140以根据检索的信息构建的信息答复来进行回复。图1中的虚线框141示出步骤138至140，以便说明它们在本发明中的可选特性。

进一步对于步骤136的服务通知的接收，如果管理节点110处的操作人员或专家系统出于任何原因需要更多时间或在作出最终决策之前希望稍等片刻，则决策142可选地可以包括延迟决策。如果是这种情况，则由管理节点110构建包含该至少一个功能板的标识符和等待定时器值t2的等待请求，并将其发送(步骤144)到服务器120。服务器120则接着等待至等待定时器值期满(步骤146)，重新标识与至少一个功能板相关联的至少一个服务(步骤148)，并发送另一个服务通知(步骤150)，该另一个服务通知包含与至少一个功能板相关联的至少一个服务的标识符。步骤144的等待请求可以是另一个停用请求、替代或刷新步骤130的停用请求。在步骤144的本示例中，另一个停用请求包含定时器值t2。进一步对于步骤150，操作人员或专家系统以先前作出决策142相同的方式作出另一个决策142’。同样地，决策142’可以延迟决策或请求更多的信息(步骤141)。图1中的虚线框151示出步骤144至150和142’，以说明它们在本发明中的可选特性以及还说明对于那些步骤151，只要决策142’要延迟最终决策，则可以按需要自我重复多次。

无论步骤151和步骤141重复多少次或即使完全不执行它们，操作人员或专家系统迟早也必须作出停用的决策或取消停用的决策(步骤142或142’)。一旦作出决策，则在决策通知中将停用的决策或取消停用的决策发送到服务器120(步骤152)。同样地，服务器120接收步骤152的决策通知，如果决策通知包含停用的决策，则步骤130的停用请求中的标识符已标识的至少一个功能板被停用(步骤156)。但是，如果步骤130的停用请求中包含了可选的定时器值，且决策通知包含停用决策，则停用至少一个功能板的步骤156仅在步骤130的停用请求的定时器值期满之后才能执行。步骤152的决策通知可以是不同特性的，具体取决于步骤142或142’作出的决策。例如，包含停用功能板的决策的步骤152的决策通知可以是锁定通知，它包含要停用的功能板的标识符，在此情况中终止该至少一个功能板上运行的所有任务，并停用该板。同样地，包含对该功能板取消停用的决策的步骤152的决策通知可以是解锁通知，它包含将不被停用的功能板的标识符。

在步骤130的停用请求包含定时器值t1的另一个可选行为中，除非在时间值t1期满之前在步骤142或142’的决策中接收到取消停用决策，否则当定时器值t1期满时，则会发生至少一个功能板的停用。同样地，如果步骤144的等待请求包含定时器值t2，除非在时间值t2期满之前在步骤142或142’的决策中接收到取消停用决策，否则当定时器值t2期满时，则会发生至少一个功能板的停用。

如先前所描述的，将功能板置于停用模式的步骤132可以在步骤130的接收到停用请求与步骤152的接收到决策通知之间的任何时间执行。如果在步骤132将该板置于停用模式且在步骤152的决策通知中接收到取消停用决策，则需要进行取消功能板的停用模式的步骤157。图1中以虚线框示出取消功能板的停用模式的步骤157，以强调它源于与可选步骤132的联系的可选特性。但是，如果在步骤132将该板置于停用模式且在步骤152的决策通知中接收到停用决策，则无需取消功能板的停用模式。

在步骤152的决策通知中接收到停用决策的所有情况中，一个可选行为是从服务器120向管理节点110发送锁定通知(步骤158)。步骤158的锁定通知示出功能板将从所在的此点离线。步骤158的锁定通知包含至少一个功能板的标识符和至少一个服务的标识符。

当将新功能板(或对被停用的功能板的修改版本)置于服务器120中并通电(步骤160)时，图1中还示出其他可选步骤。在步骤160的通电之后，在服务器120中需要从管理节点110接收解锁通知(步骤162)。步骤164的解锁通知包括至少新功能板的标识符，而且还可以包含新功能板要提供的至少一个服务的标识符。在接收到解锁通知之后，将新功能板置于解锁模式(步骤164)或完全操作模式。图1中的虚线框161示出步骤158至164，以说明它们在本发明中的可选特性。

现在参考图2，其中示出通信网络(图2中未示出)内用于管理远程服务器(图2中未示出)的维护的管理节点200的示范模块表示。远程服务器包括根据本发明的许多功能板。管理节点200包括图形用户界面(GUI)210和维护模块220。

GUI 210能够管理与管理节点200的用户的交互。因为可以本地或远程访问管理节点200，所以与其用户的交互可以是远程特性或本地特性。

管理节点200的维护模块220能够处理与远程服务器的功能板的至少一个功能板的维护相关的多个任务。维护模块220能够经由GUI从用户接收请求，以便维护远程服务器的至少一个功能板。根据该请求，维护模块220能够向远程服务器发送停用请求，其中包含多个功能板中的至少一个功能板的标识符。进一步对于此停用请求，维护模块220从远程服务器接收服务通知，其中包含与该至少一个功能板相关联的至少一个服务的标识符。在有服务通知的情况下，维护模块220能够基于其中至少一个服务的临界性对是否要停用至少一个功能板作出决策。为了作出决策，维护模块220还可以与同管理节点200设在一起或与之距离遥远的专家系统交互。如果决策要停用至少一个功能板，则维护模块220还能够向远程服务器发送包含停用决策的决策通知。如先前所描述的，本发明的范围不涵盖作出决策所用的标准，而是涵盖在停用功能板之前作出基于此类标准的决策的可能性。

在根据本发明的一个可选实施例中，维护模块220还能够在接收到服务通知之后，向远程服务器发送信息请求，该信息请求涉及与至少一个功能板相关联的至少一个服务。在这种情况中，管理模块220需要在作出决策之前等待来自远程服务器的信息回复，该信息回复包含远程服务器中发现的涉及该至少一个服务的另一些信息。当服务通知没有包含适当地作出决策所需的足够信息时，这是特别有用的。

管理节点200的维护模块220在接收到服务通知之后的另一个可选行为是，向远程服务器发送含有时间值的等待请求，并在作出决策之前等待另一个服务通知。

现在参考图3，其中示出服务器300的示范模块表示。服务器300包括许多功能板340A-E，以及每个功能板340A-E提供至少一个服务。服务器300还包括能够接收多种类型的请求的入局通信模块310，能够分析服务器300的当前活动的诊断模块320，以及能够管理服务器300的硬件部分(包括功能板340A-E)的硬件管理模块330。

更确切地来说，入局通信模块310能够接收停用请求并且接收决策通知，该停用请求包含许多功能板340A-E中的至少一个功能板(例如340C)的标识符，该决策通知包含停用决策和取消停用决策的其中之一。

诊断模块320能够标识与停用请求中标识的至少一个功能板340C相关联的至少一个服务，并在接收到停用请求时构建并发送服务通知。该服务通知包含与该至少一个功能板340C相关联的至少一个服务的标识符，其中决策通知的停用决策和取消停用决策是考虑所发送的服务通知来作出的。

硬件管理模块330能够在决策通知包含停用决策的情况下将停用请求中标识的至少一个功能板340C停用。

可选地，硬件管理模块330还能够在接收到停用请求时将该至少一个功能板340C置于停用模式，在此模式下正常地处理该至少一个功能板340C的当前任务，并且在此模式下该至少一个功能板340C不接受任何新任务。同样地，硬件管理模块330还能够在决策通知包含取消停用决策的情况下将该至少一个功能板置于解锁模式。

而且，入局通信模块310还能够接收停用请求内的定时器值。在这种场合中，硬件管理模块330需要还能够等待该定时器值期满之后才停用该至少一个功能板。

入局通信模块还能够接收信息请求，该信息请求涉及与至少一个功能板340C相关联的至少一个服务。诊断模块320则需要还能够发送信息回复，该信息回复具有服务器中含有的涉及与该至少一个功能板340C相关联的至少一个服务的信息。

在服务器300的另一个可选实施例中，入局通信模块310还能够在发送服务通知之后接收包含定时器值的等待请求，在此情况中，诊断模块还能够等待定时器值期满之后才重新标识与至少一个功能板相关联的至少一个服务，并发送另一个服务通知，该另一个服务通知包含与该至少一个功能板相关联的至少一个服务的标识符。

硬件管理模块330还能够在接收到包含停用决策的决策通知之后，发送锁定通知，该锁定通知包含至少一个功能板的标识符和至少一个服务的标识符。

虽然在附图中图示以及在前述的详细说明中描述了本发明的多个优选实施例，但是将理解本发明并不局限于所公开的实施例，而是可以在不背离本发明原理的前提下进行多种重新安排、修改和替换。例如，管理节点200可以包括对于服务器300位于本地和远程的多个节点，这些多个节点在管理节点200下一起交互并提供如发明内容所描述的功能。

Claims

1.一种用于维护服务器的方法，其中所迷服务器包括许多功能板，所述方法包括如下步骤：

-在所述服务器处接收停用请求，所述停用请求包含对应于所述许多功能板的其中之一的标识符；

-在执行接收到其标识符的至少一个功能板的停用之前：

-标识与所述至少一个功能板相关联的至少一个服务；以及

-发送服务通知，所述服务通知包含与所述至少一个功能板相关联的至少一个服务的标识符；

-接收决策通知，所述决策通知包含停用决策和取消停用决策的其中之一，所述停用决策和所述取消停用决策是考虑所发送的服务通知而作出的；以及

-如果所述决策通知包含停用决策，则停用所述至少一个功能板。

2.如权利要求1所述的方法，还包括如下步骤：

-接收到所述停用请求之后，将所述至少一个功能板置于停用模式，在所述停用模式下正常地处理所述至少一个功能板的当前任务，并且在所述停用模式下所述至少一个功能板不接受任何新任务；以及

-在接收到所述决策通知之后，如果所述决策通知包含所述取消停用决策，则取消所述至少一个功能板的停用模式。

3.如权利要求1所述的方法，其特征在于：

-接收停用请求的步骤还包括在所述服务器处接收所述停用请求内的定时器值的步骤；以及

-停用所述至少一个功能板的步骤还包括等待所述定时器值期满之后才停用所述至少一个功能板的步骤。

4.如权利要求1所述的方法，还包括如下步骤：

-在发送所述服务通知之后，接收信息请求，所述信息请求涉及与所述至少一个功能板相关联的至少一个服务；以及

-发送信息回复，所述信息回复具有所述服务器中含有的涉及与所述至少一个功能板相关联的至少一个服务的信息。

5.如权利要求1所述的方法，还包括如下步骤：

-在发送所述服务通知之后，接收包含定时器值的等待请求；

-等待所述定时器值期满；

-重新标识与所述至少一个功能板相关联的至少一个服务；以及

-发送另一个服务通知，所述服务通知包含与所述至少一个功能板相关联的至少一个服务的标识符。

6.如权利要求1所述的方法，其特征在于，停用所述至少一个功能板的步骤还包括发送锁定通知，所述锁定通知包含所述至少一个功能板的标识符和所述至少一个服务的标识符。

7.如权利要求1所述的方法，还包括如下步骤：

-在连接到所述服务器的管理节点中接收所述服务通知；

-评估与所述至少一个功能板相关联的至少一个服务的临界性，其中根据与所述至少一个服务相关联的多种标准来评估所述临界性；

-构建所述决策通知，所述决策通知包含所述停用决策和所述取消停用决策的其中之一；以及

-从所述管理节点向所述服务器发送所述决策通知。

8.一种通信网络内的服务器，所述服务器包括许多功能板，每个功能板提供至少一个服务，所述服务器包括：

-入局通信模块，能够：

-接收停用请求，所述停用请求包含对应于所述许多功能板中的至少一个功能板的标识符；以及

-接收决策通知，所述决策通知包含停用决策和取消停用决策的其中之一；

-诊断模块，能够：

-标识与所述停用请求中标识的所述至少一个功能板相关联的至少一个服务；以及

-在接收到所述停用请求时，构建并发送服务通知，所述服务通知包含与所述至少一个功能板相关联的至少一个服务的标识符，其中所述决策通知的所述停用决策和所述取消停用决策是考虑所发送的服务通知来作出的；以及

-硬件管理模块，能够：

-如果所述决策通知包含所述停用决策，则停用所述停用请求中标识的至少一个功能板。

9.如权利要求8所述的服务器，其特征在于，所述硬件管理模块还能够：

-在接收到所述停用请求时，将所述至少一个功能板置于停用模式，在所述停用模式下正常地处理所述至少一个功能板的当前任务，并且在所述停用模式下所述至少一个功能板不接受任何新任务；以及

-如果所述决策通知包含所述取消停用决策，则取消所述至少一个功能板的所述停用模式。

10.如权利要求8所述的服务器，其特征在于：

-所述入局通信模块还能够接收所述停用请求内的定时器值；以及

-所述硬件管理模块还能够等待所述定时器值期满之后才停用所述至少一个功能板。

11.如权利要求8所述的服务器，其特征在于，所述入局通信模块还能够接收信息请求，所述信息请求涉及与所述至少一个功能板相关联的至少一个服务，以及所述诊断模块还能够发送信息回复，所述信息回复具有所述服务器中含有的涉及与所述至少一个功能板相关联的至少一个服务的信息。

12.如权利要求8所述的服务器，其特征在于：

-所述入局通信模块还能够在发送所述服务通知之后接收包含定时器值的等待请求；以及

-所述诊断模块还能够：

-等待所述定时器值期满；

13.如权利要求8所述的服务器，其特征在于，所述硬件管理模块还能够：

-在接收到包含所述停用决策的所述决策通知之后，发送锁定通知，所述锁定通知包含所述至少一个功能板的标识符和所述至少一个服务的标识符。

14.一种用于管理远程服务器的维护的管理节点，所述服务器包括许多功能板，所述管理节点包括：

-图形用户界面(GUI)，能够管理与所述管理节点的用户的交互，其中所述交互的特性是远程和本地的其中之一；

-维护模块，能够：

-经由所述GUI从所述用户接收请求，以便维护所述远程服务器的至少一个功能板；

-向所述远程服务器发送停用请求，所述停用请求包含所述许多功能板中的至少一个功能板的标识符；

-从所述远程服务器接收服务通知，所述服务通知包含与所述至少一个功能板相关联的至少一个服务的标识符；

-基于所述至少一个服务的临界性作出停用所述至少一个功能板的决策；

-如果所述决策是要停用所述至少一个功能板，则向所述远程服务器发送决策通知，所述决策通知包含停用决策。

15.如权利要求14所述的管理节点，其特征在于，所述维护模块还能够：

-向所述远程服务器发送信息请求，所述信息请求涉及与所述至少一个功能板相关联的至少一个服务；以及

-在作出所述决策之前，等待来自所述远程服务器的信息回复，所述信息回复包含所述远程服务器中发现的有关所述至少一个服务的另一些信息。

16.如权利要求14所述的管理节点，其特征在于，所述维护模块还能够：

-向所述远程服务器发送具有定时器值的等待请求；以及

-在作出所述决策之前等待另一个服务通知。

17.如权利要求14所述的管理节点，其特征在于，所述维护模块还能够：

在作出所述决策之前与专家系统交互，所述专家系统与所述管理节点设在一起或设在远程位置。