CN101297286B

CN101297286B - 添加设备驱动程序的方法

Info

Publication number: CN101297286B
Application number: CN2006800402978A
Authority: CN
Inventors: B·D·A·福勒吉; A·巴隆; D·N·J·德鲁
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2005-10-31
Filing date: 2006-09-26
Publication date: 2010-06-23
Anticipated expiration: 2026-09-26
Also published as: RU2421785C2; EP1946222A1; KR101343148B1; BRPI0617881A8; KR20080067634A; JP2009514121A; CN101297286A; RU2008117122A; JP4923058B2; BRPI0617881A2; US20070101342A1; EP1946222A4; WO2007055818A1

Abstract

提供了用于导入、管理和部署驱动程序的技术。当机器被重新成像时，该机器上的进程扫描该机器上的硬件设备，并且为每个所扫描的硬件设备生成硬件设备ID和兼容硬件设备ID的列表。该进程接着制定对于对应于与硬件以及兼容的硬件设备ID兼容的设备驱动程序的设备驱动程序包ID的请求，并且将该请求发送给管理服务器。该进程响应于该请求接收兼容的设备驱动程序包ID的列表并且从适当的内容服务器访问设备该驱动程序文件。

Description

添加设备驱动程序的方法

背景

一个公司有数百台甚至数千台机器并不是不寻常的，所述机器诸如个人计算机、工作站、服务器、客户机等。虽然这些机器中的一些可能相同(即来自相同制造商的相同的计算机型号)，但许多机器不同也并不是不寻常的(即来自许多不同的制造商的不同的计算机型号)。此外，相同型号的机器(即在相同型号线内的机器)由于硬件和硬件配置上的不同可以是不同的。

一般而言，需要设备驱动程序来访问和使用机器的硬件组件，诸如显卡、声卡、键盘、鼠标等。例如，通常需要视频驱动程序以便使用包含在机器中的显卡。设备驱动程序使在机器上执行的操作系统和其他软件程序能够与机器的硬件组件通信并使用它们。由此，每个不同的机器(即具有不同的硬件配置的机器)需要不同的设备驱动程序组。

管理不同的设备驱动程序或设备驱动程序组并将它们部署到一个组织内的大量的机器上提出了较大的挑战。系统管理员通常创建包含组织中的机器可能需要的每个单个设备驱动程序的单片映像(monolithic image)。该单片映像接着被部署到组织中的每台机器上，而每台机器上的操作系统负担确定需要将单片映像中的哪些驱动程序载入到机器上的任务。当添加需要新的设备驱动程序的新机器时，需要重新构造单片映像以便包括新的设备驱动程序，并且需要将重新构建的单片映像重新分发到组织中的所有内容服务器上。使用单片映像来管理和部署设备驱动程序的该进程可能是非常耗时且昂贵的。

概述

提供了用于导入、管理和部署驱动程序的技术。当机器被重新成像时，机器上的进程扫描机器上的硬件设备，并且生成硬件设备ID和每个被扫描的硬件设备的兼容硬件设备ID的列表。进程接着制定对于对应于与硬件兼容的设备驱动程序的设备驱动程序包ID以及兼容的硬件设备ID的请求，并且将该请求发送给管理服务器。该进程响应于请求接收兼容的设备驱动程序包ID的列表并且从适当的内容服务器访问设备驱动程序文件。

提供本概述以便用简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在确定所要求保护的主体的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图简述

图1是示出其中实现驱动程序导入、管理和部署技术的驱动程序管理系统可以运作的示例环境的高层框图。

图2是依照一些实施例示出将设备驱动程序添加到驱动程序目录中的流程图。

图3是依照一些实施例示出与驱动程序目录设备驱动程序包相关联的元数据的框图。

图4是依照一些实施例示出接收对驱动程序包ID的列表的请求管理服务器的组件的处理的流程图。

