CN105379192B - 用于硬件资产管理的方法和系统 - Google Patents

Abstract

简化的硬件管理通信协议包括所定义的请求分组，所定义的请求分组用于将请求传输到较低的管理功能层或者所管理的资源，并且它还包括所定义的响应分组，所定义的响应分组用于将响应传输回请求源。请求分组包括设备的类型的标识、该设备的标识符、发送实体的地址、会话标识符、序列号、功能标识符、以及包括定向到请求目标的经封装的通信或数据的有效负载。响应分组可包括请求发送者的标识、会话标识符、序列号、标识请求是否完成和如何完成的完成代码、以及有效负载。所管理的资产型特定驱动器利用所管理的资产专用的通信协议来转化成通信。

Description

用于硬件资产管理的方法和系统

背景

高吞吐量计算机网络连接的日益增加的可用性已经实现了在许多不同的计算设备之间分布的计算机处理能力，这些计算设备可跨各个物理位置分散开。例如，容纳数百或数千个计算设备的数据中心正在以下两方面变得更加普遍：在为它们自己寻求利用此类数据中心支持的处理能力的实体之间，以及通过寻求将此类处理能力销售给其他人的实体。不管货币化数据中心的方式如何，每一个数据中心、以及计算设备和包含在其中的相关联硬件可表示实质性财政投资。更具体地，包括数据中心的硬件的大部分(特别是计算硬件)可能不仅需要购买此类硬件的初始资金支出，而且还表示其价值随时间降低的贬值资产。

因此，跟踪硬件以确保正在以有效的方式利用它且确保满足操作参数(诸如电压、电流、温度、以及其他相似的参数)在财政上可能是有益的。不幸的是，跟踪和管理跨不同地理位置的无数个硬件可能难以实现。例如，单个数据中心可包括可能需要单独地跟踪和管理的数千个计算设备以及相关联的硬件。然而，许多组织可管理可跨不同地理位置分散、呈指数级地增加要维护和管理的硬件数量的多个数据中心。

用于管理硬件(特别是大量物理分布的硬件)的传统机制包括利用无数个复杂的通信协议。此类机制可能是低效的且容易出错的。

概述

在一个实施例中，硬件管理通信协议可用作包装器，通过该包装器，利用其他协议的通信可通过多个管理功能层来路由并且定向到适当的所管理的资源。硬件管理通信协议可包括可用于将请求传输到较低的管理功能层或者所管理的资源的所定义的请求分组。硬件管理通信协议还可包括可用于将响应传输回请求的源的所定义响应分组。

在另一实施例中，请求分组可包括此类请求涉及的设备的类型的标识、该设备的标识符、发送请求分组的实体的地址、请求和相应响应可通过其相关的会话标识符、提供用于传输超过单个分组尺寸的数据的序列号、通过其可标识请求功能的功能标识符、以及可包括涉及请求目标的经封装的通信或数据的有效负载。

在进一步的实施例中，响应分组可包括向其提供响应的请求发送者的标识、请求和相应响应可通过其相关的会话标识符、提供用于传输超过单个分组尺寸的响应数据的序列号、标识请求是否完成和如何完成的完成代码、以及可包括涉及请求发送者的经封装的通信或数据的有效负载。

在又进一步的实施例中，管理资产型特定驱动器可用作较低的管理功能层，并且可在利用硬件管理通信协议的硬件管理通信与利用对所管理的资产它们本身而言可能是专用的通信协议的通信之间转化。

提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并非旨在标识出要求保护的主题的关键特征或必要特征，亦非旨在用于限制要求保护的主题的范围。

根据参考附图进行的以下详细描述，附加特征和优点将变得显而易见。

附图简述

以下详细描述可在结合附图时最好地理解，其中：

图1是示出实现示例性硬件管理通信协议的示例性系统的框图；

图2是示出示例性硬件管理通信协议的示例性请求和响应分组的框图；并且

图3是示例性计算设备的框图。

详细描述

