用于委派对计算系统中的状况的响应的方法和装置

摘要

用于委派对计算系统中的状况的响应的本方法和装置的一个实施例包括：确认(例如，在该计算系统中的系统管理组件处)状况，并且将用于对该状况的响应的策略的责任委派给其它组件。在又一个实施例中，用于委派对计算系统中的状况的响应的本方法和装置包括：从其它计算系统组件(例如，系统管理组件)接收(例如，在计算系统组件处)指派，其中，该指派指派了用于对状况的响应的策略的责任，并且确定是否和如何响应该状况。

说明书

背景技术

本发明一般涉及计算系统，并且，更具体而言，涉及用于分布式计算系 统的系统管理。

图1是示出了典型分布式计算网络或系统100的示意图。系统100包含 多个组件(component)102₁-102_n(例如，计算设备，下文中统称为“组件 102”)，其被分组成一个或多个子网络或管理域104₁-104_n(下文中统称为“域 104”)。至少组件102中的一个(比如说，组件102₄)是系统管理组件。

在系统管理中，典型的基本原理(philosophy)是主动管理(active management)其中之一。也即，如果管理组件检测到需要响应或解决(例如， 源自其它组件102处的垃圾邮件、互联网协议(IP)地址冲突、病毒或类似 物)，则管理组件102₄将通常：(a)亲自响应该状况；(b)确切地告诉其它 组件102如何响应；或者(c)将该状况登录以供人进行响应。

尽管这样的方法与在单一管理控制下(例如在单个域104包含的)的计 算系统的运行和设计一致，但是在组件102被按组分到两个或多个不同的域 104(并且因而在不同的管理控制下)的情况中，该方案的效率较低。例如， 管理组件102₄可能检测到由域104₁中的组件102₂所引起的状况，但是域104₁可能不知道需要响应。因为管理组件102₄处于与组件102₂不同的域(例如， 域104_n)，所以管理组件102₄可能缺乏知识或权力以直接作出响应或者将有 效的规定响应发布到域104₁中的其它组件102。因此，管理组件102₄通常必 须采取影响在其自身管理控制下的组件102的粗粒度响应(coarse-grained response)，可能对其它组件花代价，该响应使问题域1041中的组件102正确 运行(例如，断开域104₁的网络端口)。这样的粗粒度响应通常需要大量时 间和人力介入以在两个域104中都进行精细调整，并且由此会变得相当难以 负担。

因此，在本领域需要一种用于委派(delegate)对计算系统的状况的响 应的方法和装置。

发明内容

用于委派对计算系统中的状况的响应的本方法和装置的一个实施例包 括：确认(例如，在该计算系统中的系统管理组件处)状况，并且将用于对 该状况的响应的策略的责任委派给其它组件。在又一个实施例中，用于委派 对计算系统中的状况的响应的本方法和装置包括：从其它计算系统组件(例 如，系统管理组件)接收(例如，在计算系统组件处)指派，其中，该指派 指派了用于对状况的响应的策略的责任，并且确定是否和如何响应该状况。

附图说明

为了实现并且能够详细理解上述本发明的实施例的方式，可以通过参考 附图中所示出的本发明的实施例得到对上面简要概述的本发明的更加具体 的描述。但是将要注意的是，附图仅示出本发明的典型实施例，并且，由于 本发明可以允许其它等效的实施例，因而不应将附图视为对本发明的范围的 限制。

图1是示出了典型的分布式计算网络或系统的示意图；

图2是示出了依照本发明的、用于委派对计算网络中的状况的响应的方 法的一个实施例的流程图；

图3是示出了依照本发明的、用于解决在计算网络组件所检测到的状况 的方法的一个实施例的流程图；和

图4是使用通用计算设备而实现的响应委派方法的高层的(high level) 框图。

为了便于理解，在可能的情况下，使用了相同的参考标号来指示附图共 有的相同单元。

具体实施方式

在一个实施例中，本发明是用于委派对计算系统中的状况的响应的方法 和装置。本发明的实施例使系统管理组件在被警告计算系统中有需要响应的 状况时能够将该响应的责任委派给其它系统组件。在一个实施例中，委派不 仅包括对响应的执行的委派，还包括对确定在响应中采取适当的措施的委 派。因此，将响应的细节委托给这样的系统组件：其可能比系统管理组件被 更合适地安装(例如，受委派组件可能具有比系统管理组件所具有的更多的 知识和/或在状况发生的域中的权力)，以处理该响应。

在本发明的上下文内，术语“组件”指被连接到计算系统(例如，网络 或相连的网络组)的计算设备(例如，桌上型计算机、膝上型计算机、笔记 本计算机、便携数字助理、蜂窝电话、IP语音电话(voice-over-IP telephone)、 游戏操纵台(gaming console)、机顶盒、服务器、路由器或类似物)。术语 “状况”指在组件处发生的不希望有的状态或行为，诸如垃圾邮件的发送(例 如，未经请求的通信)、病毒的发送、或妨碍计算系统运行(例如，拒绝服 务型攻击(denial of service attack))的任何其它行为。