图5是依照一些实施例示出安装前环境中目标机器添加设备驱动程序包的处理的流程图。

详细描述

提供了用于导入、管理和部署诸如设备驱动程序等驱动程序的各种技术。在一些实施例中，系统管理员将设备驱动程序导入到设备目录中，所述设备目录包含在目标计算机系统(此处也称为“机器”)上的映像部署中要考虑的设备驱动程序。诸如管理服务器的服务器可以提供可以例如通过系统管理员控制台访问的用户界面(UI)，并且用户界面(UI)可用于将诸如WINDOWS设备驱动程序包等驱动程序制造商的设备驱动程序包导入到驱动程序目录中并操纵驱动程序制造商的设备驱动程序包。例如，当采购需要新的设备驱动程序的机器时，或者当发布设备驱动程序的新版本时，管理员可以使用UI将设备驱动程序导入到驱动程序目录中，并且会在诸如操作系统(OS)部署任务等使用驱动程序目录的今后的映像部署任务中考虑所导入的设备驱动程序。在一些实施例中，驱动程序目录可以提供诸如应用程序编程接口(API)等允许第三方工具(例如第三方设备驱动程序供应商)将设备驱动程序导入到驱动程序目录中的接口。

在一些实施例中，管理服务器可以提供诸如WINDOWS导入驱动程序向导等指导诸如管理员等用户来通过将驱动程序添加到驱动程序目录中的进程的工具。例如，工具可以提示管理员提供诸如驱动程序包盘、目录、压缩盘(CD)等制造商的驱动程序包。工具解析随制造商的驱动程序包提供的安装指令以便确定与驱动程序包相关联的元数据。在WINDOWS设备驱动程序包的情况下，工具可以解析相关联的信息(.inf)文件，以便确定与WINDOWS设备驱动程序包相关联的元数据。工具可以允许管理员提供应该与驱动程序包相关联的其他元数据。工具将与驱动程序包相关联的元数据保存到驱动程序目录中。工具将与制造商的驱动程序包相关联的驱动程序文件封装到驱动程序目录驱动程序包中，并且将该驱动程序目录驱动程序包分配给一个或多个内容服务器。

在一些实施例中，管理服务器为驱动程序匹配请求提供服务。例如，目标机器可以向管理服务器发送对与硬件ID列表兼容的驱动程序ID的请求。请求包括对目标机器的描述以及用于找出其驱动程序ID的硬件设备ID的列表。管理服务器接着可以查询诸如驱动程序目录等数据库，并且确定数据库中与所指示的硬件设备ID兼容的驱动程序。除了硬件设备ID之外，管理服务器可以使用诸如目标机器的制造、型号、OS、处理器体系结构等因素来查询数据库，以便确定一组兼容的驱动程序。管理服务器接着确定对应于与硬件设备ID兼容的驱动程序的驱动程序ID，并且返回兼容的驱动程序包ID列表作为对目标机器的响应。驱动程序包ID唯一地标识驱动程序目录中的驱动程序目录驱动程序包(例如驱动程序元数据和源)。在一些实施例中，管理服务器对与所指示的硬件设备ID兼容的驱动程序排序，并且提供兼容驱动程序包ID的排序列表。

在一些实施例中，执行最小OS的目标机器使用管理服务器的服务以便将设备驱动程序添加到目录机器中。例如，可以在目标机器上在OS部署任务期间执行最小OS，并且执行最小OS会致使或导致在目标机器上创建的安装前的环境或状态。当映像(例如最小OS映像)已经别应用到目标机器上但在目标机器重新引导到完整的OS之前存在安装前环境。在一些实施例中，当处于安装前环境中时，目标机器上的软件工具(“工具”)扫描机器上的硬件设备并且为所扫描的硬件设备生成硬件ID列表。工具接着获取与硬件ID列表中的硬件ID兼容的驱动程序包ID列表。例如，工具可以制定对与硬件ID列表中的硬件ID兼容的驱动程序包的请求并将其发送到管理服务器，并且从管理服务器接收兼容的驱动程序包ID的列表。在一些实施例中，工具可以在目标机器上配置离线OS，以考虑使用驱动程序包中的驱动程序。例如，离线OS可以被配置成考虑其即插即用通路中的驱动程序。在一些实施例中，驱动程序目录功能(管理服务器用于将设备驱动程序添加到目标机器上的服务)可用于使得驱动程序可用于新的OS安装(例如配置操作系统的脚本化安装以便使用给定的设备驱动程序组)。