以下描述涉及用作包装器的简化的硬件管理通信协议，通过该包装器，较低级通信可通过多个管理层来被路由。硬件管理通信协议可包括所定义的请求分组，所定义的请求分组可用于将请求传输到较低的管理功能层或者所管理的资源，并且它还可包括所定义的响应分组，所定义的响应分组可用于将响应传输回请求源。请求分组可包括此类请求涉及的设备的类型的标识、该设备的标识符、发送请求分组的实体的地址、请求和相应响应可通过其相关的会话标识符、提供用于传输超过单个分组尺寸的数据的序列号、通过其可标识请求功能的功能标识符、以及可包括涉及请求目标的经封装的通信或数据的有效负载。响应分组可包括向其提供响应的请求发送者的标识、请求和相应响应可通过其相关的会话标识符、提供用于传输超过单个分组尺寸的响应数据的序列号、标识请求是否完成和如何完成的完成代码、以及可包括涉及请求发送者的经封装的通信或数据的有效负载。所管理的资产型特定驱动器可用作较低的管理功能层，并且可在利用硬件管理通信协议的硬件管理通信与利用对所管理的资产它们本身而言可能是专用的通信协议的通信之间转化。

为了说明的目的，本文中所描述的技术涉及包括不同类型的硬件资产的特定硬件组件。然而，对此类组件以及包含在其中的特定硬件资产的引用和说明严格来说是示例性的，并且不旨在将所描述的机制限于所提供的特定示例。实际上，所描述的技术适用于监视和管理以任何配置或构造排序进行排列和组装的任何计算资产。因此，以下对特定硬件的引用同等地表示任何类型的所管理的资产。类似地，以下对特定组件(诸如“机架”或“机箱(chassis)”)的引用同等地表示所管理的资产的任何排列或勾勒。

另外，虽然不需要，但是以下描述将在一个或多个计算设备所执行的计算机可执行指令(诸如程序模块)的一般上下文中。更具体而言，除非另外指明，否则描述将参考一个或多个计算设备或外围设备所执行的动作以及其所执行的操作的符号表示。由此，应当理解，有时被称作计算机可执行的这种动作和操作包括处理单元对以结构化形式表示数据的电信号的操纵。这种操纵转换了数据或将其维持在存储器的位置中，这就以本领域技术人员所熟知的方式来重新配置或更改计算设备或外设的操作。数据被维护在其中的数据结构是具有由数据形式所定义的特定属性的物理位置。

一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。此外，本领域技术人员将会认识到这些计算设备不必限于常规个人计算机，并且包括其他计算配置，包括手持式设备、多处理器系统、基于微处理器的或可编程消费电子设备、网络PC、小型计算机、大型计算机等等。类似地，这些计算设备不必限于独立计算设备，因为各机制也可以在通过通信网络链接的分布式计算环境中实现。在分布式计算环境中，程序模块可位于本地和远程存储器存储设备中。

参考图1，示出了示例性系统100，从而提供以下描述的上下文。示例性系统100包括被示为排列到物理结构(诸如机箱)中的所管理的资产。更具体地，图1的示例性系统100被示为包括机箱121、131和141，这些机箱本身可各自包括以一个或多个所管理的资产的形式的子部件。为了维持图1中的说明性的清晰，未明确地示出机箱121和131的子部件。然而，示例性机箱141在图1的系统100中被示为包括各个所管理的资产，包括例如风扇(诸如风扇161和162)、若干计算设备(诸如服务器171和172)、以及电源(诸如电源181)。如本领域技术人员应当理解的，此类所管理的资产中的特定管理资产它们本身可包括可被监视和管理的部件。作为说明，服务器172被示为包括存储设备(诸如存储设备178)和存储器设备(诸如存储器179)。

在一个实施例中，各个所管理的资产(诸如示例性机箱141的那些管理资产)可通过多个管理功能层进行管理。例如，机箱121、131和141中的多个机箱可一起被集聚成单个物理或逻辑构造，为了容易引用，该物理或逻辑构造将在本文中被称为“机架”。对应地，机架管理器110可与此类机架相关联，并且可提供对它的监视和管理功能。每一个单独的机箱(诸如示例性机箱121、131和141)可分别与机箱管理器(诸如示例性机箱管理器120、130和140)相关联。在此类实施例中，机箱管理器120、130和140可表示机架管理器110下的管理功能层，以使机箱管理器120、130和140接收来自机架管理器110的请求并提供对它的响应。