图2是示出了依照本发明的、用于委派对计算网络中的状况的响应的方 法200的一个实施例的流程图。在一个实施例中，方法200在计算系统的组 件处执行，该组件被授权(例如，由组件所在的域的管理员)将响应委派给 计算网络中的其它组件。例如，可以在计算系统内的经授权的委派组件或系 统管理组件(例如，图1的系统管理组件102₄)处执行方法200。

在步骤202，初始化该方法，并且前进到步骤204，在该步骤，方法200 从计算系统中的其它组件接收状况通知。该状况通知指示了在系统中的其它 组件处检测到的状况，其需要解决以确保计算系统的正确运行。在一个实施 例中，需要这样的解决的状况是下列中的至少一个：从网络组件发来的垃圾 邮件(例如未经请求的通信)、IP地址冲突、位于网络组件处或从网络组件 发送的病毒以及被错误配置或修补的组件。例如，状况通知可以指示对来自 网络下行数据流(network downstream)的拒绝服务型攻击，所述网络下行 数据流来自正在该组件处执行方法200的组件。在一个实施例中，从在该组 件处检测到状况的组件直接接收该状况通知，即，经由在该组件处检测到状 况的组件内的状况通知者。在另一个实施例中，从已经在其它组件处检测到 状况的第三组件(例如，经由状况通知者)接收状况通知。

在步骤206中，方法200选择受委派组件以尝试解决在所接收到的状况 通知中所指示的状况。在一个实施例中，所选择的受委派组件具有对引起该 状况的系统部分的管理控制(例如，引起该状况的组件所在的系统部分)。 例如，所选择的受委派组件可能是IP语音电话，其充当一个或多个引起拒 绝服务型攻击的组件与计算系统之间的网关。在一个实施例中，受委派组件 被安置在与正在该组件处执行方法200的组件(例如，委派组件)不同的管 理域中(并且是在不同的管理控制下)。在另一个实施例中，受委派组件被 安置在与正在该组件处执行方法200的组件相同的管理域中。

然后，方法200前进到步骤208，并且将委派通知发送到所选择的受委 派组件，请求该受委派组件尝试解决所指示的状况。例如，在所检测到的拒 绝服务型攻击的情况中，方法200可以将委派通知发送到IP语音电话，该 IP语音电话为从其产生拒绝服务型攻击的组件充当网络网关。在一个实施例 中，委派通知不包括策略或针对该状况提出的响应；这些细节留待受委派组 件的判断。在又一个实施例中，委派通知包括对状况的性质的描述。

在步骤210中(以虚框示出)，一旦方法200将委派通知发送到受委派 组件，方法200就可以可选地等待预定的时间段，直到从受委派组件接收到 响应。例如，所接收到的响应可以指示受委派组件已经采取了特殊行动以解 决该状况(例如，在从其产生拒绝服务型攻击的网络处切断所有或大多数向 外的网络通讯)。可替换地，所接收到的响应可以指示受委派组件不能解决 状况。在又一个实施例中，所接收到的响应可以传达补充信息，诸如应当解 决状况的最终期限(例如，这样，如果委派组件接受了该最终期限，则委派 组件可以假设：如果最终期限期满，则不可能进行本地解决而可以采取适当 的远程行动以解决该状况)。该补充信息还可以包括，例如，由受委派组件 检测到的、可帮助委派组件选择更合适的受委派组件的信息(例如，受委派 组件可能会检测到可能是第三组件引起该状况并且可能会将此信息报告给 委派组件，从而委派组件可以选择将响应委派给该第三组件)。

在步骤212中，方法200判定是否已经解决状况。如果方法200确定已 经解决该状况，则方法200在步骤214终止。可替换地，如果方法检测到尚 未解决该状况(例如，不论受委派组件如何响应，该状况继续，或者在步骤 210中所接收到的响应指示受委派组件将不作出响应)，则方法200前进到步 骤216，解决该状况，然后在步骤214终止。在一个实施例中，依照步骤216 由方法200对该状况的解决牵涉到粗粒度响应，诸如隔离引起该状况的组件 所在的域或计算系统的部分(例如，将IP语音电话通过其连接到计算系统 的端口禁用)。在又一个实施例中，依照步骤216的该状况的解决牵涉到将 响应重新委派给不同的受委派组件，或将该状况记录以供人介入。然后，方 法200可以利用来自引起该状况的组件所在的域或计算系统的部分的帮助， 以完全解决该状况。