在一些实施例中，工具也为所扫描的硬件设备获取兼容的硬件ID，并且包括硬件ID列表中兼容的硬件ID。由此，兼容驱动程序ID的列表也包括与兼容的硬件ID兼容的驱动程序ID。在一些实施例中，工具检查来确定所获取的驱动程序包是否用于“引导关键驱动程序”。如果是，那么工具将引导关键驱动程序安装到目标机器上。在一些实施例中，工具对硬件ID列表中的硬件ID排序。

各种技术允许目标机器仅获取(例如下载)它需要的驱动程序(例如，与目标机器上的硬件设备兼容的驱动程序)，由此需要较少的网络带宽并且加速了映像部署进程。

在一个实施例中，此处所描述的用于导入、管理和部署驱动程序的各种技术可被实现为诸如微软的系统管理服务器(SMS)等软件分发系统的一部分。SMS提供用于管理大量基于WINDOWS的计算机系统的体系结构。SMS向管理员提供管理网络上的机器、从中央位置将软件分发到机器、检测网络上的机器、跟踪软件和硬件配置以及从远程位置在机器上执行其他任务的能力。

SMS体系结构和环境仅组成了其中可以进行此处所描述的驱动程序导入、管理和部署技术的一种合适的范例。本领域的技术人员会理解由多种公知的软件配置以及发布管理系统提供的其他范例可用于实现此处所描述的用于导入、管理和部署驱动程序的技术。

图1是示出其中实现驱动程序导入、管理和部署技术的驱动程序管理系统可以运作的示例环境的高层框图。该操作环境仅是合适的操作环境的一个示例，并不旨在对驱动程序管理系统的使用范围和功能提出任何限制。如所述的，环境包括目标机器102、管理服务器104和多个内容服务器106a-n，每个都耦合到网络108上。管理服务器也耦合到驱动程序目录110上。为了简化起见，图1中仅示出了一个目标机器，而本领域的技术人员会理解可以有多于一个的目标机器。如此处所使用的，术语“连接到”、“耦合到”和其任何变体意味着两个和多个元素之间的任何连接或耦合，或者是直接或者是间接的；元素之间的耦合和连接可以是物理的、逻辑的或其组合。