为了促进与所管理的资产中的单独的管理资产(诸如举例而言在图1中被示例性地示为机箱141的一部分的那些管理资产)的通信，机箱管理器可利用可包括资产特定的通信能力并将在本文中被称为“驱动器”的另一管理功能层。由此，例如，图1的系统100示出可与机箱141的风扇(诸如风扇161和162)进行接口连接的示例性风扇驱动器160。类似地，服务器驱动器(诸如示例性服务器驱动器170)可与服务器171和172进行接口连接，并且电源驱动器(诸如示例性电源驱动器180)可与电源181进行接口连接。虽然图1所示的驱动器被示为类特定的驱动器以使驱动器与属于特定类的所管理的资产的所有所管理的资产实例相关联，但是在其他实施例中，驱动器对单独的资产而言可能是专用的。作为说明性示例，尽管风扇驱动器160在图1中被示为与机箱141中的所有风扇实例进行接口连接，但是在另一实施例中，风扇驱动器160可能只有与风扇161进行接口连接而不同的风扇驱动器可与风扇162进行接口连接。另外，如本文中所利用的术语“驱动器”仅指可将通信转化成所管理的资产可在本机上理解的方式，并且不意指操作系统驱动器。

如图1中所示的，系统100可分别包括机架管理器110与机箱管理器120、130和140中的单独的机箱管理器之间的通信路径125、135和145。另外，机箱管理器中的每一个机箱管理器可包括到其各自机箱的通信路径。例如，机箱管理器120可包括去往所管理的资产中的包括机箱121的一个或多个所管理的资产的通信路径129。类似地，机箱管理器130可包括去往所管理的资产中的包括机箱131的一个或多个所管理的资产的通信路径139。在一个实施例中，机箱管理器与所管理的资产中的包括关联于机箱管理器的机箱的单独管理资产之间的通信路径可包括用于将机箱管理器通信转化成可由所管理的资产在本机上理解的通信的一个或多个驱动器。因此，如在图1的系统100中所示，机箱管理器140可分别包括它与驱动器(诸如风扇驱动器160、服务器驱动器170、以及电源驱动器180)中的一个或多个驱动器之间的通信路径165、175和185。进而，此类驱动器中的每一个驱动器接着可包括它们自己与资产中的它们关联的一个或多个资产之间的通信路径。例如，风扇驱动器160可分别包括它与机箱141的风扇(诸如风扇161和162)之间的通信路径191和192。类似地，服务器驱动器170可分别包括它与机箱141的服务器(诸如服务器171和172)之间的通信路径193和194，并且电源驱动器180可包括它与电源181之间的通信路径195。另外，在一个实施例中，通信路径可存在于所管理的资产内。例如，虽然在图1中未具体地示出，但是附加通信路径可存在于服务器设备内(诸如举例而言服务器172内)以使服务器172的部件能够与它的其他部件(诸如举例而言存储178和存储器179)通信。

在一个实施例中，硬件管理通信协议可用于在提供管理功能的各个层之间交换通信。例如，此类硬件管理通信协议可用于在机架管理器(诸如示例性机架管理器110)与机箱管理器(诸如类型机箱管理器120、130和140)之间交换通信。类似地，相同的硬件管理通信协议还可用于在机箱管理器与关联于包括机箱管理器所管理的机箱的所管理的资产的驱动器实例之间交换通信。由此，例如，该相同的硬件管理通信协议可用于在机箱管理器140与风扇驱动器160、服务器驱动器170和电源驱动器180中的一个或多个驱动器之间交换通信。

风扇驱动器160、服务器驱动器170和电源驱动器180中的每一个驱动器接着都可将与硬件管理通信协议相对应的通信转化成可由所管理的资产在本机上理解的通信。作为简单示例，在本示例中，风扇161可包括受限的通信功能，该通信功能可能受到限制以致于只理解串行接口的所定义引脚上的电压存在或不存在。在此类极端示例中，风扇驱动器160可与此类风扇161兼容以使风扇驱动器160可根据以下所描述的硬件管理通信协议接收通信，可从此类通信中提取所请求的风扇161的功能，并且可诸如通过向串行接口的引脚中的适当的引脚施加电压来相应地控制风扇161。作为另一示例，管理资产中的一个或多个所管理的资产可与现有资产管理通信协议兼容。例如，存储178或存储器179可与已知的设备内硬件管理协议兼容。在此类示例中，服务器驱动器171可根据以下所描述的硬件管理通信协议接收通信，可从此类通信中提取所请求的存储178或存储器179的功能，并且可将此类请求传递到存储178或存储器179与之兼容的已知设备内硬件管理协议中的服务器172。

类似地，可通过利用无论哪一种通信协议都与所管理的资产兼容的相应驱动器接收来自所管理的资产的响应。这些驱动器接着可根据以下所描述的硬件管理通信协议将此类响应转化成适当的格式。