从而，方法200能够有效解决在计算系统中不希望有的状况。通过将解 决的所有细节委派给合适的受委派组件，而非亲自对每一个需要响应的状况 的细节负责，系统管理组件(例如，委派组件)可以更有效地管理计算系统。 例如，可以对引起状况的系统的部分具有管理控制的受委派组件，可比委派 组件具有对引起状况的系统的部分更多的知识。从而，通过委派给受委派组 件，并且给予受委派组件机会以提供针对状况的如外科手术般的响应 (surgical response)(例如，通过以受委派组件认为合适的任何方式来处理 状况)，能够大大降低对更多极粗粒度响应的需要。

图3是示出了依照本发明的、用于解决在计算网络组件所检测到的状况 的方法300的一个实施例的流程图。例如，可以在已经由委派组件选择用以 解决状况的计算系统内的受委派组件处执行方法300。在一个实施例中，方 法300在位于与引起状况的组件所在的相同的管理域中的组件处执行。

在步骤300，初始化方法300，并且前进到步骤302，其中方法300从委 派组件接收委派通知。如上所述，委派通知对正在该组件处执行方法300的 接收组件通知：已经选择了接收组件以尝试在其它计算系统组件处解决状 况。在一个实施例中，在委派通知的接收之前，在正在其上执行方法300的 组件处可以调用(例如，经由网络服务器)指示状况存在(但是没有关于该 状况的性质的专门细节)的小服务程序(servlet)。在又一个实施例中，关于 相关状况的附加信息可以伴随委派通知的接收，该信息经由运行在组件的公 知网络端口上的委派通知服务器接收到，所述组件为正在其上执行方法300 的组件。

在步骤306中，方法300确定采取适当的一个行动或多个行动以尝试依 照状况通知来解决状况。在一个实施例中，方法300可以依照步骤306来确 定适于不采取行动。在一个实施例中，方法300仅与授权的委派组件相互作 用，因此，只有在步骤304中是否从授权的委派组件接收到委派通知，才确 定适当的行动。

然后在步骤308中，方法300判定是否在本地(例如，亲自地)解决状 况。如果方法300确定可以在本地解决状况，则方法300前进到步骤310并 且依照步骤306中所确定的行动或多个行动来解决状况。例如，在拒绝服务 型攻击的示范性例子中，方法300可以禁用用于域的系统入口(access)或引起 拒绝服务型攻击的组件所在的计算系统的部分，因此，该域中的管理员就可 以稍后寻址该状况而不牵涉到来自委派组件的域的管理员。此外，方法300 可以继续允许IP语音电话自身的通信以访问网络，或者，可以允许其它设 备连接到计算系统的特定组件和端口以检索(retrieve)修补软件。可替换地， 方法300可以只隔离或阻塞(throttle)被疑为要对状况负责的组件。

然后，在步骤312(以虚框示出)中，方法300可选地返回报告给委派 组件，以将状况的状态(例如，已解决、未解决)或方法300采取行动的意 图通知委派组件。可替换地，如果在步骤308中，方法300确定不能在本地 解决状况，则方法300可选地直接前进到步骤312并且报告给委派组件。然 后，在步骤314中，方法300终止。

图4是使用通用计算设备400而实现的响应委派方法的高层的(high level)框图。在一个实施例中，通用计算设备400包含处理器402、存储器 404、响应委派模块405和诸如显示器、键盘、鼠标、调制解调器及类似物 的各种输入/输出(I/O)设备406。在一个实施例中，至少一个I/O设备是存 储设备(例如，磁盘驱动器、光盘驱动器、软盘驱动器)。应当理解，可以 将响应委派模块405实施为物理设备或通过通信信道耦接到处理器的子系 统。

可替换地，可以用一个或多个软件应用程序(或者，甚至软件与硬件的 组合，例如，使用专用集成电路(Application Specific Integrated Circuits，ASIC) 来表示响应委派模块405，其中从存储介质(例如，I/O设备406)加载所述 软件并且由处理器402在通用计算设备400的存储器404中运行该软件。因 此，在一个实施例中，参照前面的图在这里所描述的用于委派对系统状况的 响应的响应委派模块405可以被存储在计算机可读介质或载体(例如，RAM、 磁盘驱动器或光盘驱动器或软磁盘及类似物)上。

因此，本发明在系统管理领域中代表了巨大的进步。所提供的方法和装 置使系统管理组件在被警告计算系统中有需要响应的状况时能够将响应的 责任委派(例如，包括确定在响应中采取适当的措施)给其它系统组件。因 此，将响应的细节委托给这样的系统组件：其可能比系统管理组件被更合适 地安装(例如，受委派组件可能具有比系统管理组件所具有的更多的知识和 /或在状况发生的域中的权力)，以处理该响应。与更多典型的粗性质的响应 相比较，这大大降低了为了更正状况所必须投入的时间和人力介入的数量。

尽管前述针对本发明的优选实施例，但是，可以在不脱离本发明的基本 范围的条件下可以设计本发明的其它或更进一步的实施例，并且由以下的权 利要求确定本发明的范围。