当获取新的设备驱动程序时，例如当公司购买需要新的设备驱动程序的机器和外围设备时，管理员调用由管理服务器提供的工具，诸如导入驱动程序向导以便将设备驱动程序添加到驱动程序目录中。作为该进程的一部分，管理员可提供要与添加的设备驱动程序相关联的附加元数据。管理服务器接着从所提供的设备驱动程序和与设备驱动程序相关联的元数据创建设备驱动程序包，包括由管理员提供的任何附加元数据，并且将设备驱动程序包添加到驱动程序目录中。管理服务器将新添加的设备驱动程序包分发给一个或多个内容服务器。在SMS的上下文中，内容服务器提供可有效地用作地理上分散的文件共享的内容服务器，其中各个机器可以获取设备驱动程序包。接着在目标机器上将来的OS部署任务中考虑驱动程序目录中的设备驱动程序包。例如，当目标机器被重新成像时(例如在目标机器上重新成像引导映像(也称为重新安装))，虽然目标机器处于安装前状态，但是在目标机器上执行的工具扫描目标机器上的硬件设备并且获取硬件ID和每个硬件设备的兼容硬件ID的列表。工具接着制定驱动程序目录请求，并将该请求发送给管理服务器。当从目标机器接收到请求时，管理服务器查询驱动程序目录以便确定驱动程序目录中可用的一组兼容硬件驱动程序包ID。管理服务器接着返回该组兼容的硬件驱动程序包ID作为对目标机器的响应。在一些实施例中，管理服务器可以对返回给目标机器的兼容驱动程序包ID组排序。例如，可以使用微软的标准即插即用匹配算法来对兼容的驱动程序包ID排序，这对于本领域的技术人员一般是公知的。工具接收该兼容的驱动程序ID组，并且从相应的内容服务器获取对应于硬件驱动程序ID的设备驱动程序包。如果所获取的设备驱动程序包是用于海量存储设备的，那么工具在目标机器上安装驱动程序。否则，工具将所获取的设备驱动程序包复制到例如目标机器的设备驱动程序存储中，并且在目标机器上配置离线OS以便考虑对应于设备驱动程序包的设备驱动程序。工具可以为没有获取对应的设备驱动程序包的任何硬件驱动程序ID将警告(例如警告消息)记入日志。

在一些实施例中，工具也可以查询目标机器的本地设备驱动程序存储，并确定目标机器上兼容设备的排序顺序。工具接着可以将从管理服务器接收到的响应与目标机器的本地设备驱动程序存储合并，并且选择最佳匹配的(即最合适的)设备驱动程序。例如，工具可以枚举本地机器的驱动程序高速缓存内的所有设备驱动程序，并且为每个设备驱动程序计算驱动程序排序(例如0x0000到0xFFFF之间的数字)。工具接着可以将本地驱动程序高速缓存中排序最高的设备驱动程序与驱动程序目录中排序最高的设备驱动程序作比较，并且选择两个中较低的一个。如果是平局，那么工具可以选择具有较高版本号的设备驱动程序。

一般地，网络是便于在例如所连接的目标机器、管理服务器和内容服务器之间传送电子内容的通信链接。在一些实施例中，网络包括因特网。应该理解网络可以由一个或多个其他类型的网络组成，诸如局域网、广域网、点对点拨号连接等。

其上实现包括目标机器、管理服务器和内容服务器在内的驱动程序管理系统的计算设备，可以包括中央处理单元、存储器、输入设备(例如键盘和定点设备)、输出设备(例如显示设备)以及存储设备(例如盘存储器)。存储器和存储设备是可包含实现驱动程序管理系统的指令的计算机可读介质。此外，数据结构和消息结构可以被存储或经由数据传输介质发送，诸如通信链路上的信号。可以使用各种通信链路，诸如因特网、局域网、广域网、点对点拨号连接、蜂窝电话网络等。

该系统的实施例可以在各种操作环境中实现，包括个人计算机、服务器计算机、手持式或膝上型设备、多处理器系统、基于微处理器的系统、可编程消费电子设备、数码相机、网络PC、小型计算机、大型计算机、包括上述系统或设备中的任一种的分布式计算环境等。计算机系统可以是蜂窝电话、个人数字助理、智能电话、个人计算机、可编程消费电子设备、数码相机等。

可以在计算机可执行指令的一般上下文中描述该系统，所述计算机可执行指令诸如为由一个或多个计算机或其他设备执行的程序模块。一般而言，程序模块包括例程、程序、对象、组件、数据结构等等，它们执行特定的任务或实现特定的抽象数据类型。通常，在各个实施例中，程序模块的功能可以按需结合或分布。