转向图2，其中所示的系统200示出以上引用的硬件管理通信协议的示例性分组结构和通信交换。为了说明性地描述所构想的分组结构和通信交换的目的，系统200的通信交换被示为在先前在图1中所示的机架管理器110、机箱管理器140、风扇160和风扇161之间交换的通信的上下文内。最初，如系统200中所示的，可经由通信230将请求从机架管理器110传递到机箱管理器140。此类请求可源自于机架管理器110，例如作为准确性请求、“心跳”通信、或者像自动触发动作一样的其他动作的一部分。通信230的请求还可源自于管理用户或者像实体一样的其他人，他们可通过具有机架管理器110的又进一步的资产管理层直接或间接交互。

在一个实施例中，通信230可包括一个或多个分组231，该分组可包括根据在图2中也示出的示例性请求分组210的结构。如图2所示，示例性请求分组210可包括设备类型信息211，该设备类型信息可标识此类通信最终涉及的设备的类型。此类设备类型信息211可用于在多个分组之中进行区分，并且向指定不同设备类型的分组施加不同的处理。在一个实施例中，通过设备类型信息211对设备类型的标识可能基于目标设备本身的归类，诸如举例而言该设备是风扇、服务器、电源、还是相似物。在另一实施例中，通过设备类型信息211对设备类型的标识可能基于目标设备的能力，不管其物理表现如何。例如，冷却设备可能是单一设备类型，不管此类设备是风扇、热电部件、水冷装置、还是其他相似的冷却设备。

在一个实施例，可由设备类型信息211指定的一种设备类型可能是可标识不直接是所管理的资产而是资产管理系统的一个或多个部件或方面的控制设备类型。例如，可从机架管理器110传递到机箱管理器140的示例性分组231可包括设备类型信息211，该设备类型信息可将中间管理部件(诸如机箱管理器140)标识为请求的目标设备。此类设备类型信息211可用于将请求传递到其他资产管理部件，这些请求包括例如可被设计为周期性地验证资产管理部件的准确操作的“心跳”请求、可修改一个或多个操作设置(诸如超时值)的设置请求、以及重启、施加固件更新等的操作请求。在一个实施例中，设备类型信息211可能是请求分组210中的字段，该字段在尺寸上是单个字节。

示例性分组210可进一步包括设备标识信息212，该设备标识信息可提供此类通信最终涉及的特定设备的特定标识符。在一个实施例中，由于存在设备类型信息211，设备标识信息212只需要如在相同设备类型的其他设备之中是唯一的。然而，在另一实施例中，设备标识信息212可能是全局唯一的标识符。在一个示例性实施例中，设备标识信息212可能是请求分组210中的字段，该字段在尺寸上是单个字节。

可通过示例性请求分组210提供的附加信息可包括发送者地址信息213，该发送者地址信息可标识传输请求的实体或者可标识特定端口、部件、或者传输实体的其他相似方面。在一个实施例中，发送者地址信息213可包括提供故障转移功能的多个不同实体的地址。更具体地，在此类实施例中，响应首先可涉及包含在发送者地址信息213中的多个不同地址信息中的主要地址信息。如果此类响应诸如由于它涉及的实体的故障而无法传送，该相同响应随后则可涉及包含在发送者地址信息213中的多个不同地址信息中的次要地址信息，由此提供故障容差。在一个实施例中，发送者地址信息213可能是请求分组210中的字段，该字段在尺寸上是单个字节。

示例性请求分组210还可包括会话标识信息214，该会话标识信息可使后续响应能够与它正在响应的请求相关。通信会话可能是单个请求/响应对，在此情况下，单个请求和单个响应可包括相同的会话标识信息214。通信会话还可跨越诸如在串行控制台会话的上下文中的多个请求/响应消息。在此类实例中，多个请求中的每一个请求以及多个响应中的每一个响应都可包括相同的会话标识信息214。在一个实施例中，会话标识信息214可能是请求分组210中的字段，该字段在尺寸上是两个字节。

为了提供用于可能大于单个分组的信息或数据的传递，示例性请求分组210还可包括序列号215，该序列号可为传递较大信息集合的单独块的一系列分组提供排序信息。更具体地，在一个实施例中，序列号215可能是请求分组210中的字段，该字段在尺寸上可能是两个字节，其中那两个字节中的单个位(诸如最高位或符号位)可用于指示是否存在其有效负载要被在拼接一起以形成单个通信的附加分组。在此类示例中，三十一个较低位接着可用作排序信息，可在接收之后通过这三十一个较低位来对那些附加分组排序。

示例性请求分组210可提供功能标识信息216，如果适当的话，该功能标识信息标识请求的功能。在一个实施例中，功能标识信息216仅关于设备类型信息211所指定的设备的类型可能是唯一的。作为简单示例，当设备类型信息211指示请求分组210涉及风扇型设备时，功能代码“1”可表达“获取状态”的功能。继续此类简单示例，当设备类型信息211指示请求分组210涉及服务器型设备时，相同的功能代码“1”可表达“打开服务器”的功能。在另一实施例中，功能标识信息216如跨多个不同类型的设备可能是全局唯一的。可由功能标识信息216指定的功能的示例可包括以上引用的“获取状态”的功能，以及设置特定值、参数或其他设置的功能和引导目标设备执行特定动作的功能(诸如以上引用的“打开服务器”的功能)。在一个实施例中，功能标识信息216可能是请求分组210中的字段，该字段在尺寸上可能是单个字节。

除了上述信息以外，请求分组210还可包括有效负载218，该有效负载可包括与请求分组210的请求有关的数据。例如，有效负载218可包括诸如通过分成请求分组的有效负载的已经被封装在当前描述的协议内的变化协议的通信。如将在下文中更详细描述的，有效负载218的内容对利用当前描述的协议的中间管理层而言可能是晦涩的(opaque)。在一个实施例中，有效负载218可高达六十四千字节长。为了指定有效负载218的尺寸，请求分组210可包括字节数标识信息217，该字节数标识信息本身可能是在尺寸上具有两个字节的字段并且可包含可指定有效负载218的尺寸的值。为了提供用于错误校验和数据完整性校验，示例性请求分组210还可包括循环冗余校验(CRC)值219，该CRC值可用于以本领域技术人员熟知的方式校验用于数据完整性的每一个所接收的请求分组。

返回先前引用的示例性通信230，通信230可包括诸如示例性分组231之类的分组，这些分组可能是示例性请求分组210的格式。在接收到此类分组231之后，机箱管理器140可标识，诸如举例而言，基于设备类型信息211以及任选的包含在此类分组231中的设备标识信息212向其引导此类分组231的适当的驱动器。在一个实施例中，机箱管理器140可生成诸如经由通信240传递到风扇驱动器160的新分组241。此类新分组241可包括有效负载218，该有效负载可包括作为通信230的一部分从机架管理器110发送到机箱管理器140的先前接收的分组231。在此类实施例中，在诸如经由通信240接收到分组241之后，风扇驱动器160可从分组241的有效负载218解包分组231，并且可基于分组231生成到风扇161的适当的通信250，以根据起初由机架管理器110传输的请求指令该风扇。风扇驱动器160所生成的通信250可根据无论哪一种通信协议都由风扇161支持。如先前所指示的，此类通信协议取决于资产的类型可能是非常简单的，并且可包括例如只向串行接口的特定引脚施加电压。替换地，作为另一示例，用于通信260的通信协议可根据风扇161可支持的先前同意或者广泛采纳的通信标准。在此类实施例中，风扇驱动器160可以能够在风扇161支持的通信协议与本文中所描述的通信弱脉冲之间转化。作为替换或者另外地，管理部件中的一个或多个管理部件(诸如机架管理器110或机箱管理器140)可支持风扇161支持的通信协议。在此类替换实施例中，根据风扇161支持的通信协议，分组251可通过例如机架管理器110或者甚至与机架管理器110通信的更高级管理过程生成，并且可通过机架管理器110封装到分组231的有效负载218中。分组231接着可被封装到分组241的有效负载218中，并且在风扇驱动器160接收到分组241之后，风扇驱动器160可解包分组231并且随后从分组231解包分组251，并且接着经由通信250将分组251传输到风扇161。

在一个实施例中，响应于通信250，风扇161可生成通信260的响应，该响应可包括可根据风扇161支持的通信协议的分组(诸如分组261)。为了说明分组251和261可不同于本文中所描述的通信协议，相对于在上文中详细描述的分组231和241以及将在下文中更详细描述的分组271和281的白色填充，它们以粗体黑色示出。一旦风扇驱动器160接收到响应通信260，它就可生成到机箱管理器140的通信270的响应。通信270的响应可包括分组(诸如分组271)，这些分组可能是在图2的系统200中示出的示例性响应分组220所示出的形式。

像示例性请求分组210的发送者地址信息213一样，示例性响应分组220同样可包括发送者地址信息221。在一个实施例中，可从相应请求分组的发送者地址信息213简单地复制或者以其他方式从其获得响应分组220的发送者地址信息221。响应分组220的发送者地址信息221可使响应分组(诸如示例性响应分组220)能够定向到适当的实体(诸如发起请求的实体)。