图2是依照一些实施例示出将设备驱动程序添加到驱动程序目录中的流程图。作为示例，组织可以从制造商处(例如硬件设备的制造商和/或设备驱动程序的开发者)接收新版本的设备驱动程序包或者硬件设备的设备驱动程序的发布。为了可以在组织的机器上的OS将来部署中考虑新版本的设备驱动程序，组织的管理员可以使用管理服务器来将设备驱动程序包添加或导入到驱动程序目录中。在框202处，管理服务器接收制造商的设备驱动程序包。在框204处，管理服务器解析随设备驱动程序包提供的安装指令以便确定与设备驱动程序相关联的元数据。在框206中，管理服务器获取要与设备驱动程序关联的任何附加的元数据。例如，管理服务器可以提供UI，通过所述UI管理员可以提供附加元数据和/或编辑与设备驱动程序相关联的元数据。在框208中，管理服务器将与设备驱动程序相关联的元数据(即从安装指令处解析出的元数据(框204)以及由管理员提供的任何附加元数据(框206))保存到驱动程序目录中。在框210中，管理服务器将设备驱动程序文件封装到驱动程序目录设备驱动程序包中。设备驱动程序文件是作为制造商的设备驱动程序包的一部分接收的文件。管理系统也可以将驱动程序目录设备驱动程序包存储在驱动程序目录或其他适当的存储设备中。在框212中，管理服务器将驱动程序目录设备驱动程序包复制到一个内容服务器或多个内容服务器以供后续部署到目标机器上。

本领域的技术人员会理解，为此和此处所公开的其他进程和方法，可以用不同的顺序实现在进程和方法中执行的功能。此外，所概述的步骤仅是示例性的，步骤中的一些是可选的、可以与较少的步骤组合或可以扩展到附加的步骤中。

图3是依照一些实施例示出与驱动程序目录设备驱动程序包相关联的元数据的框图。从设备驱动程序包元数据304和附加设备驱动程序元数据306的组合制定驱动程序目录设备驱动程序包元数据302。设备驱动程序包元数据是从随设备驱动程序包提供的安装指令解析出的元数据，例如如以上结合框204所描述的。如所述的，元数据可以包括(作为示例)为其应用设备驱动程序的硬件设备的制造商、设备驱动程序的供应商(例如设备驱动程序的开发者)、设备驱动程序的类(例如SCSI设备驱动程序、视频设备驱动程序等)、对设备驱动程序的描述、设备驱动程序所支持的操作系统、与设备驱动程序兼容的硬件设备的硬件设备ID以及也与设备驱动程序兼容的兼容的硬件设备的兼容硬件ID。附加设备驱动程序元数据是要与设备驱动程序包相关联的附加元数据，例如如以上结合框206所描述的。如所述的，附加元数据可以包括(作为示例)机器制造商的列表以及机器型号的列表。机器制造商的列表可以包括为其应用设备驱动程序包的零个、一个或多个机器制造商。机器型号的列表可以包括为其应用设备驱动程序包的零个、一个或多个机器型号。接着可以使用驱动程序目录设备驱动程序包元数据来确定特定的驱动程序目录设备驱动程序包是否适合在目标机器上部署(例如安装)。例如，管理员可能已经指示来自公司XYZ的用于显卡ABC的设备驱动程序KLM适于部署在由ACME制造的机器上。在该实例中，ACME被包括在机器制造商列表中。接着，如果配备有显卡ABC的ACME机器请求兼容的设备驱动程序ID的列表，那么管理服务器将设备驱动程序KLM包括在其响应中。另一方面，如果并非由ACME制造但是配备有显卡ABC的机器请求兼容的设备驱动程序ID的列表，那么管理服务器不将设备驱动程序KLM包括在其响应中，即使设备驱动程序KLM与显卡ABC兼容，这是因为进行请求的机器不是由ACME制造的。由此，当存在时，附加元数据可以用作“重叠”到随从制造商接收的设备驱动程序包提供的元数据之上的形式，用于确定是否要在目标机器上部署设备驱动程序包。