另外，响应分组220可进一步包括会话标识信息222。示例性请求分组210的会话标识信息222可像会话标识信息214一样标识特定通信会话。实际上，在一个实施例中，可从相应请求分组的会话标识信息213简单地复制或者以其他方式从其获得响应分组220的会话标识信息222。

响应分组220还可包括序列号223，该序列号虽然不一定与示例性请求分组210的序列号215等同但是可与其类似。如前，响应分组220的序列号223可指示是否要预期包括跨多个响应分组进行分组的单一通信的附加部分的附加分组。例如，在一个实施例中，最重要的位或者符号位可指示后续分组是否包括跨多个响应分组进行分组的单一通信的附加部分，而两个字节的序列号中的其余三十一位可提供排序信息。

在一个实施例中，完成代码信息224可提供与通过目标资产执行请求功能相关联的状态，包括对以什么方式执行还是不执行请求操作的指示。例如，完成代码“0”可指示缺乏对请求分组210的功能信息216所指定的功能的支持。作为另一示例，完成代码“1”可表示成功完成经由请求分组210请求的功能。作为又一示例，完成代码“2”可表示各种错误情形，诸如举例而言请求功能超时、请求功能返回无效响应等。此类完成代码信息224可基于从所管理的资产它本身生成的信息。例如，风扇161可经由通信260指示它正在经历错误，诸如举例而言欠压情形。此类指示可能是风扇驱动器160可转化成适当的错误完成代码的代码的形式。替换地，完成代码信息224可由管理层之一(诸如举例而言风扇驱动器160)生成。例如，风扇驱动器160本身可在预定时间段内未接收到来自风扇161的响应之后生成指示请求功能超时的完成代码。在一个实施例中，完成代码信息224可能是响应分组220中的字段，该字段在尺寸上可能是单个字节。

示例性响应分组220可进一步包括与字节数信息217、有效负载218和CRC信息219类似的字节数信息225、有效负载226和CRC值227。例如，相对于响应分组220的有效负载226，在图2的系统200所示出的示例中，机箱管理器140在从风扇驱动器160接收到分组271之后可生成可包括分组271和分组281的有效负载226的分组281。接着可通过机箱管理器140将此类分组281传递到机架管理器110，如通信280所示出的。

在接收到通信280之后，机架管理器110可解包例如响应分组271，并且由此可接收对最初经由通信230传输的请求的响应。在一个实施例中，机架管理器110、或者执行更高级且与机架管理器110通信的其他过程，可理解替换的资产管理协议，诸如举例而言通过风扇161实现的协议。在此类实施例中，风扇161所生成的分组261可被封装到风扇驱动器160所生成的分组271的有效负载226中，进而，分组261接着可诸如以在上文中详细描述的方式被封装到机箱管理器140所生成的分组281的有效负载226中。在此类实施例中，机架管理器110在接收到分组281之后可从分组281的有效负载226解包分组271，并且接着可进一步从分组271的有效负载226解包分组261，并且由此可获得对分组261的访问，它可处理其本身或者提供给更高级过程。

在一个实施例中，可在实现其他管理层(诸如举例而言机箱管理器140)的相同计算设备上实现驱动器，诸如图2所示的风扇驱动器160。在其他实施例中，驱动器或者以上所述的功能由此类驱动器提供，可由所管理的资产它们本身提供。不同声明的是，所管理的资产可在本机上支持上述通信协议。例如，代替风扇161，图2的系统200可包括更复杂的所管理的资产，诸如举例而言在图1的系统100中示出的服务器之一。在此类示例中，图1所示的服务器(诸如服务器172)可在本机上理解以上所述的通信协议。因此，在此类示例中，服务器172可直接地接收通信240。在一个实施例中，通信240可包括其有效负载218可能是涉及服务器172的部件(诸如存储178或存储器179，两者都在图1中示出)的通信的分组241。在此类实施例中，根据已知的设备内协议(诸如为了管理的目的服务器172本身通过其与存储178或存储器179通信的协议)的通信可被封装在分组231以及最终241的有效负载218中。在接收到此类分组之后，服务器172本身可解包封装在那些分组的有效负载218内的通信，并且由此可根据已知的设备内协议将那些通信提供给存储178或存储器179。来自存储178与存储器179的响应可以类似的方式进行分组和打包。以此类方式，所管理的资产它本身(诸如举例而言服务器172)可用作它自己的驱动器，诸如用于与其构成部件的部分或全部进一步通信。

转向图3，示出了示例性计算设备300，部分地包括可在执行和实现以上所述的机制中利用的硬件元件。示例性计算设备300可包括但不限于，一个或多个中央处理单元(CPU)320、系统存储器330和将包括该系统存储器在内的各种系统组件耦合至处理单元320的系统总线321。系统总线321可以是若干类型的总线结构中的任一种，包括存储器总线或存储器控制器、外围总线和使用各种总线架构中的任一种的局部总线。取决于特定物理实现，CPU 320、系统存储器330和计算设备300的其他组件中的一个或多个可以在物理上位于同处，诸如在单个芯片上。在这一情况下，系统总线321的一部分或全部可以只不过是单个芯片内的硅通路，且其在图3中的图示只不过是出于说明目的的记法方便。

计算设备300一般还包括计算机可读介质，该计算机可读介质可包括可被计算设备300访问的任何可用的介质。作为示例而非限制，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以用于存储如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的介质。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁性存储设备、或能用于存储所需信息且可以由计算设备300访问的任何其它介质。然而，计算机存储介质不包括通信介质。通信介质通常以诸如载波或其他传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其他数据，并包括任意信息传送介质。作为示例而非限制，通信介质包括诸如有线网络或直接线连接之类的有线介质，以及诸如声学、RF、红外及其他无线介质之类的无线介质。上述中任一组合也应包括在计算机可读介质的范围之内。

在使用通信介质时，计算设备300可以经由到一个或多个远程计算机的逻辑连接在联网环境中工作。图3中所描绘的逻辑连接是先前描述的到网络190的一般网络连接371。示例性计算设备300通信地耦合的网络190可能是局域网(LAN)、广域网(WAN)(诸如因特网)、或者其他网络。计算设备300通过网络接口或适配器370连接到一般网络连接371，该网络接口或适配器进而连接到系统总线321。在联网环境中，相对于计算设备300或其部分或外围设备所描绘的程序模块可被存储在通过一般网络连接371通信地耦合到计算设备300的一个或多个其他计算设备的存储器中。应当理解，所示的网络连接是示例性的，并且可使用在计算设备之间建立通信链路的其它手段。

在计算机存储介质之中，系统存储器330包括以易失性和/或非易失性存储器(包括只读存储器(ROM)331和随机存取存储器(RAM)332)的形式的计算机存储介质。包含用于启动计算设备300的代码等的基本输入/输出系统333(BIOS)通常被存储在ROM 331中。RAM332通常包含处理单元320可立即访问和/或当前正在操作的数据和/或程序模块。作为示例而非限制，图3示出了操作系统334、其它程序模块335和程序数据336。

计算机系统300还可包括其它可移动/不可移动、易失性/非易失性计算机存储介质。仅仅作为示例，图3示出了从不可移除的非易失性介质读取或向其写入的硬盘驱动341。可与示例性计算设备一起使用的其他可移除/不可移除的易失性/非易失性计算机存储介质包括但不限于磁带盒、闪存卡、数字多功能盘、数字视频带、固态RAM、固态ROM等。硬盘驱动器341通常通过诸如接口340等不可移动存储器接口连接到系统总线321。

上文讨论并在图3中示出的驱动器及其相关联的计算机存储介质为计算设备300提供了对计算机可读指令、数据结构、程序模块和其它数据的存储。例如，在图3中，硬盘驱动器341被示为存储了操作系统344、其他程序模块345，以及程序数据346。这些部件可能与操作系统334、其他程序模块335、以及程序数据336相同或不同。操作系统344、其它程序模块345和程序数据346在这里被标注了不同的标号是为了说明至少它们是不同的副本。

如从以上描述可见的，已经呈现了资产管理通信协议。考虑此处所述的主题的众多可能的变化，本发明要求保护落入以下权利要求书范围内的所有这样的实施例及其等效实施方式。

Claims (10)

1.一种用于管理硬件资产的方法，所述方法包括以下步骤：

生成分组，所述分组包括：

会话标识符，所述会话标识符标识具有至少一个硬件资产的通信会话，所述通信会话涉及使所述至少一个硬件资产执行所请求的功能；

提供用于传输超过单一分组尺寸的数据的序列号，所述序列号标识所生成的分组在多个其他分组之中的次序，所述多个其他分组和所生成的分组各自包括跨所述多个其他分组和所生成的分组进行分组的单一通信的至少一部分；