图4是依照一些实施例示出接收对驱动程序包ID的列表的请求的管理服务器的组件的处理的流程图。通过示例，目标机器可能已经确定了需要兼容的设备驱动程序的硬件设备的列表。目标机器接着可以制定用于这些硬件设备的硬件设备ID的列表并且向管理服务器发送对与在硬件设备ID列表中所标识的硬件设备兼容的设备驱动程序包的请求。在框402中，管理服务器接收对与在目标机器上的硬件设备的硬件设备ID的列表兼容的设备驱动程序包ID的请求。在一些实施例中，请求也可以包括对目标机器的类型(例如目标机器的制造商、目标机器的型号等)、目标机器上的OS、目标机器上的处理器体系结构等的指示。接着，对于硬件设备ID列表中的每个硬件设备ID(框404)，管理服务器执行框406到410，直至处理了列表中所有的硬件设备ID(框410)。在框406中，管理服务器在驱动程序目录中查询支持硬件设备ID或与之兼容的设备驱动程序包。例如，管理服务器可以根据与设备驱动程序的驱动程序目录设备驱动程序包相关联的元数据确定设备驱动程序是否兼容。在框408中，管理服务器将兼容的设备驱动程序包添加到兼容设备驱动程序包列表中。例如，管理服务器可以将对应于兼容的设备驱动程序包的设备驱动程序包ID添加到兼容的设备驱动程序包ID列表中。在处理完列表中的所有硬件设备驱动程序ID之后，在框412中，管理服务器响应于请求将兼容设备驱动程序包ID返回给例如目标机器。

图5是依照一些实施例示出在安装前环境中目标机器下载设备驱动程序包的处理的流程图。作为示例，在将OS映像应用到目标机器上之后但是在将目标机器重新引导至“最小设置”之前，目标机器上的客户端进程，诸如工具可以运行OS部署任务序列。在这种状态下，目标机器处于安装前环境中。安装前环境包括安装在目标机器的硬盘上并且被重新引导以便将目标机器置于安装前环境中的最小OS或OS的子集，诸如微软的WinPETM。可以经由各机制，诸如(作为示例)CD ROM、RAM盘、PXE等提供最小OS。如一般公知的，当执行最小设置时，初始化并开始对应于OS映像的OS，并且在目标机器上还原先前保存的任何机器设置。本领域的普通技术人员普遍理解安装前环境。

在框502中，在目标机器上执行的工具扫描目标机器以便确定在目标机器上的硬件组件。在框504，工具生成硬件设备ID列表和用于所扫描的硬件组件的兼容硬件设备ID。在框506中，工具从管理服务器获取与硬件设备ID和兼容的硬件设备ID的列表兼容的设备驱动程序包ID的列表。接着，对于设备驱动程序包ID的列表中的每个设备驱动程序包(框508)，工具执行框510，直至处理了列表中所有的设备驱动程序包ID(框512)。在框510中，工具使得驱动程序目录设备驱动程序包对机器上的离线OS可用。例如，工具可以配置机器上的离线OS来考虑对应于驱动程序目录设备驱动程序包的设备驱动程序。在一些实施例中，工具可以检查驱动程序目录设备驱动程序包以便确定它是否用于引导关键驱动程序。如果驱动程序目录设备驱动程序包是用于引导关键驱动程序的，那么工具将引导关键驱动程序安装在目标机器上。

在一些实施例中，虽然目标机器并非处于安装前环境中，但是目标机器上的工具可以将设备驱动程序包下载到目标机器上。

尽管以对结构特征和/或方法动作专用的语言描述了本主题，但是可以理解，所附权利要求书中定义的本主题不必限于先前所描述的具体特征或动作。相反，这些具体特征和动作是作为实现权利要求书的示例形式来公开的。

Claims

1.一种在计算机系统中用于添加设备驱动程序的方法，所述方法包括：

将最小操作系统安装在计算机系统上，所述最小操作系统用于在所述计算机系统上创建安装前环境；

在所述计算机系统上创建所述安装前环境；以及