代码，所述代码包括标识请求要由所述至少一个硬件资产执行的功能的功能代码或者标识与所述至少一个硬件设备执行所请求的功能相关联的状态的完成代码；以及

有效负载，所述有效负载包括与请求有关的数据；以及

将所生成的分组传输到另一资产管理部件，所述另一资产管理部件在资产管理系统的不同于执行所述方法的资产管理部件的管理功能层处执行。

2.如权利要求1所述的方法，其特征在于，进一步包括以下步骤：

接收其结构等同于所生成的分组的第二分组，所接收的第二分组是请求所述至少一个硬件资产执行所请求的功能的请求分组；以及

响应于接收所述第二分组，生成其结构与所生成的分组和所接收的第二分组不同的第三分组，所生成的第三分组与所述至少一个硬件资产兼容，所生成的第三分组请求所述至少一个硬件资产执行所请求的功能。

3.根据权利要求2所述的方法，其特征在于，所述生成第三分组包括：解包所接收的第二分组的有效负载以获得所述第三分组。

4.如权利要求1所述的方法，其特征在于，进一步包括接收其结构等同于所生成的分组的第二分组的步骤：

其中所述生成分组包括响应于所述接收第二分组生成所述分组；

并且其中进一步地，所述单一通信的至少一部分在所生成的分组的有效负载中，所述单一通信包括所接收的第二分组。

5.根据权利要求1所述的方法，其特征在于，所请求的功能包括状态提供功能、变化设置功能、或者供电功能的至少一个，所述状态提供功能提供所述至少一个硬件资产的至少一部分的状态，所述变化设置功能涉及改变所述至少一个硬件资产的至少一个设置，所述供电功能涉及打开所述至少一个硬件资产。

6.一种计算机可读介质，包括用于执行权利要求1所述的步骤的计算机可执行指令。

7.一种用于管理硬件资产的系统，包括：

至少一个硬件资产；

用于所述至少一个硬件资产的驱动器，所述驱动器将所述硬件资产与包括资产管理部件的多层硬件资产管理系统进行接口连接；

管理器，所述管理器是所述多层硬件资产管理系统的资产管理部件之一；

其中所述驱动器或所述管理器中的至少一个包括一种计算机可读介质，所述计算机可读介质包括涉及步骤的计算机可执行指令，所述步骤包括：

生成分组，所述分组包括：

会话标识符，所述会话标识符标识具有至少一个硬件资产的通信会话，所述通信会话涉及使所述至少一个硬件资产执行所请求的功能；

提供用于传输超过单一分组尺寸的数据的序列号，所述序列号标识所生成的分组在多个其他分组之中的次序，所述多个其他分组和所生成的分组各自包括跨所述多个其他分组和所生成的分组进行分组的单一通信的至少一部分；

代码，所述代码包括标识请求要由所述至少一个硬件资产执行的功能的功能代码或者标识与所述至少一个硬件设备执行所请求的功能相关联的状态的完成代码；以及

有效负载，所述有效负载包括与请求有关的数据；以及

将所生成的分组传输到另一资产管理部件，所述另一资产管理部件在资产管理系统的不同于包括所述计算机可执行指令的资产管理部件的管理功能层处执行。

8.根据权利要求7所述的系统，其特征在于，进一步包括通信地耦合到一个或多个机箱管理器的机架管理器，所述机架管理器是所述多层硬件资产管理系统的资产管理部件中的另一资产管理部件，所述机箱管理器在所述多层硬件资产管理系统的低于所述机架管理器的一层处，其中所述管理器是一个或多个机箱管理器之一。

9.根据权利要求7所述的系统，其特征在于，所述一种计算机可读介质进一步包括计算机可执行指令，用于：

接收其结构等同于所生成的分组的第二分组，所接收的第二分组是请求所述至少一个硬件资产执行所请求的功能的请求分组；以及

响应于接收所述第二分组，生成其结构与所生成的分组和所接收的第二分组不同的第三分组，所生成的第三分组与所述至少一个硬件资产兼容，所生成的第三分组请求所述至少一个硬件资产执行所请求的功能。

10.根据权利要求7所述的系统，其特征在于，所请求的功能包括状态提供功能、变化设置功能、或者供电功能的至少一个，所述状态提供功能提供所述至少一个硬件资产的至少一部分的状态，所述变化设置功能涉及改变所述至少一个硬件资产的至少一个设置，所述供电功能涉及打开所述至少一个硬件资产。