在所述安装前环境中，

在所述计算机系统上扫描硬件组件(502)；

为所扫描的硬件组件生成硬件设备ID的列表(504)；

获取与所述硬件设备ID的列表中的硬件设备ID兼容的设备驱动程序包的列表(506)；以及

在所述计算机系统上配置离线操作系统，以考虑使用所述设备驱动程序包中的所述设备驱动程序(510)。

2.如权利要求1所述的方法，其特征在于，其中兼容的设备驱动程序包的列表是从远程服务器获取的。

3.如权利要求1所述的方法，其特征在于，其中所述设备驱动程序包是从内容服务器获取的。

4.如权利要求1所述的方法，其特征在于，其中所述硬件设备ID的列表包括兼容的硬件设备ID。

5.如权利要求1所述的方法，其特征在于，还包括：

在所述安装前环境中，

确定所获取的设备驱动程序包是否用于引导关键驱动程序；以及

当确定所获取的设备驱动程序包用于引导关键驱动程序时，在所述离线操作系统上安装所述引导关键驱动程序。

6.如权利要求1所述的方法，其特征在于，其中所述硬件设备ID列表被排序。

7.如权利要求1所述的方法，其特征在于，其中所述离线操作系统被配置成考虑在其即插即用进程中使用所述设备驱动程序。

8.如权利要求1所述的方法，其特征在于，其中所述设备驱动程序包中的至少一个是WINDOWS驱动程序包。

9.如权利要求1所述的方法，其特征在于，其中所述最小操作系统是通过网络安装的。

10.一种在计算机系统中用于将设备驱动程序添加到驱动程序目录中的方法，所述方法包括：

接收设备驱动程序的制造商的设备驱动程序包(202)；

解析随所述设备驱动程序包提供的安装指令，以便确定与所述设备驱动程序包相关联的元数据(204)；

获取要与所述设备驱动程序包相关联的任何附加元数据(206)；

将与所述设备驱动程序包相关联的所述元数据保存到驱动程序目录中(210)；以及

将所述设备驱动程序包分配给至少一个内容服务器(212)。

11.如权利要求10所述的方法，其特征在于，其中所述设备驱动程序包是WINDOWS驱动程序包。

12.如权利要求10所述的方法，其特征在于，其中所述元数据和附加元数据被用于确定是否应该将所述设备驱动程序包下载到目标机器上。

13.如权利要求10所述的方法，其特征在于，其中所述附加元数据是从管理员处获取的。

14.如权利要求10所述的方法，其特征在于，其中所述附件元数据包括对所述设备驱动程序包适用的目标机器制造商的指示。

15.如权利要求10所述的方法，其特征在于，其中所述附加元数据包括对所述设备驱动程序包适用的目标机器型号的指示。

16.一种在计算机系统中提供与硬件设备ID兼容的设备驱动程序包ID的方法，所述方法包括：

接收对与硬件设备ID列表中的硬件设备ID兼容的设备驱动程序包的请求(402)，所述请求包括对目标机器的描述；

对于所述硬件设备ID列表中的每个硬件设备ID(404)，

获取与所述硬件设备ID兼容的设备驱动程序包(406)；

将对应于所获取的设备驱动程序包的设备驱动程序包ID添加到兼容的设备驱动程序包ID的列表中(408)；以及

提供所述兼容的设备驱动程序包ID的列表作为对所述请求的响应(412)。

17.如权利要求16所述的方法，其特征在于，其中所述兼容的设备驱动程序包ID的列表被排序。

18.如权利要求16所述的方法，其特征在于，其中所述设备驱动程序包ID是通过查询数据库获取的。

19.如权利要求18所述的方法，其特征在于，其中所述数据库是驱动程序目录。

20.如权利要求18所述的方法，其特征在于，其中所述数据库包括与对应于所述设备驱动程序包ID的设备驱动程序包相关联的元数据。